MNL-AVABUSREF એવલોન ઈન્ટરફેસ

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ
Intel® Quartus® Prime Design Suite માટે અપડેટ કરેલ: 20.1

ઓનલાઈન સંસ્કરણ પ્રતિસાદ મોકલો

MNL-AVABUSREF

ID: 683091 સંસ્કરણ: 2022.01.24

સામગ્રી

સામગ્રી
1. Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓનો પરિચય……………………………………………… 4 1.1. એવલોન ગુણધર્મો અને પરિમાણો…………………………………………………………………. 5 1.2. સિગ્નલ ભૂમિકાઓ……………………………………………………………………………………………………….5 1.3. ઇન્ટરફેસ સમય ………………………………………………………………………………. 5 1.4. ઉદાample: સિસ્ટમ ડિઝાઇનમાં એવલોન ઇન્ટરફેસ…………………………………………………. 5
2. એવલોન ઘડિયાળ અને રીસેટ ઈન્ટરફેસ………………………………………………………………. 8 2.1. એવલોન ક્લોક સિંક સિગ્નલ રોલ ……………………………………………………………………….. 8 2.2. ઘડિયાળ સિંક ગુણધર્મો ……………………………………………………………………………………… 9 2.3. સંકળાયેલ ઘડિયાળ ઈન્ટરફેસ ………………………………………………………………………9 2.4. એવલોન ઘડિયાળ સ્ત્રોત સિગ્નલ ભૂમિકાઓ…………………………………………………………………..9 2.5. ઘડિયાળ સ્ત્રોત ગુણધર્મો……………………………………………………………………………… 9 2.6. સિંક રીસેટ કરો………………………………………………………………………………………. 10 2.7. સિંક ઈન્ટરફેસ પ્રોપર્ટીઝ રીસેટ કરો……………………………………………………………………… 10 2.8. એસોસિયેટેડ રીસેટ ઈન્ટરફેસ ………………………………………………………………………10 2.9. રીસેટ સ્ત્રોત………………………………………………………………………………………….10 2.10. રીસેટ સ્ત્રોત ઈન્ટરફેસ ગુણધર્મો……………………………………………………………….11
3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ……………………………………………………………………….12 3.1. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસનો પરિચય……………………………………………… 12 3.2. એવલોન મેમરી મેપ કરેલ ઈન્ટરફેસ સિગ્નલ ભૂમિકાઓ………………………………………………………14 3.3. ઇન્ટરફેસ ગુણધર્મો………………………………………………………………………………….17 3.4. સમય………………………………………………………………………………………………….20 3.5. ટ્રાન્સફર ……………………………………………………………………………………………… 20 3.5.1. લાક્ષણિક વાંચો અને લખો ટ્રાન્સફર………………………………………………………. 21 3.5.2. વેઇટરીક્વેસ્ટ એલાઉન્સ પ્રોપર્ટીનો ઉપયોગ કરીને ટ્રાન્સફર ……………………………………… 23 3.5.3. નિશ્ચિત પ્રતીક્ષા-સ્થિતિઓ સાથે ટ્રાન્સફર વાંચો અને લખો ………………………………….. 26 3.5.4. પાઇપલાઇન ટ્રાન્સફર ……………………………………………………………………….. 27 3.5.5. બર્સ્ટ ટ્રાન્સફર ………………………………………………………………………. 30 3.5.6. પ્રતિભાવો વાંચો અને લખો……………………………………………………………… 34 3.6. સરનામું ગોઠવણી………………………………………………………………………………….. 36 3.7. એવલોન-એમએમ એજન્ટ એડ્રેસીંગ………………………………………………………………………36
4. એવલોન ઇન્ટરપ્ટ ઇન્ટરફેસ……………………………………………………………………………… 38 4.1. વિક્ષેપ પ્રેષક………………………………………………………………………………………..38 4.1.1. એવલોન ઇન્ટરપ્ટ પ્રેષક સિગ્નલ ભૂમિકાઓ………………………………………………….38 4.1.2. વિક્ષેપ મોકલનાર ગુણધર્મો……………………………………………………………….. 38 4.2. ઇન્ટરપ્ટ રીસીવર…………………………………………………………………………………………… 39 4.2.1. એવલોન ઇન્ટરપ્ટ રીસીવર સિગ્નલ ભૂમિકાઓ……………………………………………….. 39 4.2.2. ઇન્ટરપ્ટ રીસીવર પ્રોપર્ટીઝ……………………………………………………………… 39 4.2.3. વિક્ષેપ સમય ………………………………………………………………………….. 39
5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ………………………………………………………………………. 40 5.1. શરતો અને ખ્યાલો……………………………………………………………………………………… 41 5.2. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ સિગ્નલ રોલ……………………………………………………….. 42 5.3. સિગ્નલ સિક્વન્સિંગ અને સમય ……………………………………………………………………… 43 5.3.1. સિંક્રનસ ઇન્ટરફેસ………………………………………………………………………43 5.3.2. ઘડિયાળ સક્ષમ કરે છે……………………………………………………………………………… 43

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 2

પ્રતિસાદ મોકલો

સામગ્રી
5.4. એવલોન-ST ઈન્ટરફેસ પ્રોપર્ટીઝ…………………………………………………………………………….43 5.5. લાક્ષણિક ડેટા ટ્રાન્સફર ………………………………………………………………………………44 5.6. સિગ્નલ વિગતો……………………………………………………………………………………………… 44 5.7. ડેટા લેઆઉટ …………………………………………………………………………………………. 45 5.8. બેકપ્રેશર વિના ડેટા ટ્રાન્સફર……………………………………………………………….. 46 5.9. બેકપ્રેશર સાથે ડેટા ટ્રાન્સફર…………………………………………………………………. 46
5.9.1. રેડી લેટન્સી અને રેડી એલાઉન્સનો ઉપયોગ કરીને ડેટા ટ્રાન્સફર ………………………….. 47 5.9.2. રેડી લેટન્સીનો ઉપયોગ કરીને ડેટા ટ્રાન્સફર ………………………………………………………. 49 5.10. પેકેટ ડેટા ટ્રાન્સફર…………………………………………………………………………….. 50 5.11. સિગ્નલ વિગતો ……………………………………………………………………………………… 51 5.12. પ્રોટોકોલ વિગતો ……………………………………………………………………………………….52
6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ……………………………………………………………………… 53 6.1. શરતો અને ખ્યાલો……………………………………………………………………………………… 53 6.2. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ સિગ્નલ ભૂમિકાઓ……………………………………………….. 54 6.2.1. સિંક્રનસ ઈન્ટરફેસ………………………………………………………………………55 6.2.2. લાક્ષણિક ડેટા ટ્રાન્સફર ……………………………………………………………………….56 6.2.3. ધિરાણ પરત કરી રહ્યા છીએ………………………………………………………………. 57 6.3. એવલોન સ્ટ્રીમિંગ ક્રેડિટ યુઝર સિગ્નલ્સ……………………………………………………………… 58 6.3.1. પ્રતિ-પ્રતિક વપરાશકર્તા સંકેત…………………………………………………………………. 58 6.3.2. પ્રતિ-પેકેટ વપરાશકર્તા સિગ્નલ ………………………………………………………………………59
7. એવલોન કંડ્યુઈટ ઈન્ટરફેસ………………………………………………………………………………………60 7.1. એવલોન કંડ્યુટ સિગ્નલ ભૂમિકાઓ………………………………………………………………. 61 7.2. નળીના ગુણધર્મ …………………………………………………………………………………. 61
8. એવલોન ટ્રિસ્ટેટ કન્ડ્યુટ ઈન્ટરફેસ……………………………………………………………………………… 62 8.1. એવલોન ટ્રિસ્ટેટ કન્ડ્યુટ સિગ્નલ ભૂમિકાઓ……………………………………………………………….. 64 8.2. ટ્રિસ્ટેટ કન્ડ્યુટ પ્રોપર્ટીઝ……………………………………………………………………………… 65 8.3. ટ્રિસ્ટેટ કન્ડ્યુટ સમય ……………………………………………………………………………….65
A. નાપસંદ સંકેતો…………………………………………………………………………………. 67
B. એવલોન ઈન્ટરફેસ સ્પષ્ટીકરણો માટે દસ્તાવેજ પુનરાવર્તન ઇતિહાસ……………………………… 68

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 3

683091 | 2022.01.24 પ્રતિસાદ મોકલો

1. Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓનો પરિચય

Avalon® ઇન્ટરફેસ તમને Intel® FPGA માં ઘટકોને સરળતાથી કનેક્ટ કરવાની મંજૂરી આપીને સિસ્ટમ ડિઝાઇનને સરળ બનાવે છે. એવલોન ઇન્ટરફેસ ફેમિલી હાઇ-સ્પીડ ડેટા સ્ટ્રીમિંગ, રજિસ્ટર વાંચવા અને લખવા અને મેમરી અને ઑફ-ચિપ ઉપકરણોને નિયંત્રિત કરવા માટે યોગ્ય ઇન્ટરફેસ વ્યાખ્યાયિત કરે છે. પ્લેટફોર્મ ડિઝાઇનરમાં ઉપલબ્ધ ઘટકો આ પ્રમાણભૂત ઇન્ટરફેસને સમાવિષ્ટ કરે છે. વધુમાં, તમે એવલોન ઇન્ટરફેસને કસ્ટમ ઘટકોમાં સમાવી શકો છો, ડિઝાઇનની આંતર-કાર્યક્ષમતા વધારી શકો છો.
આ સ્પષ્ટીકરણ બધા એવલોન ઇન્ટરફેસને વ્યાખ્યાયિત કરે છે. આ સ્પષ્ટીકરણ વાંચ્યા પછી, તમારે સમજવું જોઈએ કે તમારા ઘટકો માટે કયા ઈન્ટરફેસ યોગ્ય છે અને ચોક્કસ વર્તણૂકો માટે કઈ સિગ્નલ ભૂમિકાઓનો ઉપયોગ કરવો. આ સ્પષ્ટીકરણ નીચેના સાત ઇન્ટરફેસને વ્યાખ્યાયિત કરે છે:
· એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ (એવલોન-ST)-એક ઈન્ટરફેસ જે ડેટાના યુનિડાયરેક્શનલ ફ્લોને સપોર્ટ કરે છે, જેમાં મલ્ટીપ્લેક્સ્ડ સ્ટ્રીમ્સ, પેકેટ્સ અને DSP ડેટાનો સમાવેશ થાય છે.
· એવલોન મેમરી મેપ્ડ ઈન્ટરફેસ (એવલોન-એમએમ)–હોસ્ટ-એજન્ટ કનેક્શનનું એક સરનામું-આધારિત રીડ/રાઈટ ઈન્ટરફેસ.
એવલોન કંડ્યુઈટ ઈન્ટરફેસ- એક ઈન્ટરફેસ પ્રકાર કે જે વ્યક્તિગત સિગ્નલો અથવા સિગ્નલોના જૂથોને સમાવે છે જે અન્ય કોઈપણ એવલોન પ્રકારોમાં બંધબેસતા નથી. તમે પ્લેટફોર્મ ડિઝાઇનર સિસ્ટમની અંદર કન્ડ્યુટ ઇન્ટરફેસને કનેક્ટ કરી શકો છો. વૈકલ્પિક રીતે, તમે ડિઝાઇનમાંના અન્ય મોડ્યુલ અથવા FPGA પિન સાથે કનેક્ટ કરવા માટે તેમને નિકાસ કરી શકો છો.
· એવલોન ટ્રાઈ-સ્ટેટ કન્ડ્યુટ ઈન્ટરફેસ (એવલોન-ટીસી) -ઓફ-ચીપ પેરિફેરલ્સ સાથે જોડાણને સમર્થન આપવા માટેનું ઈન્ટરફેસ. મલ્ટીપલ પેરિફેરલ્સ સિગ્નલ મલ્ટિપ્લેક્સિંગ દ્વારા પિન શેર કરી શકે છે, FPGA ની પિન કાઉન્ટ અને PCB પરના નિશાનની સંખ્યા ઘટાડે છે.
એવલોન ઈન્ટરપ્ટ ઈન્ટરફેસ–એક ઈન્ટરફેસ જે ઘટકોને અન્ય ઘટકોને ઈવેન્ટ્સનો સંકેત આપવા માટે પરવાનગી આપે છે.
એવલોન ક્લોક ઈન્ટરફેસ–એક ઈન્ટરફેસ જે ઘડિયાળો ચલાવે છે અથવા મેળવે છે.
એવલોન રીસેટ ઈન્ટરફેસ–એક ઈન્ટરફેસ જે રીસેટ કનેક્ટિવિટી પૂરી પાડે છે.
એક ઘટકમાં આ ઈન્ટરફેસની કોઈપણ સંખ્યાનો સમાવેશ થઈ શકે છે અને તે જ ઈન્ટરફેસ પ્રકારના બહુવિધ ઉદાહરણો પણ સમાવી શકે છે.

નોંધ:

એવલોન ઇન્ટરફેસ એક ઓપન સ્ટાન્ડર્ડ છે. એવલોન ઈન્ટરફેસનો ઉપયોગ કરે છે અથવા તેના પર આધારિત હોય તેવા ઉત્પાદનોને વિકસાવવા અને વેચવા માટે કોઈ લાઇસન્સ અથવા રોયલ્ટીની જરૂર નથી.

સંબંધિત માહિતી
· ઇન્ટેલ એફપીજીએ આઇપી કોરોનો પરિચય તમામ ઇન્ટેલ એફપીજીએ આઇપી કોરો વિશે સામાન્ય માહિતી પ્રદાન કરે છે, જેમાં પેરામીટરાઇઝિંગ, જનરેટ, અપગ્રેડિંગ અને આઇપી કોરોનું અનુકરણ સામેલ છે.
સંયુક્ત સિમ્યુલેટર સેટઅપ સ્ક્રિપ્ટ જનરેટ કરવી સિમ્યુલેશન સ્ક્રિપ્ટ્સ બનાવો કે જેને સોફ્ટવેર અથવા IP વર્ઝન અપગ્રેડ માટે મેન્યુઅલ અપડેટની જરૂર નથી.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

1. Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 683091 નો પરિચય | 2022.01.24
· તમારા પ્રોજેક્ટ અને IP ના કાર્યક્ષમ સંચાલન અને પોર્ટેબિલિટી માટે પ્રોજેક્ટ મેનેજમેન્ટ શ્રેષ્ઠ પ્રેક્ટિસ માર્ગદર્શિકા files.
1.1. એવલોન ગુણધર્મો અને પરિમાણો
એવલોન ઇન્ટરફેસ ગુણધર્મો સાથે તેમના વર્તનનું વર્ણન કરે છે. દરેક ઈન્ટરફેસ પ્રકાર માટે સ્પષ્ટીકરણ તમામ ઈન્ટરફેસ ગુણધર્મો અને ડિફોલ્ટ મૂલ્યોને વ્યાખ્યાયિત કરે છે. માજી માટેample, Avalon-ST ઈન્ટરફેસની maxChannel પ્રોપર્ટી તમને ઈન્ટરફેસ દ્વારા આધારભૂત ચેનલોની સંખ્યા સ્પષ્ટ કરવા માટે પરવાનગી આપે છે. એવલોન ક્લોક ઈન્ટરફેસની ક્લોકરેટ પ્રોપર્ટી ક્લોક સિગ્નલની આવર્તન પૂરી પાડે છે.
1.2. સિગ્નલ ભૂમિકાઓ
દરેક એવલોન ઈન્ટરફેસ સિગ્નલની ભૂમિકાઓ અને તેમના વર્તનને વ્યાખ્યાયિત કરે છે. ઘણી સિગ્નલ ભૂમિકાઓ વૈકલ્પિક છે. તમારી પાસે જરૂરી કાર્યક્ષમતાને અમલમાં મૂકવા માટે જરૂરી માત્ર સિગ્નલ ભૂમિકાઓ પસંદ કરવાની સુગમતા છે. માજી માટેampતેથી, એવલોન-એમએમ ઈન્ટરફેસમાં એવા ઘટકો માટે વૈકલ્પિક બિગબર્સ્ટ ટ્રાન્સફર અને બર્સ્ટકાઉન્ટ સિગ્નલ રોલનો સમાવેશ થાય છે જે બર્સ્ટિંગને સપોર્ટ કરે છે. એવલોન-એસટી ઈન્ટરફેસમાં પેકેટોને સપોર્ટ કરતા ઈન્ટરફેસ માટે વૈકલ્પિક સ્ટાર્ટઓફપેકેટ અને એન્ડોફપેકેટ સિગ્નલ રોલનો સમાવેશ થાય છે.
Avalon Conduit ઈન્ટરફેસ સિવાય, દરેક ઈન્ટરફેસમાં દરેક સિગ્નલ રોલનો માત્ર એક સિગ્નલ શામેલ હોઈ શકે છે. ઘણી સિગ્નલ ભૂમિકાઓ સક્રિય-નીચા સંકેતોને મંજૂરી આપે છે. આ દસ્તાવેજમાં સામાન્ય રીતે સક્રિય-ઉચ્ચ સંકેતોનો ઉપયોગ થાય છે.
1.3. ઈન્ટરફેસ સમય
આ દસ્તાવેજના અનુગામી પ્રકરણોમાં સમયની માહિતી શામેલ છે જે વ્યક્તિગત ઇન્ટરફેસ પ્રકારો માટે સ્થાનાંતરણનું વર્ણન કરે છે. આમાંના કોઈપણ ઈન્ટરફેસ માટે કોઈ ખાતરીપૂર્વકની કામગીરી નથી. વાસ્તવિક કામગીરી ઘટક ડિઝાઇન અને સિસ્ટમ અમલીકરણ સહિત ઘણા પરિબળો પર આધારિત છે.
મોટાભાગના એવલોન ઈન્ટરફેસ ઘડિયાળ અને રીસેટ સિવાયના અન્ય સિગ્નલો પ્રત્યે સંવેદનશીલ હોવા જોઈએ નહીં. અન્ય સિગ્નલો સ્થિર થાય તે પહેલા ઘણી વખત સંક્રમણ કરી શકે છે. ઘડિયાળની કિનારીઓ વચ્ચેના સંકેતોનો ચોક્કસ સમય પસંદ કરેલ Intel FPGA ની લાક્ષણિકતાઓને આધારે બદલાય છે. આ સ્પષ્ટીકરણ ઇલેક્ટ્રિકલ લાક્ષણિકતાઓનો ઉલ્લેખ કરતું નથી. ઇલેક્ટ્રિકલ વિશિષ્ટતાઓ માટે યોગ્ય ઉપકરણ દસ્તાવેજીકરણનો સંદર્ભ લો.
1.4. ભૂતપૂર્વample: સિસ્ટમ ડિઝાઇનમાં એવલોન ઇન્ટરફેસ
આમાં માજીample ઈથરનેટ કંટ્રોલરમાં છ અલગ અલગ ઈન્ટરફેસ પ્રકારોનો સમાવેશ થાય છે: · Avalon-MM · Avalon-ST · Avalon Conduit · Avalon-TC · Avalon Interrupt · Avalon Clock.
Nios® II પ્રોસેસર Avalon-MM ઇન્ટરફેસ દ્વારા ઓન-ચિપ ઘટકોના નિયંત્રણ અને સ્થિતિ રજિસ્ટરને ઍક્સેસ કરે છે. Avalon-ST ઈન્ટરફેસ દ્વારા DMAs સ્કેટર એકત્ર કરે છે અને ડેટા મોકલે છે અને પ્રાપ્ત કરે છે. ચાર ઘટકોમાં વિક્ષેપનો સમાવેશ થાય છે

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 5

1. Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 683091 નો પરિચય | 2022.01.24

આકૃતિ 1.

Nios II પ્રોસેસર પર ચાલતા સોફ્ટવેર દ્વારા સેવા આપતા ઇન્ટરફેસો. PLL એવલોન ક્લોક સિંક ઈન્ટરફેસ દ્વારા ઘડિયાળ સ્વીકારે છે અને ઘડિયાળના બે સ્ત્રોત પૂરા પાડે છે. ઑફ-ચિપ મેમરીઝને ઍક્સેસ કરવા માટે બે ઘટકોમાં Avalon-TC ઇન્ટરફેસનો સમાવેશ થાય છે. છેલ્લે, DDR3 નિયંત્રક એવલોન કન્ડ્યુટ ઇન્ટરફેસ દ્વારા બાહ્ય DDR3 મેમરીને ઍક્સેસ કરે છે.

સ્કેટર ગેધર ડીએમએ કંટ્રોલર અને નિઓસ II પ્રોસેસર સાથે સિસ્ટમ ડિઝાઇનમાં એવલોન ઇન્ટરફેસ

પ્રિન્ટેડ સર્કિટ બોર્ડ

SSRAM ફ્લેશ

DDR3

Cn

Cn

Cn

ઇન્ટેલ FPGA
M Avalon-MM હોસ્ટ Cn Avalon Conduit S Avalon-MM AgentTCM Avalon-TC હોસ્ટ Src Avalon-ST સ્ત્રોત TCS Avalon-TC Agent Snk Avalon-ST સિંક CSrc એવલોન ઘડિયાળ સ્ત્રોત
CSnk એવલોન ઘડિયાળ સિંક

Cn ટ્રિસ્ટેટ નળી
બ્રિજ TCS
TCM ટ્રિસ્ટેટ નળી
પિન શેરર TCS TCS

IRQ4 IRQ3 Nios II

C1

M

IRQ1 C1

UART એસ

IRQ2 ટાઈમર

C1

S

ટીસીએમ

ટીસીએમ

Tristate Cntrl SSRAM

Tristate Cntrl ફ્લેશ

C1

S

C1

S

C2

Cn DDR3 નિયંત્રક
S

એવલોન-એમએમ

S

નળી

Cn Src એવલોન-ST

ઇથરનેટ નિયંત્રક
Snk

FIFO બફર એવલોન-ST

એવલોન-એસ.ટી

C2

ફીફો બફર

SM સ્કેટર GatheIrRQ4
DMA Snk

S C2

એવલોન-એસ.ટી

Src

M IRQ3

C2

સ્કેટર ગેધર DMA

CSrc

CSnkPLL C1

સંદર્ભ Clk

CSrc

C2

નીચેની આકૃતિમાં, બાહ્ય પ્રોસેસર એવલોન-એમએમ ઇન્ટરફેસ સાથે બાહ્ય બસ બ્રિજ દ્વારા ઓન-ચિપ ઘટકોના નિયંત્રણ અને સ્થિતિ રજિસ્ટરને ઍક્સેસ કરે છે. PCI એક્સપ્રેસ રૂટ પોર્ટ એવલોનએમએમ હોસ્ટ ઇન્ટરફેસ સાથે ઓન-ચિપ PCI એક્સપ્રેસ એન્ડપોઇન્ટ ચલાવીને પ્રિન્ટેડ સર્કિટ બોર્ડ અને FPGA ના અન્ય ઘટકો પરના ઉપકરણોને નિયંત્રિત કરે છે. બાહ્ય પ્રોસેસર પાંચ ઘટકોમાંથી વિક્ષેપોને હેન્ડલ કરે છે. PLL એવલોન ક્લોક સિંક ઈન્ટરફેસ દ્વારા સંદર્ભ ઘડિયાળ સ્વીકારે છે અને બે ઘડિયાળ પ્રદાન કરે છે

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 6

પ્રતિસાદ મોકલો

1. Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 683091 નો પરિચય | 2022.01.24

આકૃતિ 2.

સ્ત્રોતો. ફ્લેશ અને એસઆરએએમ મેમરીઝ એવલોન-ટીસી ઇન્ટરફેસ દ્વારા FPGA પિન શેર કરે છે. છેલ્લે, SDRAM નિયંત્રક એવલોન કન્ડ્યુટ ઇન્ટરફેસ દ્વારા બાહ્ય SDRAM મેમરીને ઍક્સેસ કરે છે.
PCI એક્સપ્રેસ એન્ડપોઇન્ટ અને બાહ્ય પ્રોસેસર સાથે સિસ્ટમ ડિઝાઇનમાં એવલોન ઇન્ટરફેસ

પ્રિન્ટેડ સર્કિટ બોર્ડ

પીસીઆઈ એક્સપ્રેસ રુટ પોર્ટ

બાહ્ય CPU

ઇન્ટેલ FPGA
IRQ1
ઇથરનેટ MAC

C1

M

C1

IRQ2 કસ્ટમ લોજિક
M
એવલોન-એમએમ

PCI એક્સપ્રેસ એન્ડપોઇન્ટ

IRQ3 IRQ5 IRQ4 IRQ3
IRQ2 IRQ1

C1

M

C1

એક્સટર્નલ બસ પ્રોટોકોલ બ્રિજ
M

S

Tristate Cntrl SSRAM TCS

Tristate Cntrl ફ્લેશ TCS

S

SDRAM નિયંત્રક

C1

Cn

S

IRQ4

IRQ5

S

S

UART C2

કસ્ટમ લોજિક C2

TCM TCM ટ્રિસ્ટેટ નળી
પિન શેરર TCS
TCM ટ્રિસ્ટેટ નળી
બ્રિજ સી.એન

સંદર્ભ Clk

CSrc CSnk PLL C1
CSrc C2

Cn

Cn

SSRAM

ફ્લેશ

Cn SDRAM

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 7

683091 | 2022.01.24 પ્રતિસાદ મોકલો

2. એવલોન ઘડિયાળ અને રીસેટ ઇન્ટરફેસ

આકૃતિ 3.

એવલોન ક્લોક ઈન્ટરફેસ ઘડિયાળ અથવા ઘટક દ્વારા ઉપયોગમાં લેવાતી ઘડિયાળોને વ્યાખ્યાયિત કરે છે. ઘટકોમાં ઘડિયાળના ઇનપુટ્સ, ઘડિયાળના આઉટપુટ અથવા બંને હોઈ શકે છે. ફેઝ લૉક લૂપ (PLL) એ ભૂતપૂર્વ છેampએક ઘટકનો le જેમાં ઘડિયાળ ઇનપુટ અને ઘડિયાળ આઉટપુટ બંને હોય છે.

નીચેનો આંકડો PLL ઘટકના સૌથી મહત્વપૂર્ણ ઇનપુટ્સ અને આઉટપુટ દર્શાવતું સરળ ચિત્ર છે.

PLL કોર ઘડિયાળ આઉટપુટ અને ઇનપુટ્સ

પીએલએલ કોર

altpll Intel FPGA IP

રીસેટ

રીસેટ કરો

ઘડિયાળ

સિંક

સ્ત્રોત

ઘડિયાળ આઉટપુટ ઈન્ટરફેસ1

ઘડિયાળનો સ્રોત

ઘડિયાળ આઉટપુટ ઈન્ટરફેસ2

ref_clk

ઘડિયાળ

ઘડિયાળ

સિંક

સ્ત્રોત

ઘડિયાળ આઉટપુટ ઈન્ટરફેસ_n

2.1. એવલોન ઘડિયાળ સિંક સિગ્નલ ભૂમિકાઓ

ઘડિયાળ સિંક અન્ય ઇન્ટરફેસ અને આંતરિક તર્ક માટે સમયનો સંદર્ભ પૂરો પાડે છે.

કોષ્ટક 1.

ઘડિયાળ સિંક સિગ્નલ ભૂમિકાઓ

સિગ્નલ રોલ clk

પહોળાઈ 1

દિશા ઇનપુટ

જરૂરી હા

વર્ણન
ઘડિયાળનો સંકેત. આંતરિક તર્ક અને અન્ય ઇન્ટરફેસ માટે સુમેળ પ્રદાન કરે છે.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

2. એવલોન ક્લોક અને રીસેટ ઈન્ટરફેસ 683091 | 2022.01.24

2.2. ઘડિયાળ સિંક ગુણધર્મો

કોષ્ટક 2.

ઘડિયાળ સિંક ગુણધર્મો

નામ ઘડિયાળ દર

ડિફૉલ્ટ મૂલ્ય 0

કાનૂની મૂલ્યો 0

વર્ણન
ઘડિયાળ સિંક ઇન્ટરફેસની Hz માં આવર્તન સૂચવે છે. જો 0 હોય, તો ઘડિયાળનો દર કોઈપણ આવર્તનને મંજૂરી આપે છે. જો શૂન્ય ન હોય તો, જો કનેક્ટેડ ઘડિયાળનો સ્રોત ઉલ્લેખિત આવર્તન ન હોય તો પ્લેટફોર્મ ડિઝાઇનર ચેતવણી આપે છે.

2.3. સંકળાયેલ ઘડિયાળ ઈન્ટરફેસ
બધા સિંક્રનસ ઈન્ટરફેસમાં એક સંકળાયેલ ઘડિયાળ ગુણધર્મ હોય છે જે સ્પષ્ટ કરે છે કે કમ્પોનન્ટ પર કયો ઘડિયાળ સ્ત્રોત ઈન્ટરફેસ માટે સિંક્રનાઇઝેશન સંદર્ભ તરીકે ઉપયોગમાં લેવાય છે. આ મિલકત નીચેની આકૃતિમાં દર્શાવવામાં આવી છે.
આકૃતિ 4. સંકળાયેલ ઘડિયાળની મિલકત

rx_clk ઘડિયાળ
સિંક

ડ્યુઅલ ક્લોક FIFO

ઘડિયાળ tx_clk
સિંક

rx_data ST સંકળાયેલ ઘડિયાળ = “rx_clk”
સિંક

સંકળાયેલ ઘડિયાળ = “tx_clk” ST tx_data
સ્ત્રોત

2.4. એવલોન ઘડિયાળ સ્ત્રોત સિગ્નલ ભૂમિકાઓ

એવલોન ક્લોક સોર્સ ઈન્ટરફેસ એક ઘટકમાંથી ઘડિયાળ સિગ્નલ ચલાવે છે.

કોષ્ટક 3.

ઘડિયાળ સ્ત્રોત સિગ્નલ ભૂમિકાઓ

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

clk

1

આઉટપુટ

જરૂરી હા

વર્ણન આઉટપુટ ઘડિયાળ સિગ્નલ.

2.5. ઘડિયાળ સ્ત્રોત ગુણધર્મો

કોષ્ટક 4.

ઘડિયાળ સ્ત્રોત ગુણધર્મો

નામ સંકળાયેલ ડાયરેક્ટક્લોક

ડિફૉલ્ટ મૂલ્ય
N/A

ઘડિયાળનો દર

0

ક્લોકરેટ જાણીતો

ખોટું

કાનૂની મૂલ્યો

વર્ણન

ઇનપુટ ઘડિયાળના ઇનપુટનું નામ જે આ ઘડિયાળનું નામ ઘડિયાળનું આઉટપુટ સીધું ચલાવે છે, જો કોઈ હોય તો.

0

Hz માં આવર્તન સૂચવે છે કે જેના પર ઘડિયાળનું આઉટપુટ ચાલે છે.

સાચું, ખોટું

ઘડિયાળની આવર્તન જાણીતી છે કે નહીં તે સૂચવે છે. જો ઘડિયાળની આવર્તન જાણીતી હોય, તો તમે સિસ્ટમમાં અન્ય ઘટકોને કસ્ટમાઇઝ કરી શકો છો.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 9

2. એવલોન ક્લોક અને રીસેટ ઈન્ટરફેસ 683091 | 2022.01.24

2.6. સિંક રીસેટ કરો

કોષ્ટક 5.

ઇનપુટ સિગ્નલ રોલ રીસેટ કરો
reset_req સિગ્નલ એ એક વૈકલ્પિક સિગ્નલ છે જેનો ઉપયોગ તમે અસુમેળ રીસેટ નિવેદન પહેલા રીસેટ હેન્ડશેક કરીને મેમરી સામગ્રી ભ્રષ્ટાચારને રોકવા માટે કરી શકો છો.

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

વર્ણન

ફરીથી સેટ કરો, ફરીથી સેટ કરો

1

ઇનપુટ

હા

ઇન્ટરફેસ અથવા ઘટકના આંતરિક તર્કને ફરીથી સેટ કરે છે

વપરાશકર્તા-વ્યાખ્યાયિત સ્થિતિમાં. ના સિંક્રનસ ગુણધર્મો

રીસેટ સિંક્રનસ એજ દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે

પરિમાણ.

reset_req

1

ઇનપુટ

ના

રીસેટ સિગ્નલનો પ્રારંભિક સંકેત. આ સિગ્નલ એ તરીકે કાર્ય કરે છે

ROM માટે બાકી રીસેટની ઓછામાં ઓછી એક-ચક્રની ચેતવણી

આદિમ ઘડિયાળ સક્ષમને અક્ષમ કરવા માટે reset_req નો ઉપયોગ કરો

અથવા ઓન-ચિપ મેમરીની એડ્રેસ બસને માસ્ક કરો

સરનામાંને સંક્રમણથી અટકાવો જ્યારે a

અસુમેળ રીસેટ ઇનપુટ ભારપૂર્વક છે.

2.7. સિંક ઈન્ટરફેસ પ્રોપર્ટીઝ રીસેટ કરો

કોષ્ટક 6.

ઇનપુટ સિગ્નલ રોલ રીસેટ કરો

નામ સંકળાયેલ ઘડિયાળ

ડિફૉલ્ટ મૂલ્ય
N/A

સિંક્રનસ-એજ

DEASSERT

કાનૂની મૂલ્યો

વર્ણન

ઘડિયાળનું નામ

ઘડિયાળનું નામ કે જેમાં આ ઈન્ટરફેસ સિંક્રનાઈઝ થયેલ છે. જો સિંક્રનસ એજનું મૂલ્ય DEASSERT અથવા બંને હોય તો જરૂરી છે.

કોઈ નહીં DEASSERT
બંને

રીસેટ ઇનપુટ માટે જરૂરી સિંક્રનાઇઝેશનનો પ્રકાર સૂચવે છે. નીચેના મૂલ્યો નિર્ધારિત છે:
· NONEનો સિંક્રનાઇઝેશન જરૂરી નથી કારણ કે ઘટકમાં રીસેટ સિગ્નલના આંતરિક સુમેળ માટે તર્ક શામેલ છે.
· DEASSERT પુનઃસેટ નિવેદન અસુમેળ છે અને નિરાકરણ સમકાલીન છે.
પુનઃસ્થાપિત નિવેદન અને નિરાકરણ બંને સુમેળ છે.

2.8. એસોસિયેટેડ રીસેટ ઈન્ટરફેસ
બધા સિંક્રનસ ઇન્ટરફેસમાં રિસેટ પ્રોપર્ટી હોય છે જે સ્પષ્ટ કરે છે કે કયો રીસેટ સિગ્નલ ઇન્ટરફેસ લોજિકને રીસેટ કરે છે.

2.9. સ્ત્રોત રીસેટ કરો

કોષ્ટક 7.

આઉટપુટ સિગ્નલ ભૂમિકાઓ રીસેટ કરો
reset_req સિગ્નલ એ એક વૈકલ્પિક સિગ્નલ છે જેનો ઉપયોગ તમે અસુમેળ રીસેટ નિવેદન પહેલા રીસેટ હેન્ડશેક કરીને મેમરી સામગ્રી ભ્રષ્ટાચારને રોકવા માટે કરી શકો છો.

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

વર્ણન

રીસેટ reset_n

1

આઉટપુટ

હા

ઇન્ટરફેસ અથવા ઘટકના આંતરિક તર્કને ફરીથી સેટ કરે છે

વપરાશકર્તા-વ્યાખ્યાયિત સ્થિતિમાં.

reset_req

1

આઉટપુટ

વૈકલ્પિક રીસેટ વિનંતી જનરેશનને સક્ષમ કરે છે, જે પ્રારંભિક છે

સિગ્નલ કે જે રીસેટ નિવેદન પહેલાં ભારપૂર્વક જણાવવામાં આવે છે. એકવાર

ભારપૂર્વક જણાવ્યું હતું કે, જ્યાં સુધી રીસેટ ન થાય ત્યાં સુધી આને રદ કરી શકાતું નથી

પૂર્ણ

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 10

પ્રતિસાદ મોકલો

2. એવલોન ક્લોક અને રીસેટ ઈન્ટરફેસ 683091 | 2022.01.24

2.10. સ્ત્રોત ઈન્ટરફેસ ગુણધર્મો રીસેટ કરો

કોષ્ટક 8.

ઇન્ટરફેસ ગુણધર્મો રીસેટ કરો

નામ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્યો

વર્ણન

સંકળાયેલ ઘડિયાળ

N/A

એક ઘડિયાળ

ઘડિયાળનું નામ કે જેના પર આ ઇન્ટરફેસ છે

નામ

સમન્વયિત. ની કિંમત હોય તો જરૂરી છે

synchronousEdges DEASSERT અથવા બંને છે.

સંકળાયેલ ડાયરેક્ટ રીસેટ

N/A

એક રીસેટ

રીસેટ ઇનપુટનું નામ જે આને સીધું ચલાવે છે

નામ

વન-ટુ-વન લિંક દ્વારા સ્ત્રોત રીસેટ કરો.

સંકળાયેલ રીસેટસિંક

N/A

એક રીસેટ

રીસેટ ઇનપુટ્સનો ઉલ્લેખ કરે છે જે રીસેટ સ્ત્રોતનું કારણ બને છે

નામ

ફરીથી સેટ કરો. માજી માટેample, રીસેટ સિંક્રોનાઇઝર કે

પર બહુવિધ રીસેટ ઇનપુટ્સ સાથે OR ઓપરેશન કરે છે

રીસેટ આઉટપુટ જનરેટ કરો.

સિંક્રનસ એજ

DEASSERT

કોઈ નહીં DEASSERT
બંને

રીસેટ આઉટપુટનું સિંક્રનાઇઝેશન સૂચવે છે. નીચેના મૂલ્યો નિર્ધારિત છે:
રીસેટ ઈન્ટરફેસ અસુમેળ છે.
· DEASSERT પુનઃસેટ નિવેદન અસુમેળ છે અને નિરાકરણ સમકાલીન છે.
પુનઃસ્થાપિત નિવેદન અને નિરાકરણ બંને સિંક્રનસ છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 11

683091 | 2022.01.24 પ્રતિસાદ મોકલો
3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ
3.1. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસનો પરિચય
તમે યજમાન અને એજન્ટ ઘટકો માટે વાંચવા અને લખવાના ઇન્ટરફેસને અમલમાં મૂકવા માટે Avalon Memory-Mapped (Avalon-MM) ઇન્ટરફેસનો ઉપયોગ કરી શકો છો. નીચેના ભૂતપૂર્વ છેampઘટકોના લેસ કે જેમાં સામાન્ય રીતે મેમરી-મેપ્ડ ઇન્ટરફેસનો સમાવેશ થાય છે: · માઇક્રોપ્રોસેસર્સ · મેમરીઝ · UARTs · DMAs · ટાઇમર્સ એવલોન-MM ઇન્ટરફેસ સરળથી જટિલ સુધીની શ્રેણી ધરાવે છે. માજી માટેample, SRAM ઈન્ટરફેસ કે જેમાં ફિક્સ-સાઈકલ રીડ અને રાઈટ ટ્રાન્સફર હોય છે તેમાં સરળ Avalon-MM ઈન્ટરફેસ હોય છે. વિસ્ફોટ પરિવહન માટે સક્ષમ પાઇપલાઇન ઇન્ટરફેસ જટિલ છે.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 5.

એવલોન-એમએમ એજન્ટ ટ્રાન્સફર પર ધ્યાન આપો
નીચેની આકૃતિ એક લાક્ષણિક સિસ્ટમ બતાવે છે, જે ઇન્ટરકનેક્ટ ફેબ્રિક સાથે એવલોન-એમએમ એજન્ટ ઇન્ટરફેસ કનેક્શનને હાઇલાઇટ કરે છે.
ઇથરનેટ PHY

વેલોન-એમએમ સિસ્ટમ
પ્રોસેસર એવલોન-એમએમ
યજમાન

ઇથરનેટ MAC
એવલોન-એમએમ હોસ્ટ

કસ્ટમ લોજિક
એવલોન-એમએમ હોસ્ટ

ઇન્ટરકનેક્ટ

એવલોન-એમએમ એજન્ટ
ફ્લેશ કંટ્રોલર

એવલોન-એમએમ એજન્ટ
SRAM નિયંત્રક

એવલોન-એમએમ એજન્ટ
રેમ કંટ્રોલર

એવલોન-એમએમ એજન્ટ
UART

AvAavloanlon- MM SlaAvgeePnotrt
લોર કસ્ટમ
તર્કશાસ્ત્ર

ટ્રિસ્ટેટ કંડ્યુટ એજન્ટ
ટ્રિસ્ટેટ કન્ડ્યુટ પિન શેરર અને ટ્રિસ્ટેટ કન્ડ્યુટ બ્રિજ
ટ્રિસ્ટેટ કન્ડ્યુટ હોસ્ટ

ટ્રિસ્ટેટ કંડ્યુટ એજન્ટ
ફ્લેશ મેમરી

ટ્રિસ્ટેટ કંડ્યુટ એજન્ટ
SRAM મેમરી

રેમ મેમરી

આરએસ-232

એવલોન-એમએમ ઘટકોમાં સામાન્ય રીતે ઘટક તર્ક માટે જરૂરી માત્ર સંકેતોનો સમાવેશ થાય છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 13

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 6.

Example એજન્ટ ઘટક

નીચેની આકૃતિમાં બતાવેલ 16-બીટ સામાન્ય-હેતુ I/O પેરિફેરલ ફક્ત લખવાની વિનંતીઓનો જવાબ આપે છે. આ ઘટકમાં માત્ર લખાણ ટ્રાન્સફર માટે જરૂરી એજન્ટ સિગ્નલોનો સમાવેશ થાય છે.

એવલોન-એમએમ પેરિફેરલ રાઇટડેટા[15..0] ડી

અરજી-

Q

pio_out[15..0] ચોક્કસ
ઈન્ટરફેસ

એવલોન-એમએમ ઈન્ટરફેસ
(એવલોન-એમએમ રાઈટ એજન્ટ ઈન્ટરફેસ)
clk

CLK_EN

એવલોન-એમએમ એજન્ટમાં દરેક સિગ્નલ બરાબર એક એવલોન-એમએમ સિગ્નલ ભૂમિકાને અનુરૂપ છે. એવલોન-એમએમ ઇન્ટરફેસ દરેક સિગ્નલ રોલના માત્ર એક જ ઉદાહરણનો ઉપયોગ કરી શકે છે.

3.2. એવલોન મેમરી મેપ્ડ ઈન્ટરફેસ સિગ્નલ ભૂમિકાઓ

સિગ્નલ ભૂમિકાઓ એવલોન મેમરી મેપ્ડ હોસ્ટ અને એજન્ટ પોર્ટ મંજૂરી આપે છે તે સિગ્નલ પ્રકારોને વ્યાખ્યાયિત કરે છે.

આ સ્પષ્ટીકરણ માટે એવલોન મેમરી મેપ કરેલ ઈન્ટરફેસમાં તમામ સિગ્નલો અસ્તિત્વમાં હોવા જરૂરી નથી. ત્યાં કોઈ એક સંકેત નથી જે હંમેશા જરૂરી હોય. એવલોન મેમરી મેપ્ડ ઈન્ટરફેસ માટેની ન્યૂનતમ આવશ્યકતાઓ ફક્ત વાંચવા માટેના ઈન્ટરફેસ માટેનો રીડડેટા અથવા ફક્ત લખવા માટેના ઈન્ટરફેસ માટે ડેટા અને રાઈટ રાઈટ છે.

નીચેનું કોષ્ટક એવલોન મેમરી મેપ કરેલ ઈન્ટરફેસ માટે સંકેત ભૂમિકાઓની યાદી આપે છે:

કોષ્ટક 9.

એવલોન મેમરી મેપ સિગ્નલ ભૂમિકાઓ
કેટલાક એવલોન મેમરી મેપ સિગ્નલો સક્રિય ઉચ્ચ અથવા સક્રિય નીચા હોઈ શકે છે. જ્યારે સક્રિય ઓછું હોય, ત્યારે સિગ્નલનું નામ _n સાથે સમાપ્ત થાય છે.

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

વર્ણન

સરનામું

1 - 64 હોસ્ટ એજન્ટ

byteenable byteenable_n

2, 4, 8, 16,
32, 64, 128

હોસ્ટ એજન્ટ

મૂળભૂત સંકેતો

ના

હોસ્ટ્સ: ડિફૉલ્ટ રૂપે, એડ્રેસ સિગ્નલ બાઈટનું પ્રતિનિધિત્વ કરે છે

સરનામું સરનામાનું મૂલ્ય ડેટાની પહોળાઈ સાથે સંરેખિત હોવું જોઈએ.

ડેટા શબ્દની અંદર ચોક્કસ બાઇટ્સ પર લખવા માટે, હોસ્ટનો ઉપયોગ કરવો આવશ્યક છે

બાયટીનેબલ સિગ્નલ. AddressUnits ઈન્ટરફેસ નો સંદર્ભ લો

શબ્દ સંબોધન માટે મિલકત.

એજન્ટ્સ: ડિફૉલ્ટ રૂપે, ઇન્ટરકનેક્ટ એજન્ટના સરનામાંની જગ્યામાં બાઈટ સરનામાંને શબ્દ સરનામામાં અનુવાદિત કરે છે. એજન્ટના પરિપ્રેક્ષ્યમાં, દરેક એજન્ટની ઍક્સેસ ડેટાના શબ્દ માટે છે.

માજી માટેample, address = 0 એ એજન્ટનો પ્રથમ શબ્દ પસંદ કરે છે. સરનામું = 1 એજન્ટનો બીજો શબ્દ પસંદ કરે છે. બાઈટ એડ્રેસિંગ માટે addressUnits ઈન્ટરફેસ પ્રોપર્ટીનો સંદર્ભ લો.

ના

પર ટ્રાન્સફર દરમિયાન એક અથવા વધુ ચોક્કસ બાઈટ લેનને સક્ષમ કરે છે

8 બિટ્સ કરતાં વધુ પહોળાઈના ઇન્ટરફેસ. byteenable માં દરેક બીટ

રાઈટડેટા અને રીડડેટામાં બાઈટને અનુરૂપ છે. યજમાન

બીટ of byteenable સૂચવે છે કે શું બાઈટ કરવામાં આવી રહી છે

ચાલુ રાખ્યું…

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 14

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

સિગ્નલ ભૂમિકા
debugaccess read_n readdata પ્રતિભાવ [1:0] write write_n writedata

પહોળાઈ

દિશા જરૂરી

વર્ણન

ને લખેલું. રાઇટ્સ દરમિયાન, બાયટીનેબલ્સ સ્પષ્ટ કરે છે કે કયા બાઇટ્સને લખવામાં આવી રહ્યા છે. એજન્ટ દ્વારા અન્ય બાઇટ્સ અવગણવા જોઈએ. વાંચન દરમિયાન, બાયટીનેબલ્સ સૂચવે છે કે હોસ્ટ કયા બાઈટ વાંચી રહ્યો છે. એજન્ટો કે જેઓ કોઈ આડઅસર વિના રીડડેટા પરત કરે છે તે રીડ દરમિયાન બાયટીનેબલ્સને અવગણવા માટે મુક્ત છે. જો ઈન્ટરફેસમાં બાયટીનેબલ સિગ્નલ ન હોય, તો ટ્રાન્સફર એવી રીતે આગળ વધે છે કે જાણે તમામ બાયટીનેબલ્સનો દાવો કરવામાં આવ્યો હોય.
જ્યારે બાયટીનેબલ સિગ્નલના એક કરતાં વધુ બીટનો ભાર મૂકવામાં આવે છે, ત્યારે તમામ ભારપૂર્વકની લેન અડીને હોય છે.

1

હોસ્ટ એજન્ટ

ના

જ્યારે ભારપૂર્વક કહેવામાં આવે છે, ત્યારે Nios II પ્રોસેસરને ઓન-ચિપ લખવાની મંજૂરી આપે છે

ROMs તરીકે રૂપરેખાંકિત મેમરી.

1

હોસ્ટ એજન્ટ

ના

રીડ ટ્રાન્સફર સૂચવવા માટે ભારપૂર્વક જણાવ્યું હતું. જો હાજર હોય, તો રીડડેટા છે

જરૂરી

8, 16, એજન્ટ હોસ્ટ

ના

જવાબમાં એજન્ટથી હોસ્ટને મોકલવામાં આવેલ રીડડેટા

32,

રીડ ટ્રાન્સફર. ઈન્ટરફેસ માટે જરૂરી છે કે જે વાંચે છે.

64,

128,

256,

512,

1024

2

એજન્ટ હોસ્ટ

ના

પ્રતિભાવ સિગ્નલ એ વૈકલ્પિક સંકેત છે જે વહન કરે છે

પ્રતિભાવ સ્થિતિ.

નોંધ: કારણ કે સિગ્નલ વહેંચાયેલું છે, ઇન્ટરફેસ એ જ ઘડિયાળ ચક્રમાં લખવાનો પ્રતિસાદ અને વાંચેલા પ્રતિસાદને ઇશ્યૂ અથવા સ્વીકારી શકતું નથી.

· 00: ઓકે-એક વ્યવહાર માટે સફળ પ્રતિભાવ.

· 01: આરક્ષિત-એનકોડિંગ આરક્ષિત છે.

· 10: SLVERR-એન્ડપોઇન્ટ એજન્ટ તરફથી ભૂલ. અસફળ વ્યવહાર સૂચવે છે.

· 11: DECODEERROR-અવ્યાખ્યાયિત સ્થાનની ઍક્સેસનો પ્રયાસ સૂચવે છે.

પ્રતિભાવો વાંચવા માટે:

· દરેક રીડડેટા સાથે એક પ્રતિભાવ મોકલવામાં આવે છે. N ની રીડ બર્સ્ટ લંબાઈ N પ્રતિસાદોમાં પરિણમે છે. ભૂલની સ્થિતિમાં પણ ઓછા જવાબો માન્ય નથી. પ્રતિભાવ સિગ્નલ મૂલ્ય વિસ્ફોટમાં દરેક રીડડેટા માટે અલગ હોઈ શકે છે.

ઈન્ટરફેસમાં નિયંત્રણ સંકેતો વાંચવા જોઈએ. રીડડેટાવેલિડ સિગ્નલ સાથે પાઇપલાઇન સપોર્ટ શક્ય છે.

· વાંચવામાં આવેલી ભૂલો પર, અનુરૂપ રીડડેટા "પક્ષ નથી" છે.

જવાબો લખવા માટે:

દરેક લખવાના આદેશ માટે એક લખવાનો પ્રતિભાવ મોકલવો આવશ્યક છે. રાઈટ બર્સ્ટ માત્ર એક જ પ્રતિભાવમાં પરિણમે છે, જે બર્સ્ટમાં અંતિમ લેખન ટ્રાન્સફર સ્વીકાર્યા પછી મોકલવો આવશ્યક છે.

જો રાઇટ રિસ્પોન્સ વેલિડ હોય, તો બધા લખવાના આદેશો લખવાના જવાબો સાથે પૂર્ણ કરવા જોઈએ.

1

હોસ્ટ એજન્ટ

ના

લેખિત ટ્રાન્સફર સૂચવવા માટે ભારપૂર્વક જણાવ્યું હતું. જો હાજર હોય, તો રાઇટડેટા છે

જરૂરી

8, 16, 32, 64, 128, 256, 512, 1024

હોસ્ટ એજન્ટ

ના

લેખન સ્થાનાંતરણ માટેનો ડેટા. પહોળાઈ જેટલી જ હોવી જોઈએ

રીડડેટાની પહોળાઈ જો બંને હાજર હોય. ઇન્ટરફેસ માટે જરૂરી છે

કે આધાર લખે છે.

પ્રતીક્ષા-રાજ્ય સંકેતો

ચાલુ રાખ્યું…

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 15

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

સિગ્નલ રોલ લોક
waitrequest waitrequest_ n
readdatavali d readdatavali d_n
પ્રતિભાવો માન્ય છે

પહોળાઈ 1
1
1 1

દિશા જરૂરી

વર્ણન

હોસ્ટ એજન્ટ

ના

lock એ સુનિશ્ચિત કરે છે કે એકવાર યજમાન આર્બિટ્રેશન જીતી જાય, વિજેતા યજમાન

બહુવિધ વ્યવહારો માટે એજન્ટની ઍક્સેસ જાળવી રાખે છે. તાળું

લૉકના પ્રથમ વાંચવા અથવા લખવા સાથે સંયોગ હોવાનો દાવો કરે છે

વ્યવહારોનો ક્રમ. ફાઇનલમાં ડેઝર્ટને લૉક કરો

વ્યવહારોના લૉક કરેલ ક્રમનો વ્યવહાર. તાળું નિવેદન

બાંહેધરી આપતું નથી કે આર્બિટ્રેશન જીતી ગયું છે. તાળા પછી-

ભારપૂર્વક હોસ્ટને મંજૂરી આપવામાં આવી છે, તે યજમાન ત્યાં સુધી ગ્રાન્ટ જાળવી રાખે છે

તાળું બંધ છે.

લૉકથી સજ્જ યજમાન બર્સ્ટ હોસ્ટ ન હોઈ શકે. લૉક-સજ્જ હોસ્ટ માટે આર્બિટ્રેશન અગ્રતા મૂલ્યોને અવગણવામાં આવે છે.

લોક ખાસ કરીને રીડ-મોડીફાઈ-રાઈટ (RMW) કામગીરી માટે ઉપયોગી છે. લાક્ષણિક વાંચન-સંશોધિત-લખવાની કામગીરીમાં નીચેના પગલાંઓ શામેલ છે:

1. હોસ્ટ A એસેર્ટ લોક કરે છે અને 32-બીટ ડેટા વાંચે છે જેમાં બહુવિધ બીટ ફીલ્ડ હોય છે.

2. હોસ્ટ A ડેઝર્ટ લોક કરે છે, એક બીટ ફીલ્ડમાં ફેરફાર કરે છે અને 32-બીટ ડેટા પાછા લખે છે.

લૉક યજમાન B ને યજમાન A ના વાંચવા અને લખવા વચ્ચે લખવાથી અટકાવે છે.

એજન્ટ હોસ્ટ

ના

જ્યારે a ને જવાબ આપવામાં અસમર્થ હોય ત્યારે એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે

વિનંતી વાંચો અથવા લખો. હોસ્ટને ત્યાં સુધી રાહ જોવાની ફરજ પાડે છે

ઇન્ટરકનેક્ટ ટ્રાન્સફર સાથે આગળ વધવા માટે તૈયાર છે. ની શરૂઆતમાં

બધા સ્થાનાંતરણ, યજમાન ટ્રાન્સફર શરૂ કરે છે અને ત્યાં સુધી રાહ જુએ છે

રાહ વિનંતી રદ કરવામાં આવી છે. યજમાનને કોઈ ધારણા ન કરવી જોઈએ

જ્યારે હોસ્ટ નિષ્ક્રિય હોય ત્યારે વેઇટ રિક્વેસ્ટની નિવેદન સ્થિતિ વિશે:

સિસ્ટમ પર આધાર રાખીને waitrequest ઊંચી અથવા ઓછી હોઈ શકે છે

ગુણધર્મો

જ્યારે વેઇટ રિક્વેસ્ટ ભારપૂર્વક કરવામાં આવે છે, ત્યારે એજન્ટને હોસ્ટ કંટ્રોલ સિગ્નલ બિગિનબર્સ્ટ ટ્રાન્સફર સિવાય સતત રહેવા જોઈએ. બિગબર્સ્ટટ્રાન્સફર સિગ્નલને દર્શાવતા સમયની રેખાકૃતિ માટે, રીડ બર્સ્ટમાં આકૃતિનો સંદર્ભ લો.

એવલોન મેમરી મેપ કરેલ એજન્ટ નિષ્ક્રિય ચક્ર દરમિયાન રાહ વિનંતીનો દાવો કરી શકે છે. એવલોન મેમરી મેપ કરેલ હોસ્ટ જ્યારે વેઇટ રિક્વેસ્ટનો દાવો કરવામાં આવે ત્યારે ટ્રાન્ઝેક્શન શરૂ કરી શકે છે અને તે સિગ્નલ ડિસર્ટ થાય તેની રાહ જુઓ. સિસ્ટમ લૉકઅપને ટાળવા માટે, જ્યારે રીસેટ કરવામાં આવે ત્યારે એજન્ટ ઉપકરણએ રાહ જોવાની વિનંતી કરવી જોઈએ.

પાઇપલાઇન સિગ્નલો

એજન્ટ હોસ્ટ

ના

વેરિયેબલ-લેટન્સી, પાઇપલાઇન રીડ ટ્રાન્સફર માટે વપરાય છે. ક્યારે

ભારપૂર્વક જણાવે છે કે રીડડેટા સિગ્નલમાં માન્ય ડેટા છે.

burstcount મૂલ્ય સાથે રીડ બર્સ્ટ માટે , ધ

readdatavalid સિગ્નલ ભારપૂર્વક જણાવવું આવશ્યક છે વખત, એકવાર માટે

દરેક રીડડેટા આઇટમ. લેટન્સીનું ઓછામાં ઓછું એક ચક્ર હોવું જોઈએ

ના વાંચન અને નિવેદનની સ્વીકૃતિ વચ્ચે

રીડડેટા માન્ય. રીડડેટાવેલીડ સિગ્નલને દર્શાવતા ટાઇમિંગ ડાયાગ્રામ માટે, વેરિયેબલ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફરનો સંદર્ભ લો.

એજન્ટ વેઇટ રિક્વેસ્ટ સાથે નવો આદેશ અટકાવી રહ્યો છે કે કેમ તે અંગે સ્વતંત્ર રીતે હોસ્ટને ડેટા ટ્રાન્સફર કરવા માટે રીડડેટા માન્ય ગણાવી શકે છે.

જો હોસ્ટ પાઇપલાઇનવાળા રીડને સપોર્ટ કરે તો જરૂરી છે. રીડ કાર્યક્ષમતા સાથે બર્સ્ટિંગ હોસ્ટમાં રીડડેટાવેલીડ સિગ્નલ શામેલ હોવું આવશ્યક છે.

એજન્ટ હોસ્ટ

ના

વૈકલ્પિક સંકેત. જો હાજર હોય, તો ઇન્ટરફેસ મુદ્દાઓ લખે છે

આદેશો લખવા માટેના જવાબો.

જ્યારે ભારપૂર્વક જણાવવામાં આવે છે, ત્યારે પ્રતિભાવ સિગ્નલ પરનું મૂલ્ય માન્ય લેખન પ્રતિસાદ છે.

રાઇટ કમાન્ડ સ્વીકાર્યા પછી માત્ર એક ઘડિયાળ ચક્ર અથવા તેથી વધુ રાઇટરસ્પોન્સેવેલિડનો દાવો કરવામાં આવે છે. આદેશની સ્વીકૃતિથી લઈને નિવેદન સુધી ઓછામાં ઓછું એક ઘડિયાળ ચક્ર વિલંબિત છે

લેખિત પ્રતિસાદ માન્ય.

ચાલુ રાખ્યું…

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 16

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા જરૂરી

વર્ણન

જ્યારે એજન્ટને બર્સ્ટની છેલ્લી બીટ જારી કરવામાં આવે અને રાહ જોવાની વિનંતી ઓછી હોય ત્યારે લખવાનો આદેશ સ્વીકારવામાં આવે છે. વિસ્ફોટની છેલ્લી ધબકારા જારી થયા પછી એક અથવા વધુ ઘડિયાળના ચક્રો લખી શકાય છે.

burstcount

1 11 યજમાન એજન્ટ

વિસ્ફોટ સિગ્નલો

ના

માં સ્થાનાંતરણની સંખ્યા દર્શાવવા માટે હોસ્ટને વિસ્ફોટ કરીને ઉપયોગમાં લેવાય છે

દરેક વિસ્ફોટ. મહત્તમ બર્સ્ટકાઉન્ટ પેરામીટરનું મૂલ્ય

2 નો પાવર હોવો જોઈએ. પહોળાઈનો બર્સ્ટકાઉન્ટ ઈન્ટરફેસ માપ 2 (ના મહત્તમ વિસ્ફોટને એન્કોડ કરી શકે છે) -1). માજી માટેample, એક 4-બીટ

burstcount સિગ્નલ મહત્તમ 8 ની વિસ્ફોટ ગણતરીને સમર્થન આપી શકે છે.

ન્યૂનતમ બર્સ્ટકાઉન્ટ 1 છે. આ

constantBurstBehavior મિલકત સમયને નિયંત્રિત કરે છે

burstcount સિગ્નલ. વાંચન કાર્યક્ષમતા સાથે હોસ્ટને વિસ્ફોટ કરવો આવશ્યક છે

રીડડેટાવેલીડ સિગ્નલનો સમાવેશ કરો.

બાઈટ એડ્રેસનો ઉપયોગ કરીને હોસ્ટ્સ અને એજન્ટોને વિસ્ફોટ કરવા માટે, નીચેના પ્રતિબંધ સરનામાની પહોળાઈ પર લાગુ થાય છે:

>= +
log2( )
શબ્દ સરનામાંનો ઉપયોગ કરીને હોસ્ટ્સ અને એજન્ટોને છલકાવા માટે, ઉપરનો લોગ2 શબ્દ અવગણવામાં આવ્યો છે.

startbursttr

1

ઇન્ટરકનેક્ટ

જવાબ આપો

એજન્ટ

ના

વિસ્ફોટ ક્યારે થાય છે તે દર્શાવવા માટે વિસ્ફોટના પ્રથમ ચક્ર માટે ભારપૂર્વક જણાવ્યું

ટ્રાન્સફર શરૂ થાય છે. આ સિગ્નલ એક ચક્ર પછી બંધ થઈ જાય છે

રાહ વિનંતીના મૂલ્યને ધ્યાનમાં લીધા વિના. સમય રેખાકૃતિ માટે

બિગબર્સ્ટટ્રાન્સફરને દર્શાવતા, રીડમાંની આકૃતિનો સંદર્ભ લો

વિસ્ફોટ.

beginbursttransfer વૈકલ્પિક છે. એક એજન્ટ હંમેશા ડેટા ટ્રાન્સફરની ગણતરી કરીને આગામી રાઈટ બર્સ્ટ ટ્રાન્ઝેક્શનની શરૂઆતની આંતરિક ગણતરી કરી શકે છે.

ચેતવણી: આ સિગ્નલનો ઉપયોગ કરશો નહીં. આ સિગ્નલ લેગસી મેમરી કંટ્રોલર્સને સપોર્ટ કરવા માટે અસ્તિત્વમાં છે.

3.3. ઈન્ટરફેસ ગુણધર્મો

કોષ્ટક 10. એવલોન-એમએમ ઇન્ટરફેસ ગુણધર્મો

નામ સરનામાં એકમો

ડિફૉલ્ટ મૂલ્ય
હોસ્ટ પ્રતીકો એજન્ટ -
શબ્દો

કાનૂની મૂલ્યો
શબ્દો, પ્રતીકો

વર્ણન
સરનામાં માટે એકમનો ઉલ્લેખ કરે છે. પ્રતીક સામાન્ય રીતે બાઈટ હોય છે. આ ગુણધર્મના સામાન્ય ઉપયોગ માટે એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ સિગ્નલ ટાઈપ્સ ટેબલમાં સરનામાની વ્યાખ્યાનો સંદર્ભ લો.

હંમેશાBurstMaxBurst burstcountUnits

ખોટા શબ્દો

સાચું, ખોટું
શબ્દો, પ્રતીકો

જ્યારે સાચું હોય, ત્યારે સૂચવે છે કે હોસ્ટ હંમેશા મહત્તમ-લંબાઈના વિસ્ફોટને રજૂ કરે છે. મહત્તમ વિસ્ફોટ લંબાઈ 2burstcount_width – 1 છે. Avalon-MM એજન્ટ ઈન્ટરફેસ માટે આ પરિમાણની કોઈ અસર નથી.
આ ગુણધર્મ બર્સ્ટકાઉન્ટ સિગ્નલ માટેના એકમોનો ઉલ્લેખ કરે છે. પ્રતીકો માટે, burstcount મૂલ્યને બર્સ્ટમાં પ્રતીકોની સંખ્યા (બાઈટ) તરીકે અર્થઘટન કરવામાં આવે છે. શબ્દો માટે, બર્સ્ટકાઉન્ટ વેલ્યુને બર્સ્ટમાં શબ્દ ટ્રાન્સફરની સંખ્યા તરીકે અર્થઘટન કરવામાં આવે છે.

burstOnBurstBoundaries માત્ર

ખોટું

સાચું, ખોટું

જો સાચું હોય, તો આ ઈન્ટરફેસમાં પ્રસ્તુત બર્સ્ટ ટ્રાન્સફર એ સરનામાંથી શરૂ થાય છે જે મહત્તમ બર્સ્ટ કદના ગુણાંકમાં હોય છે.
ચાલુ રાખ્યું…

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 17

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

ConstantBurstBehavior ને નામ આપો
હોલ્ડ ટાઈમ(1) લાઇનરપબર્સ્ટ્સ
મહત્તમ પેન્ડિંગ રીડટ્રાન્સેક્ટી ઓન (1)
મહત્તમ પેન્ડિંગરાઇટટ્રાન્સેક્ટ આયનો ન્યૂનતમ પ્રતિભાવ વિલંબિતતા

ડિફૉલ્ટ મૂલ્ય હોસ્ટ -ખોટા એજન્ટ -ખોટા
0 ખોટું
1(2)
0 1

કાનૂની મૂલ્યો સાચા, ખોટા
0 1000 ચક્ર
સાચું, ખોટું
1 64
1 64

વર્ણન
હોસ્ટ્સ: જ્યારે સાચું હોય, ત્યારે જાહેર કરે છે કે હોસ્ટ બર્સ્ટ ટ્રાન્ઝેક્શન દરમિયાન સરનામું અને બર્સ્ટકાઉન્ટ કોન્સ્ટન્ટ ધરાવે છે. જ્યારે ખોટુ (ડિફોલ્ટ) હોય, ત્યારે જાહેર કરે છે કે હોસ્ટ પાસે સરનામું અને બર્સ્ટકાઉન્ટ કોન્સ્ટન્ટ માત્ર બર્સ્ટના પ્રથમ બીટ માટે છે. એજન્ટો: જ્યારે સાચું હોય, ત્યારે ઘોષણા કરે છે કે એજન્ટને સરનામું અને વિસ્ફોટની ગણતરી સમગ્ર બર્સ્ટ દરમિયાન સ્થિર રાખવાની અપેક્ષા છે. જ્યારે ખોટા (ડિફોલ્ટ), ત્યારે જાહેર કરે છે કે એજન્ટ એસamples address અને burstcount માત્ર એક બર્સ્ટના પ્રથમ બીટ પર.
લખવાની છૂટ અને સરનામાં અને ડેટાના વિસર્જન વચ્ચેના સમય એકમોમાં સમયનો ઉલ્લેખ કરે છે. (ફક્ત વ્યવહારો લખવા પર લાગુ થાય છે.)
કેટલાક મેમરી ડિવાઈસ ઈન્ક્રીમેન્ટિંગ બર્સ્ટને બદલે રેપિંગ બર્સ્ટ લાગુ કરે છે. જ્યારે રેપિંગ બર્સ્ટ વિસ્ફોટની સીમા સુધી પહોંચે છે, ત્યારે સરનામું પાછલી બર્સ્ટ બાઉન્ડ્રી પર ફરી વળે છે. સરનામાની ગણતરી માટે માત્ર લોઅરર્ડ બિટ્સ જરૂરી છે. માજી માટેample, 0-બીટ ઈન્ટરફેસમાં દર 32 બાઈટમાં બર્સ્ટ બાઉન્ડ્રી સાથે 32xC ને એડ્રેસ કરવા માટે રેપિંગ બર્સ્ટ નીચેના સરનામાં પર લખે છે: · 0xC · 0x10 · 0x14 · 0x18 · 0x1C · 0x0 · 0x4 · 0x8
એજન્ટો: આ પરિમાણ એ એજન્ટ કતાર કરી શકે તેટલા બાકી વાંચનની મહત્તમ સંખ્યા છે. રીડડેટાવેલીડ સિગ્નલ ધરાવતા કોઈપણ એજન્ટ માટે મૂલ્ય બિન-શૂન્ય હોવું આવશ્યક છે.
ટાઇમિંગ ડાયાગ્રામ માટે વેરિયેબલ લેટન્સી સાથે પાઈપલાઈન રીડ ટ્રાન્સફરનો સંદર્ભ લો કે જે આ ગુણધર્મને દર્શાવે છે અને બહુવિધ બાકી રીડ સાથે વેઈટરીક્વેસ્ટ અને રીડડેટાવેલીડનો ઉપયોગ કરવા વિશે વધારાની માહિતી માટે.
યજમાનો: આ ગુણધર્મ એ યજમાન જનરેટ કરી શકે તેવા બાકી વાંચેલા વ્યવહારોની મહત્તમ સંખ્યા છે.
નોંધ: આ પેરામીટરને 0 પર સેટ કરશો નહીં. (પાછળની સુસંગતતા માટે, સૉફ્ટવેર 0 ની પેરામીટર સેટિંગને સપોર્ટ કરે છે. જો કે, તમારે નવી ડિઝાઇનમાં આ સેટિંગનો ઉપયોગ કરવો જોઈએ નહીં).
નૉન-પોસ્ટ કરેલા લખાણોની મહત્તમ સંખ્યા જે એજન્ટ સ્વીકારી શકે છે અથવા યજમાન ઇશ્યૂ કરી શકે છે. એકવાર ઇન્ટરકનેક્ટ આ મર્યાદા સુધી પહોંચી જાય પછી એજન્ટ રાહ વિનંતીનો દાવો કરે છે, અને હોસ્ટ આદેશો આપવાનું બંધ કરે છે. ડિફૉલ્ટ મૂલ્ય 0 છે, જે લેખિત પ્રતિસાદોને સમર્થન આપતા હોસ્ટ માટે અમર્યાદિત બાકી લેખન વ્યવહારોને મંજૂરી આપે છે. એક એજન્ટ કે જે પ્રતિસાદો લખવાનું સમર્થન કરે છે તે આને બિન-શૂન્ય મૂલ્ય પર સેટ કરવું આવશ્યક છે.
રીડડેટાવેલિડ અથવા રાઈટ રિસ્પોન્સ વેલિડને સપોર્ટ કરતા ઈન્ટરફેસ માટે, રીડ અથવા રાઈટ કમાન્ડ અને કમાન્ડના પ્રતિસાદ વચ્ચે ન્યૂનતમ સંખ્યાના ચક્રનો ઉલ્લેખ કરે છે.
ચાલુ રાખ્યું…

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 18

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

નામ રીડ લેટન્સી(1) રીડ વેઈટ ટાઈમ(1) સેટઅપ ટાઈમ(1) ટાઈમિંગ યુનિટ્સ(1) વેઈટ રિક્વેસ્ટ એલાઉન્સ
પ્રતીક્ષાનો સમય લખો(1)
સંકળાયેલ ઘડિયાળ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્યો

વર્ણન

0

0 63

ફિક્સ્ડ-લેટન્સી Avalon-MM એજન્ટો માટે લેટન્સી વાંચો. એક માટે

ટાઇમિંગ ડાયાગ્રામ કે જે નિશ્ચિત લેટન્સી રીડનો ઉપયોગ કરે છે, નો સંદર્ભ લો

ફિક્સ્ડ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર.

એવલોન-એમએમ એજન્ટો કે જે નિશ્ચિત વિલંબિત હોય છે તેમણે આ ઇન્ટરફેસ પ્રોપર્ટી માટે મૂલ્ય પ્રદાન કરવું આવશ્યક છે. એવલોન-એમએમ એજન્ટો

જે વેરિયેબલ લેટન્સી છે તે માન્ય ડેટાનો ઉલ્લેખ કરવા માટે રીડડેટાવેલીડ સિગ્નલનો ઉપયોગ કરે છે.

1

0 1000 ઇન્ટરફેસો માટે કે જે waitrequest નો ઉપયોગ કરતા નથી

ચક્ર

સંકેત readWaitTime માં સમય સૂચવે છે

એજન્ટો વાંચન સ્વીકારે તે પહેલા સમયની એકમો

આદેશ સમય એવો છે કે જાણે એજન્ટે ભારપૂર્વક જણાવ્યું હતું

પ્રતીક્ષા સમય ચક્ર વાંચવા માટે waitrequest.

0

0 1000 નિવેદન વચ્ચેના સમય એકમોમાં સમયનો ઉલ્લેખ કરે છે

ચક્ર

સરનામું અને ડેટા અને વાંચવા અથવા લખવાનો દાવો.

ચક્ર

ચક્ર
નેનોસેકન્ડ સે

સેટઅપ ટાઈમ, હોલ્ડ ટાઈમ, માટે એકમોનો ઉલ્લેખ કરે છે.
WaitTime લખો અને WaitTime વાંચો. સિંક્રનસ ઉપકરણો માટે ચક્ર અને અસુમેળ ઉપકરણો માટે નેનોસેકન્ડ્સનો ઉપયોગ કરો. લગભગ તમામ એવલોન-એમએમ એજન્ટ ઉપકરણો સિંક્રનસ છે.
Avalon-MM ઘટક કે જે AvalonMM એજન્ટ ઇન્ટરફેસથી ઑફ-ચિપ ઉપકરણ પર જોડાય છે તે અસુમેળ હોઈ શકે છે. તે ઑફ-ચિપ ઉપકરણમાં બસ ટર્નઅરાઉન્ડ માટે નિશ્ચિત સ્થાયી સમય હોઈ શકે છે.

0

ટ્રાન્સફરની સંખ્યાનો ઉલ્લેખ કરે છે જે જારી કરી શકાય છે અથવા

પ્રતીક્ષા વિનંતી ભારપૂર્વક સ્વીકારવામાં આવે છે.

જ્યારે વેઇટ રિક્વેસ્ટ એલાઉન્સ 0 હોય, ત્યારે લખો,
એવલોન-એમએમ સિગ્નલ રોલ ટેબલમાં વર્ણવ્યા પ્રમાણે વાંચો અને રાહ જોવાની વિનંતી સિગ્નલો તેમની હાલની વર્તણૂક જાળવી રાખે છે.

જ્યારે waitrequestAllowance 0 કરતા વધારે હોય, ત્યારે દરેક ઘડિયાળ ચક્ર કે જેના પર લખવા કે વાંચવામાં આવે છે તે આદેશ ટ્રાન્સફર તરીકે ગણવામાં આવે છે. એકવાર વેઇટરીક્વેસ્ટનો દાવો કરવામાં આવે તે પછી, માત્ર waitrequestAllowance વધુ કમાન્ડ ટ્રાન્સફર કાયદેસર છે જ્યારે waitrequest ભારપૂર્વક રહે છે. વેઇટ રિક્વેસ્ટ એલાઉન્સ પહોંચી ગયા પછી, જ્યાં સુધી વેઇટ રિક્વેસ્ટનો દાવો કરવામાં આવ્યો હોય ત્યાં સુધી લખવું અને વાંચવું બંધ રહેવું જોઈએ.

એકવાર waitrequestdeasserts, waitrequest ફરી દાવો ન કરે ત્યાં સુધી કોઈપણ સમયે નિયંત્રણો વિના ટ્રાન્સફર ફરી શરૂ થઈ શકે છે. આ સમયે, waitrequestAllowance વધુ ટ્રાન્સફર પૂર્ણ થઈ શકે છે જ્યારે waitrequest ભારપૂર્વક રહે છે.

0

0 1000 ઇન્ટરફેસો માટે કે જે waitrequest નો ઉપયોગ કરતા નથી

સાયકલ

સિગ્નલ લખો, WaitTime માં સમયનો ઉલ્લેખ કરે છે

એજન્ટ લેખન સ્વીકારે તે પહેલા સમયની એકમો. આ

સમય એવો છે કે જાણે એજન્ટે WaitTime સાયકલ અથવા નેનોસેકન્ડ્સ લખવા માટે વેઇટ રિક્વેસ્ટનો દાવો કર્યો હોય.

ટાઇમિંગ ડાયાગ્રામ માટે કે જે writeWaitTime ના ઉપયોગને સમજાવે છે, ફિક્સ્ડ વેઇટ-સ્ટેટ્સ સાથે રીડ અને રાઇટ ટ્રાન્સફરનો સંદર્ભ લો.

ઇન્ટરફેસ સંબંધ ગુણધર્મો

N/A

N/A

ઘડિયાળના ઇન્ટરફેસનું નામ કે જેના પર આ Avalon-MM

ઈન્ટરફેસ સિંક્રનસ છે.

ચાલુ રાખ્યું…

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 19

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

નામ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્યો

વર્ણન

સંકળાયેલ રીસેટ

N/A

N/A

રીસેટ ઈન્ટરફેસનું નામ જે તર્કને રીસેટ કરે છે

આ એવલોન-એમએમ ઇન્ટરફેસ.

બ્રિજટોહોસ્ટ

0

એવલોન-એમએમ એવલોન-એમએમ બ્રિજમાં એજન્ટ અને યજમાન હોય છે,

હોસ્ટનું નામ અને તેની પાસે મિલકત છે જે એજન્ટને ઍક્સેસ કરી શકે છે

પર

બાઇટ અથવા બાઇટ્સની વિનંતી કરવાથી સમાન બાઇટ અથવા

સમાન

હોસ્ટ દ્વારા વિનંતી કરવા માટેના બાઈટ. એવલોન-એમએમ

પ્લેટફોર્મ ડિઝાઇનર ઘટકમાં ઘટક પાઇપલાઇન બ્રિજ

પુસ્તકાલય આ કાર્યક્ષમતાને અમલમાં મૂકે છે.

નોંધો:
1. જો કે આ ગુણધર્મ એજન્ટ ઉપકરણની લાક્ષણિકતા ધરાવે છે, યજમાનો મેળ ખાતા હોસ્ટ અને એજન્ટ ઇન્ટરફેસ વચ્ચે સીધા જોડાણને સક્ષમ કરવા માટે આ મિલકત જાહેર કરી શકે છે.
2. જો એજન્ટ ઈન્ટરફેસ મંજૂરી કરતાં વધુ વાંચેલા ટ્રાન્સફર સ્વીકારે છે, તો ઇન્ટરકનેક્ટ પેન્ડિંગ રીડ FIFO અણધારી પરિણામો સાથે ઓવરફ્લો થઈ શકે છે. એજન્ટ ખોટા હોસ્ટ ઈન્ટરફેસ પર રીડડેટા અથવા રૂટ રીડડેટા ગુમાવી શકે છે. અથવા, સિસ્ટમ લોક કરી શકે છે. આ ઓવરફ્લોને રોકવા માટે એજન્ટ ઈન્ટરફેસએ વેઇટ રિક્વેસ્ટનો દાવો કરવો આવશ્યક છે.

સંબંધિત માહિતી · પૃષ્ઠ 14 પર એવલોન મેમરી મેપ્ડ ઇન્ટરફેસ સિગ્નલ ભૂમિકાઓ · પૃષ્ઠ 34 પર પ્રતિસાદો વાંચો અને લખો · પૃષ્ઠ 28 પર વેરિયેબલ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર · પૃષ્ઠ 29 પર ફિક્સ્ડ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર · પ્રતિસાદો વાંચો અને લખો
પ્લેટફોર્મ ડિઝાઇનર વપરાશકર્તા માર્ગદર્શિકામાં: Intel Quartus® Prime Pro Edition

3.4. સમય
એવલોન-એમએમ ઇન્ટરફેસ સિંક્રનસ છે. દરેક એવલોન-એમએમ ઈન્ટરફેસ સંકળાયેલ ઘડિયાળ ઈન્ટરફેસ સાથે સમન્વયિત થાય છે. સિગ્નલો સંયુક્ત હોઈ શકે છે જો તે ઘડિયાળના સિગ્નલ સાથે સિંક્રનસ હોય તેવા રજિસ્ટરના આઉટપુટમાંથી ચલાવવામાં આવે છે. આ સ્પષ્ટીકરણ ઘડિયાળની કિનારીઓ વચ્ચે કેવી રીતે અથવા ક્યારે સંકેતો સંક્રમણ કરે છે તે નક્કી કરતું નથી. ટાઈમિંગ ડાયાગ્રામ્સ ઝીણવટભરી સમયની માહિતીથી વંચિત છે.

3.5. સ્થાનાંતરણ
આ વિભાગ ટ્રાન્સફર પ્રકારો રજૂ કરતા પહેલા બે મૂળભૂત ખ્યાલોને વ્યાખ્યાયિત કરે છે:
· ટ્રાન્સફર-એક ટ્રાન્સફર એ કોઈ શબ્દ અથવા ડેટાના એક અથવા વધુ પ્રતીકનું વાંચન અથવા લખવાની ક્રિયા છે. Avalon-MM ઇન્ટરફેસ અને ઇન્ટરકનેક્ટ વચ્ચે સ્થાનાંતરણ થાય છે. સ્થાનાંતરણ પૂર્ણ થવા માટે એક અથવા વધુ ઘડિયાળ ચક્ર લે છે.
બંને યજમાનો અને એજન્ટો ટ્રાન્સફરનો ભાગ છે. Avalon-MM હોસ્ટ ટ્રાન્સફરની શરૂઆત કરે છે અને Avalon-MM એજન્ટ જવાબ આપે છે.
· હોસ્ટ-એજન્ટ જોડી–આ શબ્દ ટ્રાન્સફરમાં સામેલ હોસ્ટ ઈન્ટરફેસ અને એજન્ટ ઈન્ટરફેસનો સંદર્ભ આપે છે. ટ્રાન્સફર દરમિયાન, હોસ્ટ ઇન્ટરફેસ નિયંત્રણ અને ડેટા સિગ્નલો ઇન્ટરકનેક્ટ ફેબ્રિકમાંથી પસાર થાય છે અને એજન્ટ ઇન્ટરફેસ સાથે ક્રિયાપ્રતિક્રિયા કરે છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 20

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

3.5.1. લાક્ષણિક વાંચો અને લખો ટ્રાન્સફર

આ વિભાગ લાક્ષણિક એવલોન-એમએમ ઇન્ટરફેસનું વર્ણન કરે છે જે એજન્ટ-નિયંત્રિત રાહ વિનંતી સાથે વાંચવા અને લખવા ટ્રાન્સફરને સપોર્ટ કરે છે. એજન્ટ વેઇટરીક્વેસ્ટ સિગ્નલની ખાતરી આપીને જરૂરી હોય તેટલા ચક્ર માટે ઇન્ટરકનેક્ટને સ્ટોલ કરી શકે છે. જો એજન્ટ વાંચવા અથવા લખવા ટ્રાન્સફર માટે રાહ વિનંતીનો ઉપયોગ કરે છે, તો એજન્ટે બંને માટે રાહ વિનંતીનો ઉપયોગ કરવો આવશ્યક છે.

એજન્ટ સામાન્ય રીતે સરનામું મેળવે છે, બાયટીનેબલ, વાંચી શકાય છે અથવા લખી શકાય છે અને ઘડિયાળની વધતી ધાર પછી ડેટા લખે છે. એક એજન્ટ ટ્રાન્સફરને રોકવા માટે ઘડિયાળની વધતી ધાર પહેલાં રાહ જોવાની વિનંતી કરે છે. જ્યારે એજન્ટ રાહ જોવાની વિનંતી કરે છે, ત્યારે ટ્રાન્સફરમાં વિલંબ થાય છે. જ્યારે રાહ જોવાની વિનંતી કરવામાં આવે છે, ત્યારે સરનામું અને અન્ય નિયંત્રણ સંકેતો સતત રાખવામાં આવે છે. એજન્ટ ઈન્ટરફેસ ડીઝર્ટ વેઈટ રિક્વેસ્ટ કર્યા પછી પ્રથમ clkની વધતી ધાર પર ટ્રાન્સફર પૂર્ણ થાય છે.
એજન્ટ ઇન્ટરફેસ કેટલો સમય સ્ટોલ કરી શકે છે તેની કોઈ મર્યાદા નથી. તેથી, તમારે એ સુનિશ્ચિત કરવું જોઈએ કે એજન્ટ ઈન્ટરફેસ અનિશ્ચિત સમય માટે રાહ વિનંતીનો દાવો કરતું નથી. નીચેની આકૃતિ waitrequest નો ઉપયોગ કરીને વાંચવા અને લખવાના ટ્રાન્સફર બતાવે છે.

નોંધ:

waitrequest ને રીડ અને રાઇટ રિક્વેસ્ટ સિગ્નલોમાંથી ડીકપલ કરી શકાય છે. નિષ્ક્રિય ચક્ર દરમિયાન રાહ વિનંતી કરી શકાય છે. એવલોન-એમએમ હોસ્ટ જ્યારે વેઇટ રિક્વેસ્ટનો દાવો કરવામાં આવે ત્યારે ટ્રાન્ઝેક્શન શરૂ કરી શકે છે અને તે સિગ્નલ ડિસર્ટ થાય તેની રાહ જુઓ. વાંચવા અને લખવાની વિનંતીઓમાંથી વેઇટ રિક્વેસ્ટને ડિકપલિંગ કરવાથી સિસ્ટમ ટાઇમિંગમાં સુધારો થઈ શકે છે. ડીકોપલિંગ વાંચવા, લખવા અને રાહ જોવાના સંકેતો સહિત સંયુક્ત લૂપને દૂર કરે છે. જો હજી વધુ ડીકપલિંગ જરૂરી હોય, તો waitrequestAllowance પ્રોપર્ટીનો ઉપયોગ કરો. waitrequestAllowance ઉપલબ્ધ છે Quartus® Prime Pro v17.1 Stratix® 10 ES આવૃત્તિઓ રિલીઝથી શરૂ થાય છે.

આકૃતિ 7.

Waitrequest સાથે ટ્રાન્સફર વાંચો અને લખો

1

2

clk

3

4

5

સરનામું

સરનામું

બાયટીનેબલ

બાયટીનેબલ

વાંચો લખો waitrequest readdata

રીડડેટા

પ્રતિભાવ

પ્રતિભાવ

ડેટા લખો

6

7

ડેટા લખો

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 21

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24
આ ટાઈમિંગ ડાયાગ્રામમાંની સંખ્યાઓ, નીચેના સંક્રમણોને ચિહ્નિત કરે છે: 1. સરનામું, બાયટીનેબલ, અને રીડ clk ની વધતી ધાર પછી ભારપૂર્વક કરવામાં આવે છે. આ
એજન્ટ ટ્રાન્સફર અટકાવીને રાહ જોવાની વિનંતી કરે છે. 2. રાહ વિનંતી s છેampએલ.ઈ. ડી. કારણ કે પ્રતીક્ષા વિનંતી ભારપૂર્વક કરવામાં આવે છે, ચક્ર બની જાય છે
રાહ જોવાની સ્થિતિ. સરનામું, વાંચવું, લખવું અને બાયટીનેબલ સ્થિર રહે છે. 3. એજન્ટ clk ની વધતી ધાર પછી રાહ જોવાની વિનંતી કરે છે. એજન્ટ ભારપૂર્વક જણાવે છે
રીડડેટા અને પ્રતિભાવ. 4. યજમાન એસampલેસ રીડડેટા, રિસ્પોન્સ અને ડેઝર્ટેડ વેઇટ રિક્વેસ્ટ
ટ્રાન્સફર પૂર્ણ કરી રહ્યા છીએ. 5. સરનામું, રાઇટડેટા, બાયટીનેબલ, અને રાઇટ સિગ્નલો પછી ભારપૂર્વક જણાવવામાં આવે છે
clk ની વધતી ધાર. એજન્ટ ટ્રાન્સફર અટકાવવાની રાહ જોવાની વિનંતી કરે છે. 6. એજન્ટ clk ની વધતી ધાર પછી રાહ જોવાની વિનંતી કરે છે. 7. એજન્ટ ટ્રાન્સફરને સમાપ્ત કરીને ડેટા લખે છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 22

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

3.5.2. waitrequestAllowance પ્રોપર્ટીનો ઉપયોગ કરીને ટ્રાન્સફર

waitrequestAllowance પ્રોપર્ટી એવલોનએમએમ હોસ્ટ દ્વારા ઇશ્યૂ કરી શકે તેવા ટ્રાન્સફરની સંખ્યા અથવા એવલોન-એમએમ એજન્ટ વેઇટરીક્વેસ્ટ સિગ્નલની ખાતરી કર્યા પછી સ્વીકારવી આવશ્યક છે તેનો ઉલ્લેખ કરે છે. ઇન્ટેલ ક્વાર્ટસ પ્રાઇમ 17.1 સૉફ્ટવેર રિલીઝથી શરૂ કરીને waitrequestAllowance ઉપલબ્ધ છે.
waitrequestAllowance નું ડિફોલ્ટ મૂલ્ય 0 છે, જે લાક્ષણિક વાંચો અને લખો ટ્રાન્સફરમાં વર્ણવેલ વર્તનને અનુરૂપ છે, જ્યાં waitrequest assertion વર્તમાન ટ્રાન્સફરને જારી અથવા સ્વીકારવામાં આવતા અટકાવે છે.
Avalon-MM એજન્ટ 0 કરતા વધારે વેઇટરીક્વેસ્ટ એલાઉન્સ સાથે સામાન્ય રીતે વેઇટ રિક્વેસ્ટનો દાવો કરે છે જ્યારે તેનું આંતરિક બફર સંપૂર્ણ બનતા પહેલા વેઇટરીક્વેસ્ટ એલાઉન્સ વધુ એન્ટ્રી સ્વીકારી શકે છે. Avalon-MM 0 થી વધુ વેઇટરીક્વેસ્ટ એલાઉન્સ ધરાવતા હોસ્ટ્સમાં ટ્રાન્સફર મોકલવાનું બંધ કરવા માટે વેઇટરીક્વેસ્ટ એલાઉન્સ વધારાના ચક્ર હોય છે, જે હોસ્ટ લોજિકમાં વધુ પાઇપલાઇનિંગની મંજૂરી આપે છે. જ્યારે વેઇટ રિક્વેસ્ટ ભથ્થું ખર્ચવામાં આવ્યું હોય ત્યારે યજમાનને રીડ અથવા રાઇટ સિગ્નલને ડિઝર્ટ કરવું આવશ્યક છે.
0 કરતા વધારે વેઇટરીક્વેસ્ટ એલાઉન્સના મૂલ્યો હાઇ-સ્પીડ ડિઝાઇનને સમર્થન આપે છે જ્યાં બેકપ્રેશરના તાત્કાલિક સ્વરૂપો નિયંત્રણ પાથમાં સંયુક્ત તર્કને કારણે મહત્તમ ઓપરેટિંગ આવર્તન (FMAX) માં ઘટાડો તરફ દોરી શકે છે. Avalon-MM એજન્ટે તમામ સંભવિત ટ્રાન્સફર સમયને સમર્થન આપવું જોઈએ જે તેના waitrequestAllowance મૂલ્ય માટે કાયદેસર છે. માજી માટેample, waitrequestAllowance = 2 ધરાવતો એજન્ટ નીચેના એક્સમાં દર્શાવેલ કોઈપણ હોસ્ટ ટ્રાન્સફર વેવફોર્મને સ્વીકારવા સક્ષમ હોવો જોઈએampલેસ

પૃષ્ઠ 21 પર સંબંધિત માહિતી લાક્ષણિક વાંચો અને લખો ટ્રાન્સફર

3.5.2.1. waitrequest ભથ્થું બે બરાબર છે
નીચેનો ટાઈમિંગ ડાયાગ્રામ એવલોન-એમએમ હોસ્ટ માટે સમય દર્શાવે છે જેમાં એવલોન-એમએમ એજન્ટ અનુક્રમે ડીઝર્ટ અથવા એસેર્ટ વેઇટ રિક્વેસ્ટ પછી ટ્રાન્સફર મોકલવાનું શરૂ કરવા અને રોકવા માટે બે ઘડિયાળ ચક્ર ધરાવે છે.

આકૃતિ 8. યજમાન લખો: waitrequestAllowance બે ઘડિયાળ ચક્ર સમાન

1 2

3 4

5

6

ઘડિયાળ

લખો

રાહ વિનંતી

ડેટા[7:0]

A0 A1 A2

A3 A4

B0 B1

B3

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 23

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આ આકૃતિમાં માર્કર્સ નીચેની ઘટનાઓને ચિહ્નિત કરે છે:
1. Avalon-MM> હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે.
2. એવલોન-એમએમ> એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે. કારણ કે waitrequestAllowance 2 છે, હોસ્ટ 2 વધારાના ડેટા ટ્રાન્સફરને પૂર્ણ કરવામાં સક્ષમ છે.
3. યજમાન ડીઝર્ટ જરૂર મુજબ લખે છે કારણ કે એજન્ટ ત્રીજા ચક્ર માટે રાહ જોવાની વિનંતી કરી રહ્યો છે.
4. Avalon-MM> હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે. એજન્ટ રાહ જોવાની વિનંતી કરી રહ્યો નથી. લખે છે સંપૂર્ણ.
5. એવલોન હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે તેમ છતાં એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે. કારણ કે waitrequestAllowance એ 2 ચક્ર છે, લખવાનું પૂર્ણ થાય છે.
6. એવલોન હોસ્ટ ડ્રાઈવો લખે છે અને ડેટા આપે છે. એજન્ટ રાહ જોવાની વિનંતી કરી રહ્યો નથી. લખાણ પૂર્ણ થાય છે.

3.5.2.2. waitrequest ભથ્થું એક સમાન છે
નીચેના ટાઇમિંગ ડાયાગ્રામ એવલોન-એમએમ હોસ્ટ માટે સમય દર્શાવે છે કે જેની પાસે એવલોન-એમએમ એજન્ટ અનુક્રમે ડીઝર્ટ અથવા વેઇટ રિક્વેસ્ટનો દાવો કર્યા પછી ટ્રાન્સફર મોકલવાનું શરૂ કરવા અને રોકવા માટે એક ઘડિયાળ ચક્ર ધરાવે છે:
આકૃતિ 9. હોસ્ટ લખો: waitrequestAllowance Equals One Clock Cycle

1 clk

23 4

5

6 7

8

લખો

રાહ વિનંતી

ડેટા[7:0]

A0 A1 A2

A3 A4

B0

B1 B2

B3

આ આંકડામાંની સંખ્યાઓ નીચેની ઘટનાઓને ચિહ્નિત કરે છે:
1. એવલોન-એમએમ હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે.
2. એવલોન-એમએમ એજન્ટ રાહ વિનંતીનો દાવો કરે છે. કારણ કે waitrequestAllowance 1 છે, હોસ્ટ લખવાનું પૂર્ણ કરી શકે છે.
3. હોસ્ટ ડીઝર્ટ લખે છે કારણ કે એજન્ટ બીજા ચક્ર માટે રાહ જોવાની વિનંતી કરી રહ્યો છે.
4. એવલોન-એમએમ હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે. એજન્ટ રાહ જોવાની વિનંતી કરી રહ્યો નથી. લખે છે સંપૂર્ણ.
5. એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે. કારણ કે waitrequestAllowance 1 ચક્ર છે, લખવાનું પૂર્ણ થાય છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 24

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

6. એવલોન-એમએમ હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા. એજન્ટ રાહ જોવાની વિનંતી કરી રહ્યો નથી. લખાણ પૂર્ણ થાય છે.
7. એવલોન-એમએમ એજન્ટ રાહ વિનંતીનો દાવો કરે છે. કારણ કે waitrequestAllowance 1 છે, હોસ્ટ એક વધારાનો ડેટા ટ્રાન્સફર પૂર્ણ કરી શકે છે.
8. એવલોન હોસ્ટ ડ્રાઈવો લખે છે અને ડેટા આપે છે. એજન્ટ રાહ જોવાની વિનંતી કરી રહ્યો નથી. લખાણ પૂર્ણ થાય છે.

3.5.2.3. waitrequest ભથ્થું બે બરાબર છે - ભલામણ કરેલ નથી

નીચેનો આકૃતિ એવલોન-એમએમ> હોસ્ટ માટે સમય દર્શાવે છે જે પ્રતિક્ષા વિનંતી પર ભાર મૂક્યા પછી બે ટ્રાન્સફર મોકલી શકે છે.

આ સમય કાયદેસર છે, પરંતુ આગ્રહણીય નથી. આમાં માજીampહોસ્ટ ઘડિયાળના ચક્રની સંખ્યાને બદલે વ્યવહારોની સંખ્યા ગણે છે. આ અભિગમ માટે એક કાઉન્ટરની જરૂર છે જે અમલીકરણને વધુ જટિલ બનાવે છે અને સમય બંધ થવાને અસર કરી શકે છે.
જ્યારે હોસ્ટ નક્કી કરે છે કે વેઇટરીક્વેસ્ટ સિગ્નલ અને સતત સંખ્યાના ચક્ર સાથે વ્યવહારો ક્યારે ચલાવવાના છે, ત્યારે હોસ્ટ નોંધાયેલા સિગ્નલોના આધારે વ્યવહારો શરૂ કરે છે અથવા બંધ કરે છે.

આકૃતિ 10. વેઇટરીક્વેસ્ટ એલાઉન્સ બે ટ્રાન્સફરની બરાબર છે

1 23 clk

45

6

7

લખો

રાહ વિનંતી

ડેટા

આ આંકડોમાંની સંખ્યાઓ નીચેની ઘટનાઓને ચિહ્નિત કરે છે: 1. Avalon-MM> હોસ્ટ ડેટા લખવા અને ચલાવે છે.
2. એવલોન-એમએમ> એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે.
3. Avalon-MM> હોસ્ટ ડ્રાઇવ્સ લખે છે અને ડેટા આપે છે. કારણ કે waitrequestAllowance 2 છે, હોસ્ટ ડેટાને સતત 2 ચક્રમાં ચલાવે છે.
4. Avalon-MM> હોસ્ટ ડેઝર્ટ લખે છે કારણ કે હોસ્ટે 2-ટ્રાન્સફર વેઇટરીક્વેસ્ટ એલાઉન્સનો ખર્ચ કર્યો છે.
5. Avalon-MM> હોસ્ટ વેઇટ રિક્વેસ્ટ રદ થતાંની સાથે જ એક લખાણ બહાર પાડે છે.
6. Avalon-MM> હોસ્ટ ડ્રાઈવો લખે છે અને ડેટા આપે છે. એજન્ટ 1 ચક્ર માટે રાહ જોવાની વિનંતી કરે છે.
7. waitrequest ના જવાબમાં, Avalon-MM> હોસ્ટ 2 ચક્ર માટે ડેટા ધરાવે છે.

3.5.2.4. Avalon-MM હોસ્ટ અને એજન્ટ ઇન્ટરફેસ માટે waitrequestAllowance સુસંગતતા
એવલોન-એમએમ હોસ્ટ્સ અને એજન્ટો કે જે વેઇટરીક્વેસ્ટ સિગ્નલ બેકપ્રેશરને સપોર્ટ કરે છે. બેકપ્રેશર ધરાવતા હોસ્ટ હંમેશા બેકપ્રેશર વગર એજન્ટો સાથે જોડાઈ શકે છે. બેકપ્રેશર વગરના યજમાનો બેકપ્રેશર ધરાવતા એજન્ટો સાથે જોડાઈ શકતા નથી.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 25

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

કોષ્ટક 11. Avalon-MM હોસ્ટ્સ અને એજન્ટો માટે waitrequestAllowance સુસંગતતા

યજમાન અને એજન્ટ રાહ વિનંતી ભથ્થું

સુસંગતતા

યજમાન = 0 એજન્ટ = 0
હોસ્ટ = 0 એજન્ટ > 0

પ્રમાણભૂત એવલોન-એમએમ ઇન્ટરફેસ જેવા જ સુસંગતતા નિયમોનું પાલન કરે છે.
સીધા જોડાણો શક્ય નથી. વેઇટરીક્વેસ્ટ સિગ્નલ સાથે હોસ્ટના કેસ માટે સરળ અનુકૂલન જરૂરી છે. જો યજમાન waitrequest સિગ્નલને સપોર્ટ કરતું નથી તો કનેક્શન અશક્ય છે.

હોસ્ટ > 0 એજન્ટ = 0
હોસ્ટ > 0 એજન્ટ > 0

સીધા જોડાણો શક્ય નથી. વેઇટ રિક્વેસ્ટ સિગ્નલ અથવા નિશ્ચિત રાહ સ્ટેટ્સ સાથે એજન્ટ સાથે કનેક્ટ કરતી વખતે અનુકૂલન (બફર્સ) જરૂરી છે.
જો યજમાનનું ભથ્થું <= એજન્ટનું ભથ્થું હોય તો કોઈ અનુકૂલનની જરૂર નથી. જો યજમાન ભથ્થું < એજન્ટ ભથ્થું, તો પાઇપલાઇન રજિસ્ટર દાખલ કરવામાં આવી શકે છે. પોઈન્ટ-ટુ-પોઈન્ટ કનેક્શન્સ માટે, તમે કમાન્ડ સિગ્નલો અથવા વેઇટરીક્વેસ્ટ સિગ્નલો પર પાઇપલાઇન રજિસ્ટર ઉમેરી શકો છો. સુધી રજીસ્ટર એસtages જ્યાં દાખલ કરી શકાય છે ભથ્થાં વચ્ચેનો તફાવત છે. એજન્ટ કરતાં વધુ વેઇટ રિક્વેસ્ટ એલાઉન્સ સાથે હોસ્ટને કનેક્ટ કરવા માટે બફરિંગની જરૂર પડે છે.

3.5.2.5. waitrequestAllowance ભૂલ શરતો
જો એવલોન-એમએમ ઈન્ટરફેસ રાહ વિનંતી ભથ્થા સ્પષ્ટીકરણનું ઉલ્લંઘન કરે છે તો વર્તન અણધારી છે.
· જો કોઈ યજમાન waitrequestAllowance =નું ઉલ્લંઘન કરે છે કરતાં વધુ મોકલીને સ્પષ્ટીકરણ ટ્રાન્સફર, ટ્રાન્સફર છોડી દેવામાં આવી શકે છે અથવા ડેટા ભ્રષ્ટાચાર થઈ શકે છે.
· જો કોઈ એજન્ટ શક્ય હોય તેના કરતા મોટા વેઇટ રિક્વેસ્ટ એલાઉન્સની જાહેરાત કરે છે, તો કેટલાક ટ્રાન્સફર છોડી દેવામાં આવી શકે છે અથવા ડેટા ભ્રષ્ટાચાર થઈ શકે છે.
3.5.3. નિશ્ચિત પ્રતીક્ષા-સ્થિતિઓ સાથે ટ્રાન્સફર વાંચો અને લખો
એજન્ટ readWaitTime અને writeWaitTime ગુણધર્મોનો ઉપયોગ કરીને નિશ્ચિત રાહ-સ્થિતિઓનો ઉલ્લેખ કરી શકે છે. સ્થિર રાહ-સ્થિતિઓનો ઉપયોગ કરવો એ ટ્રાન્સફરને રોકવા માટે waitrequest નો ઉપયોગ કરવાનો વિકલ્પ છે. સ્થાનાંતરણની અવધિ માટે સરનામું અને નિયંત્રણ સંકેતો (બાયટીનેબલ, વાંચવા અને લખવા) સતત રાખવામાં આવે છે. ReadWaitTime સેટ કરી રહ્યું છે અથવા WaitTime લખી રહ્યું છે માટે વેઇટ રિક્વેસ્ટનો દાવો કરવા સમાન છે ટ્રાન્સફર દીઠ ચક્ર.
નીચેની આકૃતિમાં, એજન્ટ પાસે WaitTime = 2 અને readWaitTime = 1 છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 26

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 11.

એજન્ટ ઈન્ટરફેસ પર ફિક્સ્ડ વેઈટ-સ્ટેટ્સ સાથે ટ્રાન્સફર વાંચો અને લખો

1

2

3

4

5

clk

સરનામું

સરનામું

સરનામું

બાયટીનેબલ

બાયટીનેબલ

વાંચો

readdata પ્રતિભાવ લખો datadata

રીડડેટા પ્રતિભાવ

ડેટા લખો

આ ટાઇમિંગ ડાયાગ્રામમાંની સંખ્યાઓ નીચેના સંક્રમણોને ચિહ્નિત કરે છે:
1. હોસ્ટ એડ્રેસનો દાવો કરે છે અને clk ની વધતી ધાર પર વાંચે છે.
2. clk ની આગળની વધતી ધાર પ્રથમ અને માત્ર રાહ-સ્થિતિ ચક્રના અંતને ચિહ્નિત કરે છે. વાંચવાનો પ્રતીક્ષાનો સમય 1 છે.
3. એજન્ટ ક્લીકની વધતી ધાર પર રીડડેટા અને પ્રતિસાદનો દાવો કરે છે. રીડ ટ્રાન્સફર સમાપ્ત થાય છે.
4. એજન્ટને ડેટા, સરનામું, બાયટીનેબલ અને લખવાના સંકેતો ઉપલબ્ધ છે.
5. રાઈટ ટ્રાન્સફર 2 રાહ-સ્થિતિ ચક્ર પછી સમાપ્ત થાય છે.
સિંગલ વેઇટ-સ્ટેટ સાથે ટ્રાન્સફરનો ઉપયોગ સામાન્ય રીતે મલ્ટિસાઇકલ ઑફ-ચિપ પેરિફેરલ્સ માટે થાય છે. પેરિફેરલ clk ની વધતી ધાર પર સરનામું અને નિયંત્રણ સંકેતો મેળવે છે. ડેટા પરત કરવા માટે પેરિફેરલ પાસે એક સંપૂર્ણ ચક્ર છે.
શૂન્ય રાહ-સ્થિતિઓવાળા ઘટકોને મંજૂરી છે. જો કે, શૂન્ય વેઇટસ્ટેટ્સ ધરાવતા ઘટકો પ્રાપ્ત કરી શકાય તેવી આવર્તન ઘટાડી શકે છે. શૂન્ય રાહ-રાજ્યોને વિનંતી રજૂ કરવામાં આવી હતી તે જ ચક્રમાં પ્રતિસાદ જનરેટ કરવા માટે ઘટકની જરૂર છે.

3.5.4. પાઇપલાઇન ટ્રાન્સફર
એવલોન-એમએમ પાઇપલાઇન રીડ ટ્રાન્સફર સિંક્રનસ એજન્ટ ઉપકરણો માટે થ્રુપુટમાં વધારો કરે છે જેને પ્રથમ એક્સેસ માટે ડેટા પરત કરવા માટે ઘણા ચક્રની જરૂર પડે છે. આવા ઉપકરણો સામાન્ય રીતે તે પછીના અમુક સમય માટે ચક્ર દીઠ એક ડેટા મૂલ્ય પરત કરી શકે છે. પાછલા ટ્રાન્સફર માટેનો રીડડેટા પાછો આવે તે પહેલાં નવા પાઇપલાઇનવાળા રીડ ટ્રાન્સફર શરૂ થઈ શકે છે.
પાઈપલાઈન રીડ ટ્રાન્સફરમાં એડ્રેસ ફેઝ અને ડેટા ફેઝ હોય છે. હોસ્ટ સરનામાના તબક્કા દરમિયાન સરનામું રજૂ કરીને ટ્રાન્સફર શરૂ કરે છે. એજન્ટ ડેટા તબક્કા દરમિયાન ડેટા પહોંચાડીને ટ્રાન્સફરને પૂર્ણ કરે છે. અગાઉના ટ્રાન્સફરનો ડેટા તબક્કો પૂર્ણ થાય તે પહેલાં નવા ટ્રાન્સફર (અથવા બહુવિધ ટ્રાન્સફર) માટે સરનામાનો તબક્કો શરૂ થઈ શકે છે. વિલંબને પાઇપલાઇન લેટન્સી કહેવામાં આવે છે. પાઇપલાઇન લેટન્સી એ સરનામાના તબક્કાના અંતથી ડેટા તબક્કાની શરૂઆત સુધીનો સમયગાળો છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 27

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

પ્રતીક્ષા-સ્થિતિઓ અને પાઇપલાઇન લેટન્સી માટે સ્થાનાંતરિત સમય નીચેના મુખ્ય તફાવતો ધરાવે છે:
· પ્રતીક્ષા-સ્થળો-પ્રતીક્ષા-સ્થિતિઓ સરનામાના તબક્કાની લંબાઈ નક્કી કરે છે. પ્રતીક્ષા-રાજ્યો પોર્ટના મહત્તમ થ્રુપુટને મર્યાદિત કરે છે. જો એજન્ટને ટ્રાન્સફરની વિનંતીનો જવાબ આપવા માટે એક રાહ-સ્થિતિની જરૂર હોય, તો પોર્ટને ટ્રાન્સફર દીઠ બે ઘડિયાળ ચક્રની જરૂર પડે છે.
· પાઈપલાઈન લેટન્સી-પાઈપલાઈન લેટન્સી એ સમય નક્કી કરે છે જ્યાં સુધી એડ્રેસ ફેઝથી સ્વતંત્ર રીતે ડેટા પરત ન થાય. એક પાઈપલાઈન એજન્ટ પ્રતિ સાઈકલ એક ટ્રાન્સફર જાળવી શકે છે. જો કે, એજન્ટને ડેટાનું પ્રથમ એકમ પરત કરવા માટે વિલંબના ઘણા ચક્રની જરૂર પડી શકે છે.
પ્રતીક્ષા-સ્થિતિઓ અને પાઈપલાઈન રીડને એકસાથે સપોર્ટ કરી શકાય છે. પાઇપલાઇન લેટન્સી ક્યાં તો નિશ્ચિત અથવા ચલ હોઈ શકે છે.

3.5.4.1. વેરિયેબલ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર
સરનામું અને નિયંત્રણ સિગ્નલો કેપ્ચર કર્યા પછી, એવલોન-એમએમ પાઇપલાઇન એજન્ટ ડેટા ઉત્પન્ન કરવા માટે એક અથવા વધુ ચક્ર લે છે. પાઈપલાઈન કરેલ એજન્ટ પાસે કોઈપણ સમયે બહુવિધ બાકી રીડ ટ્રાન્સફર હોઈ શકે છે.
વેરિયેબલ-લેટન્સી પાઇપલાઇન રીડ ટ્રાન્સફર:
· એક વધારાના સિગ્નલની જરૂર છે, રીડડેટાવેલીડ, જે દર્શાવે છે કે રીડ ડેટા ક્યારે માન્ય છે.
· બિન-પાઈપલાઈન રીડ ટ્રાન્સફર જેવા જ સિગ્નલોનો સમૂહ શામેલ કરો.
વેરિયેબલ-લેટન્સી પાઈપલાઈન રીડ ટ્રાન્સફરમાં, રીડડેટાવેલિડનો ઉપયોગ કરતા એજન્ટ પેરિફેરલ્સને વેરિયેબલ લેટન્સી સાથે પાઈપલાઈન ગણવામાં આવે છે. રીડ કમાન્ડને અનુરૂપ રીડડેટા અને રીડડેટાવેલીડ સિગ્નલો વહેલામાં વહેલી તકે રીડ કમાન્ડની ખાતરી કર્યા પછી ચક્ર પર ભારપૂર્વક કહી શકાય.
એજન્ટે તે જ ક્રમમાં રીડડેટા પરત કરવો જોઈએ જે રીતે રીડ આદેશો સ્વીકારવામાં આવે છે. વેરિયેબલ લેટન્સી સાથેના પાઈપલાઈન એજન્ટ પોર્ટોએ waitrequest નો ઉપયોગ કરવો આવશ્યક છે. એજન્ટ બાકી ટ્રાન્સફરની સ્વીકાર્ય સંખ્યા જાળવવા માટે ટ્રાન્સફરને રોકવા માટે રાહ વિનંતી કરી શકે છે. એજન્ટ વેઇટ રિક્વેસ્ટ સાથે નવો આદેશ અટકાવી રહ્યો છે કે કેમ તે અંગે સ્વતંત્ર રીતે હોસ્ટને ડેટા ટ્રાન્સફર કરવા માટે રીડડેટા માન્ય ગણાવી શકે છે.

નોંધ:

બાકી ટ્રાન્સફરની મહત્તમ સંખ્યા એ એજન્ટ ઇન્ટરફેસની મિલકત છે. ઇન્ટરકનેક્ટ ફેબ્રિક આ નંબરનો ઉપયોગ કરીને હોસ્ટને વિનંતી કરવા માટે રીડડેટાને રૂટ કરવા માટે તર્ક બનાવે છે. એજન્ટ ઇન્ટરફેસ, ઇન્ટરકનેક્ટ ફેબ્રિકને નહીં, બાકી વાંચવાની સંખ્યાને ટ્રૅક કરવી આવશ્યક છે. પેન્ડિંગ રીડની સંખ્યાને મહત્તમ સંખ્યાને વટાવી ન જાય તે માટે એજન્ટે રાહ જોવાની વિનંતી કરવી આવશ્યક છે. જો કોઈ એજન્ટ પાસે waitrequestAllowance > 0 હોય, તો એજન્ટે વહેલી તકે વેઇટ રિક્વેસ્ટનો દાવો કરવો જોઈએ જેથી કરીને વેઇટ રિક્વેસ્ટનો દાવો કરવામાં આવે ત્યારે સ્વીકૃત સહિત કુલ બાકી ટ્રાન્સફર, ઉલ્લેખિત બાકી ટ્રાન્સફરની મહત્તમ સંખ્યા કરતાં વધી ન જાય.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 28

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 12.

વેરિયેબલ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર

નીચેનો આંકડો અનેક એજન્ટ રીડ ટ્રાન્સફર દર્શાવે છે. એજન્ટને ચલ લેટન્સી સાથે પાઇપલાઇન કરવામાં આવે છે. આ આંકડામાં, એજન્ટ વધુમાં વધુ બે બાકી ટ્રાન્સફર સ્વીકારી શકે છે. એજન્ટ આ મહત્તમને ઓવરરન કરવાનું ટાળવા માટે waitrequest નો ઉપયોગ કરે છે.

1

2

34

5

6

78

9

10

11

clk

સરનામું

addr1

addr2

addr3

addr4

addr5

વાંચો

રાહ વિનંતી

readdata readdatavalid

ડેટા 1

ડેટા2

ડેટા 3

ડેટા4

ડેટા5

આ ટાઇમિંગ ડાયાગ્રામમાંની સંખ્યાઓ, નીચેના સંક્રમણોને ચિહ્નિત કરે છે:
1. હોસ્ટ એડ્રેસ અને રીડનો દાવો કરે છે, રીડ ટ્રાન્સફર શરૂ કરે છે.
2. એજન્ટ addr1 મેળવે છે.
3. એજન્ટ addr2 મેળવે છે.
4. એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે કારણ કે એજન્ટે પહેલેથી જ વધુમાં વધુ બે પેન્ડિંગ રીડ સ્વીકાર્યા છે, જેના કારણે ત્રીજું ટ્રાન્સફર અટકી ગયું છે.
5. એજન્ટ ડેટા1 પર ભાર મૂકે છે, addr1 નો પ્રતિભાવ. એજન્ટ રાહ જોવાની વિનંતી કરે છે.
6. એજન્ટ addr3 મેળવે છે. ઇન્ટરકનેક્ટ ડેટા 1 મેળવે છે.
7. એજન્ટ addr4 મેળવે છે. ઇન્ટરકનેક્ટ ડેટા 2 મેળવે છે.
8. એજન્ટ ત્રીજા રીડ ટ્રાન્સફરના જવાબમાં રીડડેટાવેલીડ અને રીડડેટા ચલાવે છે.
9. એજન્ટ addr5 મેળવે છે. ઇન્ટરકનેક્ટ ડેટા3 કેપ્ચર કરે છે. રીડ સિગ્નલ નિષ્ક્રિય છે. રાહ વિનંતીનું મૂલ્ય હવે સંબંધિત નથી.
10. ઇન્ટરકનેક્ટ ડેટા4 કેપ્ચર કરે છે.
11. એજન્ટ ડેટા5 ચલાવે છે અને અંતિમ પેન્ડિંગ રીડ ટ્રાન્સફર માટે ડેટા ફેઝ પૂર્ણ કરીને રીડડેટા માન્ય હોવાનો દાવો કરે છે.
જો એજન્ટ પેન્ડિંગ રીડ ટ્રાન્સફરની પ્રક્રિયા કરતી વખતે રાઈટ ટ્રાન્સફરને હેન્ડલ કરી શકતો નથી, તો એજન્ટે વેઈટ રિક્વેસ્ટનો દાવો કરવો જોઈએ અને જ્યાં સુધી પેન્ડિંગ રીડ ટ્રાન્સફર પૂર્ણ ન થઈ જાય ત્યાં સુધી રાઈટ ઑપરેશન રોકવું જોઈએ. એવલોન-એમએમ સ્પષ્ટીકરણ એ ઘટનામાં રીડડેટાના મૂલ્યને વ્યાખ્યાયિત કરતું નથી કે જ્યારે એજન્ટ હાલમાં પેન્ડિંગ રીડ ટ્રાન્સફર તરીકે સમાન સરનામાં પર લેખિત ટ્રાન્સફર સ્વીકારે છે.
3.5.4.2. ફિક્સ્ડ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર
ફિક્સ્ડ લેટન્સી રીડ ટ્રાન્સફર માટે એડ્રેસ ફેઝ વેરિયેબલ લેટન્સી કેસ જેવો જ છે. સરનામાના તબક્કા પછી, નિયત રીડ લેટન્સી સાથેની પાઇપલાઇન માન્ય રીડડેટા પરત કરવા માટે નિશ્ચિત સંખ્યામાં ઘડિયાળ ચક્ર લે છે. રીડ લેટન્સી પ્રોપર્ટી માન્ય રીડડેટા પરત કરવા માટે ઘડિયાળના ચક્રની સંખ્યાનો ઉલ્લેખ કરે છે. ઇન્ટરકનેક્ટ યોગ્ય વધતી ઘડિયાળની ધાર પર રીડડેટાને કેપ્ચર કરે છે, ડેટા તબક્કાને સમાપ્ત કરે છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 29

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

સરનામાના તબક્કા દરમિયાન, ટ્રાન્સફર અટકાવવા માટે રાહ જોવાની વિનંતી કરી શકે છે. અથવા, પ્રતીક્ષા સ્થિતિઓની નિશ્ચિત સંખ્યા માટે રીડ લેટન્સીનો ઉલ્લેખ કરે છે. એડ્રેસનો તબક્કો clk ની આગલી વધતી ધાર પર પ્રતીક્ષાની સ્થિતિ પછી સમાપ્ત થાય છે, જો કોઈ હોય તો.

ડેટા તબક્કા દરમિયાન, ડ્રાઇવ્સ નિશ્ચિત વિલંબ પછી ડેટા વાંચે છે. ની રીડ લેટન્સી માટે , પર માન્ય રીડડેટા રજૂ કરવો આવશ્યક છે સરનામાના તબક્કાના અંત પછી clk ની વધતી ધાર.

આકૃતિ 13.

બે સાયકલની ફિક્સ્ડ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર

નીચેનો આંકડો હોસ્ટ અને પાઇપલાઇન વચ્ચે બહુવિધ ડેટા ટ્રાન્સફર દર્શાવે છે. ડ્રાઇવ્સ ટ્રાન્સફરને રોકવા માટે રાહ જોવાની વિનંતી કરે છે અને તેમાં 2 ચક્રની નિશ્ચિત રીડ લેટન્સી છે.

12

3

45

6

clk

સરનામું

addr1

addr2 addr3

વાંચો

રાહ વિનંતી

રીડડેટા

ડેટા1

ડેટા2 ડેટા3

આ ટાઇમિંગ ડાયાગ્રામમાંની સંખ્યાઓ, નીચેના સંક્રમણોને ચિહ્નિત કરે છે: 1. યજમાન રીડ અને એડડ્ર1ની ખાતરી કરીને રીડ ટ્રાન્સફર શરૂ કરે છે. 2. એક ચક્ર માટે ટ્રાન્સફર બંધ રાખવાની રાહ જોવાની વિનંતી કરે છે. 3. clk ની વધતી ધાર પર addr1 કેપ્ચર કરે છે. સરનામાનો તબક્કો અહીં સમાપ્ત થાય છે. 4. ટ્રાન્સફરને સમાપ્ત કરીને, 2 ચક્ર પછી માન્ય રીડડેટા રજૂ કરે છે. 5. નવા રીડ ટ્રાન્સફર માટે addr2 અને રીડની ખાતરી આપવામાં આવી છે. 6. હોસ્ટ આગલા ચક્ર દરમિયાન ત્રીજું રીડ ટ્રાન્સફર શરૂ કરે છે, જેમાંથી ડેટા આવે તે પહેલાં
અગાઉનું ટ્રાન્સફર પરત કરવામાં આવે છે.

3.5.5. બર્સ્ટ ટ્રાન્સફર
A burst દરેક શબ્દને સ્વતંત્ર રીતે ટ્રીટ કરવાને બદલે એકમ તરીકે બહુવિધ ટ્રાન્સફર કરે છે. બર્સ્ટ એજન્ટ પોર્ટ માટે થ્રુપુટ વધારી શકે છે જે એક સમયે બહુવિધ શબ્દોને હેન્ડલ કરતી વખતે વધુ કાર્યક્ષમતા પ્રાપ્ત કરે છે, જેમ કે SDRAM. વિસ્ફોટની ચોખ્ખી અસર એ છે કે વિસ્ફોટના સમયગાળા માટે આર્બિટ્રેશનને લૉક કરવું. બર્સ્ટિંગ એવલોન-એમએમ ઈન્ટરફેસ કે જે રીડ અને રાઈટ બંનેને સપોર્ટ કરે છે તે રીડ અને રાઈટ બંનેને સપોર્ટ કરે છે.
બર્સ્ટિંગ એવલોન-એમએમ ઇન્ટરફેસમાં બર્સ્ટકાઉન્ટ આઉટપુટ સિગ્નલનો સમાવેશ થાય છે. જો એજન્ટ પાસે બર્સ્ટકાઉન્ટ ઇનપુટ હોય, તો એજન્ટ બર્સ્ટ સક્ષમ છે.
બર્સ્ટકાઉન્ટ સિગ્નલ નીચે પ્રમાણે વર્તે છે:
બર્સ્ટની શરૂઆતમાં, બર્સ્ટકાઉન્ટ બર્સ્ટમાં ક્રમિક ટ્રાન્સફરની સંખ્યા રજૂ કરે છે.
પહોળાઈ માટે બર્સ્ટકાઉન્ટની, મહત્તમ વિસ્ફોટ લંબાઈ 2 છે( -1). ન્યૂનતમ કાનૂની વિસ્ફોટ લંબાઈ એક છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 30

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24
એજન્ટ રીડ બર્સ્ટને ટેકો આપવા માટે, એજન્ટે પણ આધાર આપવો જોઈએ:
વેઇટ રિક્વેસ્ટ સિગ્નલ સાથે વેઇટ સ્ટેટ્સ.
રીડડેટાવેલીડ સિગ્નલ સાથે ચલ લેટન્સી સાથે પાઇપલાઇન ટ્રાન્સફર.
બર્સ્ટની શરૂઆતમાં, એજન્ટ બર્સ્ટકાઉન્ટ પર સરનામું અને બર્સ્ટ લંબાઈ મૂલ્ય જુએ છે. નું સરનામું અને બર્સ્ટકાઉન્ટ મૂલ્ય સાથેના વિસ્ફોટ માટે , એજન્ટે સરનામાંથી શરૂ થતાં સળંગ ટ્રાન્સફર કરવા જ જોઈએ . એજન્ટ પ્રાપ્ત કરે (લખવા) અથવા પરત કરે (વાંચે) પછી વિસ્ફોટ પૂર્ણ થાય છે ડેટા શબ્દ. બર્સ્ટિંગ એજન્ટે સરનામું મેળવવું જોઈએ અને દરેક બર્સ્ટ માટે માત્ર એક જ વાર બર્સ્ટકાઉન્ટ કરવું જોઈએ. એજન્ટ લોજિક એ બર્સ્ટમાં પ્રથમ સ્થાનાંતરણ સિવાય બધા માટે સરનામાંનું અનુમાન કરવું આવશ્યક છે. એજન્ટ ઇનપુટ સિગ્નલ બિગિનબર્સ્ટ ટ્રાન્સફરનો પણ ઉપયોગ કરી શકે છે, જે દરેક વિસ્ફોટના પ્રથમ ચક્ર પર ઇન્ટરકનેક્ટ દાવો કરે છે.
3.5.5.1. બર્સ્ટ લખો
આ નિયમો લાગુ થાય છે જ્યારે લેખન બર્સ્ટ એક કરતા વધુ બર્સ્ટકાઉન્ટ સાથે શરૂ થાય છે:
· જ્યારે વિસ્ફોટની ગણતરી વિસ્ફોટની શરૂઆતમાં રજૂ કરવામાં આવે છે, એજન્ટે સ્વીકારવું આવશ્યક છે વિસ્ફોટને પૂર્ણ કરવા માટે રાઇટડેટાના ક્રમિક એકમો. જ્યાં સુધી વિસ્ફોટ પૂર્ણ ન થાય ત્યાં સુધી હોસ્ટ-એજન્ટ જોડી વચ્ચેની આર્બિટ્રેશન લૉક રહે છે. આ લોક બાંયધરી આપે છે કે રાઈટ બર્સ્ટ પૂર્ણ ન થાય ત્યાં સુધી અન્ય કોઈ હોસ્ટ એજન્ટ પર વ્યવહારો ચલાવી શકશે નહીં.
એજન્ટે માત્ર લખવાનો ડેટા કેપ્ચર કરવો જોઈએ જ્યારે દાવાઓ લખવામાં આવે છે. વિસ્ફોટ દરમિયાન, હોસ્ટ રાઈટ ડેઝર્ટ કરી શકે છે જે દર્શાવે છે કે રાઈટડેટા અમાન્ય છે. ડિસર્ટિંગ લખવાથી વિસ્ફોટ સમાપ્ત થતો નથી. રાઈટ ડિસેર્શન વિસ્ફોટમાં વિલંબ કરે છે અને અન્ય કોઈ યજમાન એજન્ટને ઍક્સેસ કરી શકતા નથી, ટ્રાન્સફર કાર્યક્ષમતા ઘટાડે છે.
એજન્ટ ડેટા, રાઇટ, બર્સ્ટકાઉન્ટ અને બાયટીનેબલને સતત રાખવા માટે દબાણ કરવા માટે વેઇટ રિક્વેસ્ટને ભારપૂર્વક જણાવીને ટ્રાન્સફરમાં વિલંબ કરે છે.
બાયટીનેબલ સિગ્નલની કાર્યક્ષમતા બર્સ્ટિંગ અને નોન-બર્સ્ટિંગ એજન્ટો માટે સમાન છે. 32-બીટ એજન્ટને 64-બીટ હોસ્ટ બર્સ્ટ-રાઇટિંગ માટે, બાઇટ એડ્રેસ 4 થી શરૂ થાય છે, એજન્ટ દ્વારા જોવામાં આવેલું પ્રથમ રાઇટ ટ્રાન્સફર તેના એડ્રેસ 0 પર છે, જેમાં byteenable = 8'b11110000 છે. વિસ્ફોટના વિવિધ શબ્દો માટે બાયટીનેબલ્સ બદલાઈ શકે છે.
બાયટીનેબલ સિગ્નલો બધાને ભારપૂર્વક જણાવવામાં આવતું નથી. આંશિક શબ્દો લખવાનું બર્સ્ટ હોસ્ટ લખવામાં આવી રહેલા ડેટાને ઓળખવા માટે બાયટીનેબલ સિગ્નલનો ઉપયોગ કરી શકે છે.
બાયટીનેબલ સિગ્નલો સાથે લખવામાં આવે છે જે તમામ 0 છે તે ફક્ત AvalonMM એજન્ટને માન્ય વ્યવહારો તરીકે પસાર કરવામાં આવે છે.
કોન્સ્ટન્ટબર્સ્ટ બિહેવિયર પ્રોપર્ટી બર્સ્ટ સિગ્નલોના વર્તનને સ્પષ્ટ કરે છે.
— જ્યારે constantBurstBehavior યજમાન માટે સાચું હોય, ત્યારે હોસ્ટ બર્સ્ટ દરમિયાન સરનામું અને burstcount સ્થિર રાખે છે. જ્યારે એજન્ટ માટે સાચું હોય, ત્યારે constantBurstBehavior જાહેર કરે છે કે એજન્ટ અપેક્ષા રાખે છે કે સરનામું અને બર્સ્ટકાઉન્ટ બર્સ્ટ દરમિયાન સ્થિર રહેશે.
— જ્યારે constantBurstBehavior ખોટું હોય છે, ત્યારે હોસ્ટ માત્ર બર્સ્ટના પ્રથમ ટ્રાન્ઝેક્શન માટે સરનામું અને burstcount સ્થિર રાખે છે. જ્યારે constantBurstBehavior ખોટું હોય, ત્યારે એજન્ટ એસamples સરનામું અને burstcount માત્ર એક વિસ્ફોટના પ્રથમ વ્યવહાર પર.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 31

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 14.

યજમાન અને એજન્ટ માટે ફોલ્સ પર સેટ કરેલ કોન્સ્ટન્ટબર્સ્ટ બિહેવિયર સાથે બર્સ્ટ લખો

નીચેનો આંકડો એક એજન્ટ રાઈટ બર્સ્ટ ઓફ લંબાઈ દર્શાવે છે 4. આ એક્સમાંampતેથી, એજન્ટ વિસ્ફોટમાં વિલંબ કરવા માટે બે વાર વેઇટ રિક્વેસ્ટનો દાવો કરે છે.

12

3

4

5

67

8

clk

સરનામું

addr1

બર્સ્ટ ટ્રાન્સફર શરૂ કરો

burstcount

4

લખો

ડેટા લખો

ડેટા1

ડેટા2

ડેટા3

ડેટા4

રાહ વિનંતી

આ ટાઇમિંગ ડાયાગ્રામમાંની સંખ્યાઓ નીચેના સંક્રમણોને ચિહ્નિત કરે છે:
1. હોસ્ટ એડ્રેસ, બર્સ્ટકાઉન્ટ, લખે છે અને રાઈટડેટાના પ્રથમ યુનિટને ચલાવે છે.
2. એજન્ટ તરત જ રાહ જોવાની વિનંતી કરે છે, જે દર્શાવે છે કે એજન્ટ ટ્રાન્સફર સાથે આગળ વધવા માટે તૈયાર નથી.
3. રાહ વિનંતી ઓછી છે. એજન્ટ addr1, burstcount અને રાઈટડેટાનું પ્રથમ એકમ મેળવે છે. ટ્રાન્સફરના અનુગામી ચક્ર પર, સરનામું અને બર્સ્ટકાઉન્ટને અવગણવામાં આવે છે.
4. એજન્ટ clk ની વધતી ધાર પર ડેટાના બીજા એકમને કેપ્ચર કરે છે.
5. વિસ્ફોટ થોભાવવામાં આવે છે જ્યારે લખવાનું બંધ કરવામાં આવે છે.
6. એજન્ટ clk ની વધતી ધાર પર ડેટાના ત્રીજા એકમને કેપ્ચર કરે છે.
7. એજન્ટ રાહ જોવાની વિનંતી કરે છે. જવાબમાં, બધા આઉટપુટ અન્ય ઘડિયાળ ચક્ર દ્વારા સતત રાખવામાં આવે છે.
8. એજન્ટ clk ની આ વધતી ધાર પર ડેટાના છેલ્લા એકમને કેપ્ચર કરે છે. એજન્ટ રાઇટ બર્સ્ટ સમાપ્ત થાય છે.
ઉપરની આકૃતિમાં, બિગબર્સ્ટટ્રાન્સફર સિગ્નલ વિસ્ફોટના પ્રથમ ઘડિયાળ ચક્ર માટે ભારપૂર્વક જણાવવામાં આવે છે અને આગામી ઘડિયાળ ચક્ર પર તેને દૂર કરવામાં આવે છે. જો એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે તો પણ, બિગિનબર્સ્ટ ટ્રાન્સફર સિગ્નલ માત્ર પ્રથમ ઘડિયાળ ચક્ર માટે જ ભારપૂર્વક આપવામાં આવે છે.
સંબંધિત માહિતી
પૃષ્ઠ 17 પર ઇન્ટરફેસ ગુણધર્મો

3.5.5.2. વિસ્ફોટો વાંચો
રીડ બર્સ્ટ વેરિયેબલ લેટન્સી સાથે પાઇપલાઇન રીડ ટ્રાન્સફર જેવા જ છે. રીડ બર્સ્ટમાં અલગ સરનામું અને ડેટા તબક્કાઓ હોય છે. readdatavalid સૂચવે છે જ્યારે એજન્ટ માન્ય રીડડેટા રજૂ કરે છે. પાઇપલાઇનવાળા રીડ ટ્રાન્સફરથી વિપરીત, સિંગલ રીડ બર્સ્ટ એડ્રેસ બહુવિધ ડેટા ટ્રાન્સફરમાં પરિણમે છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 32

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

આ નિયમો રીડ બર્સ્ટ પર લાગુ થાય છે:
· જ્યારે યજમાન એજન્ટ સાથે સીધું જોડાય છે, ત્યારે તેની સંખ્યા મતલબ કે એજન્ટે પરત ફરવું પડશે વિસ્ફોટ પૂર્ણ કરવા માટે રીડડેટાના શબ્દો. એવા કિસ્સાઓ માટે કે જ્યાં ઇન્ટરકનેક્ટ હોસ્ટ અને એજન્ટની જોડીને જોડે છે, ઇન્ટરકનેક્ટ હોસ્ટ તરફથી એજન્ટને મોકલવામાં આવેલા રીડ કમાન્ડને દબાવી શકે છે. માજી માટેample, જો યજમાન 0 ની બાયટીનેબલ વેલ્યુ સાથે રીડ કમાન્ડ મોકલે છે, તો ઇન્ટરકનેક્ટ રીડને દબાવી શકે છે. પરિણામે, એજન્ટ રીડ કમાન્ડનો જવાબ આપતો નથી.
· એજન્ટ રીડડેટા આપીને અને ચક્ર માટે રીડડેટા માન્ય ગણાવીને દરેક શબ્દ રજૂ કરે છે. રીડડેટાવેલિડ વિલંબને દૂર કરવું પરંતુ વિસ્ફોટ ડેટા તબક્કાને સમાપ્ત કરતું નથી.
· બર્સ્ટકાઉન્ટ > 1 સાથે વાંચવા માટે, ઇન્ટેલ તમામ બાયટીનેબલ્સને ભારપૂર્વક જણાવવાની ભલામણ કરે છે.

નોંધ:

ઇન્ટેલ ભલામણ કરે છે કે બર્સ્ટ સક્ષમ એજન્ટોને વાંચવાની આડઅસર નથી. (આ સ્પષ્ટીકરણ કોઈ બાંયધરી આપતું નથી કે વિનંતિ સંતોષવા માટે હોસ્ટ એજન્ટ પાસેથી કેટલા બાઈટ વાંચે છે.)

આકૃતિ 15.

વિસ્ફોટ વાંચો

નીચેની આકૃતિ એજન્ટને એક્સેસ કરતા બે બર્સ્ટિંગ હોસ્ટ સાથેની સિસ્ટમને દર્શાવે છે. નોંધ લો કે યજમાન બી વાહન ચલાવી શકે છે

હોસ્ટ A માટે ડેટા પાછો આવે તે પહેલાં વાંચવાની વિનંતી.

1

23

45

6

clk

સરનામું A0 (હોસ્ટ A) A1 હોસ્ટ (B)

વાંચો

બર્સ્ટ ટ્રાન્સફર શરૂ કરો

રાહ વિનંતી

burstcount

4

2

રીડડેટા માન્ય

રીડડેટા

D(A0)D(A0+1) D(A0+2D)(A0+3)D(A1)D(A1+1)

આ ટાઇમિંગ ડાયાગ્રામમાંની સંખ્યાઓ, નીચેના સંક્રમણોને ચિહ્નિત કરે છે:
1. હોસ્ટ A એ સરનામું (A0), burstcount, અને clk ની વધતી ધાર પછી વાંચે છે. એજન્ટ વેઇટ રિક્વેસ્ટનો દાવો કરે છે, જેના કારણે બિગિનબર્સ્ટ ટ્રાન્સફર સિવાયના તમામ ઇનપુટ્સ અન્ય ઘડિયાળ ચક્ર દ્વારા સતત રાખવામાં આવે છે.
2. એજન્ટ clk ની આ વધતી ધાર પર A0 અને burstcount મેળવે છે. આગામી ચક્ર પર નવું ટ્રાન્સફર શરૂ થઈ શકે છે.
3. હોસ્ટ B ડ્રાઇવ એડ્રેસ (A1), બર્સ્ટકાઉન્ટ, અને રીડ. એજન્ટ રાહ જોવાની વિનંતી કરે છે, જેના કારણે બિગિનબર્સ્ટ ટ્રાન્સફર સિવાયના તમામ ઇનપુટ્સ સતત રાખવામાં આવે છે. એજન્ટ આ સમયે, વહેલામાં વહેલી તકે પ્રથમ વાંચેલી વિનંતીમાંથી વાંચેલ ડેટા પરત કરી શક્યો હોત.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 33

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24
4. એજન્ટ માન્ય રીડડેટા રજૂ કરે છે અને હોસ્ટ A માટે ડેટાના પ્રથમ શબ્દને સ્થાનાંતરિત કરીને, રીડડેટા માન્ય હોવાનો દાવો કરે છે.
5. યજમાન A માટેનો બીજો શબ્દ ટ્રાન્સફર થાય છે. એજન્ટ રીડ બર્સ્ટને થોભાવીને રીડડેટાવેલિડ ડીઝર્ટ કરે છે. એજન્ટ પોર્ટ ક્લોક સાયકલની મનસ્વી સંખ્યા માટે રીડડેટા માન્ય રાખી શકે છે.
6. યજમાન B માટેનો પ્રથમ શબ્દ પાછો આવે છે.
3.5.5.3. લાઇનવેપ્ડ બર્સ્ટ્સ
સૂચના કેશ સાથેના પ્રોસેસર્સ લાઇન-રેપ્ડ બર્સ્ટનો ઉપયોગ કરીને કાર્યક્ષમતા મેળવે છે. જ્યારે પ્રોસેસર કેશમાં ન હોય તેવા ડેટાની વિનંતી કરે છે, ત્યારે કેશ નિયંત્રકે સમગ્ર કેશ લાઇનને રિફિલ કરવી આવશ્યક છે. 64 બાઈટની કેશ લાઇન સાઈઝ ધરાવતા પ્રોસેસર માટે, કેશ મિસને કારણે મેમરીમાંથી 64 બાઈટ વાંચવામાં આવે છે. જો કેશ મિસ થાય ત્યારે પ્રોસેસર એડ્રેસ 0xC થી વાંચે છે, તો બિનકાર્યક્ષમ કેશ કંટ્રોલર એડ્રેસ 0 પર બર્સ્ટ ઈશ્યૂ કરી શકે છે, જેના પરિણામે રીડ એડ્રેસ 0x0, 0x4, 0x8, 0xC, 0x10, 0x14, 0x18, . . . 0x3C. વિનંતી કરેલ ડેટા ચોથા વાંચન સુધી ઉપલબ્ધ નથી. લાઇનવ્રેપિંગ બર્સ્ટ સાથે, સરનામાંનો ક્રમ 0xC, 0x10, 0x14, 0x18, છે. . . 0x3C, 0x0, 0x4 અને 0x8. વિનંતી કરેલ ડેટા પહેલા પરત કરવામાં આવે છે. આખી કેશ લાઇન આખરે મેમરીમાંથી રિફિલ થાય છે.
3.5.6. પ્રતિભાવો વાંચો અને લખો
કોઈપણ એવલોન-એમએમ એજન્ટ માટે, આદેશોની પ્રક્રિયા જોખમ-મુક્ત રીતે થવી જોઈએ. જવાબો વાંચો અને લખો જે ક્રમમાં આદેશો સ્વીકારવામાં આવ્યા હતા.
3.5.6.1. Avalon-MM વાંચવા અને લખવા પ્રતિભાવો (યજમાનો અને એજન્ટો) માટે ટ્રાન્ઝેક્શન ઓર્ડર
કોઈપણ એવલોન-એમએમ હોસ્ટ માટે: · એવલોન ઈન્ટરફેસ વિશિષ્ટતાઓ ખાતરી આપે છે કે તે જ એજન્ટને આદેશ આપે છે
કમાન્ડ ઇશ્યુ ઓર્ડરમાં એજન્ટ સુધી પહોંચો, અને એજન્ટ કમાન્ડ ઇશ્યૂ ઓર્ડરમાં જવાબ આપે છે. · જુદા જુદા એજન્ટો આદેશો પ્રાપ્ત કરી શકે છે અને યજમાન જે તેમને જારી કરે છે તેના કરતાં અલગ ક્રમમાં જવાબ આપી શકે છે. જ્યારે સફળ થાય છે, ત્યારે એજન્ટ કમાન્ડ ઇશ્યૂ ક્રમમાં જવાબ આપે છે. · જવાબો (જો હાજર હોય તો) કમાન્ડ ઇશ્યુ ક્રમમાં પાછા ફરે છે, પછી ભલેને વાંચવા કે લખવાના આદેશો સમાન અથવા અલગ-અલગ એજન્ટો માટે હોય. એવલોન ઈન્ટરફેસ સ્પષ્ટીકરણો વિવિધ હોસ્ટ્સ વચ્ચેના વ્યવહારના ઓર્ડરની બાંયધરી આપતું નથી.
3.5.6.2. Avalon-MM પ્રતિભાવો વાંચો અને લખો ટાઇમિંગ ડાયાગ્રામ
નીચેનો આકૃતિ એવલોન-એમએમ વાંચવા અને લખવાના પ્રતિસાદો માટે આદેશ સ્વીકૃતિ અને આદેશ ઇશ્યૂ ઓર્ડર દર્શાવે છે. કારણ કે રીડ એન્ડ રાઈટ ઈન્ટરફેસ પ્રતિભાવ સિગ્નલ શેર કરે છે, ઈન્ટરફેસ એ જ ઘડિયાળ ચક્રમાં લખવાના પ્રતિભાવ અને રીડ રિસ્પોન્સને જારી કરી શકતું નથી અથવા સ્વીકારી શકતું નથી.
પ્રતિભાવો વાંચો, દરેક રીડડેટા માટે એક પ્રતિભાવ મોકલો. ની રીડ બર્સ્ટ લંબાઈ પરિણમે છે પ્રતિભાવો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 34

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

જવાબો લખો, દરેક લખવાના આદેશ માટે એક પ્રતિભાવ મોકલો. એક લેખન વિસ્ફોટ માત્ર એક જ પ્રતિભાવમાં પરિણમે છે. એજન્ટ ઇન્ટરફેસ બર્સ્ટમાં અંતિમ લેખન ટ્રાન્સફર સ્વીકાર્યા પછી પ્રતિસાદ મોકલે છે. જ્યારે ઇન્ટરફેસમાં રાઇટ રિસ્પોન્સવેલિડ સિગ્નલનો સમાવેશ થાય છે, ત્યારે બધા લખવાના આદેશો લખવાના જવાબો સાથે પૂર્ણ થવા જોઈએ.

આકૃતિ 16. એવલોન-એમએમ જવાબો વાંચો અને લખો ટાઇમિંગ ડાયાગ્રામ

clk

સરનામું

R0

W0

W1

R1

વાંચો

લખો

રીડડેટા માન્ય

લેખિત પ્રતિસાદ માન્ય

પ્રતિભાવ

R0

W0

W1

R1

3.5.6.2.1. રીડડેટાવેલીડ અથવા રાઈટ રિસ્પોન્સવેલિડ સાથે ન્યૂનતમ પ્રતિસાદ લેટન્સી ટાઇમિંગ ડાયાગ્રામ

રીડડેટાવેલીડ અથવા રાઈટ રિસ્પોન્સવેલિડ સાથેના ઈન્ટરફેસ માટે, ડિફોલ્ટ એક એક ચક્ર લઘુત્તમ પ્રતિભાવ લેટન્સી એવલોન-એમએમ હોસ્ટ્સ પર સમય બંધ કરવામાં મુશ્કેલી તરફ દોરી શકે છે.

નીચેના સમય આકૃતિઓ 1 અથવા 2 ચક્રની ન્યૂનતમ પ્રતિભાવ વિલંબિતતા માટે વર્તન દર્શાવે છે. નોંધ કરો કે વાસ્તવિક પ્રતિસાદ વિલંબ પણ લઘુત્તમ માન્ય મૂલ્ય કરતાં વધુ હોઈ શકે છે કારણ કે આ સમય આકૃતિઓ દર્શાવે છે.

આકૃતિ 17. ન્યૂનતમ પ્રતિભાવ વિલંબિતતા એક ચક્ર સમાન છે

clk વાંચો
ડેટા માન્ય ડેટા વાંચો

1 ચક્ર ન્યૂનતમ પ્રતિસાદ લેટન્સી

આકૃતિ 18. ન્યૂનતમ પ્રતિભાવ વિલંબિતતા બે સાયકલ clk સમાન છે
2 ચક્ર ન્યૂનતમ પ્રતિભાવ વિલંબ વાંચો
ડેટા માન્ય ડેટા વાંચો

સુસંગતતા
સમાન ન્યૂનતમ રિસ્પોન્સ લેટન્સી સાથેના ઇન્ટરફેસ કોઈપણ અનુકૂલન વિના આંતરસંચાલિત છે. જો હોસ્ટ પાસે એજન્ટ કરતાં વધુ ન્યૂનતમ રિસ્પોન્સ લેટન્સી હોય, તો તફાવતોની ભરપાઈ કરવા માટે પાઇપલાઇન રજિસ્ટરનો ઉપયોગ કરો. પાઇપલાઇન રજીસ્ટર જોઈએ

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 35

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

એજન્ટ પાસેથી ડેટા વાંચવામાં વિલંબ. જો એજન્ટ પાસે યજમાન કરતાં વધુ ન્યૂનતમ પ્રતિભાવ વિલંબિતતા હોય, તો ઇન્ટરફેસ અનુકૂલન વિના આંતરસંચાલિત હોય છે.

3.6. સરનામું ગોઠવણી
ઇન્ટરકનેક્ટ ફક્ત ગોઠવાયેલ એક્સેસને સપોર્ટ કરે છે. હોસ્ટ ફક્ત એવા સરનામાંને જ ઇશ્યૂ કરી શકે છે જે પ્રતીકોમાં તેની ડેટા પહોળાઈના બહુવિધ હોય. યજમાન કેટલાક બાયટીનેબલ્સને ડિસર્ટ કરીને આંશિક શબ્દો લખી શકે છે. માજી માટેample, સરનામું 2 પર 2 બાઇટ્સનું લખાણ 4'b1100 છે.

3.7. એવલોન-એમએમ એજન્ટ એડ્રેસિંગ

ડાયનેમિક બસનું કદ અલગ અલગ ડેટા પહોળાઈના હોસ્ટ-એજન્ટ જોડી વચ્ચે ટ્રાન્સફર દરમિયાન ડેટાનું સંચાલન કરે છે. એજન્ટ ડેટા હોસ્ટ એડ્રેસ સ્પેસમાં સંલગ્ન બાઈટમાં ગોઠવાયેલ છે.

જો હોસ્ટ ડેટાની પહોળાઈ એજન્ટ ડેટાની પહોળાઈ કરતા વધુ પહોળી હોય, તો હોસ્ટ એડ્રેસ સ્પેસના શબ્દો એજન્ટ એડ્રેસ સ્પેસમાં બહુવિધ સ્થાનો પર નકશા કરે છે. માજી માટેample, 32-બીટ એજન્ટમાંથી વાંચેલ 16-બીટ હોસ્ટ એજન્ટ બાજુ પર બે રીડ ટ્રાન્સફરમાં પરિણમે છે. આ વાંચન સળંગ સરનામાંઓ માટે છે.

જો હોસ્ટ એજન્ટ કરતાં સાંકડો હોય, તો ઇન્ટરકનેક્ટ એજન્ટ બાઈટ લેનનું સંચાલન કરે છે. હોસ્ટ રીડ ટ્રાન્સફર દરમિયાન, ઇન્ટરકનેક્ટ સાંકડી હોસ્ટને એજન્ટ ડેટાની માત્ર યોગ્ય બાઈટ લેન રજૂ કરે છે. હોસ્ટ રાઇટ ટ્રાન્સફર દરમિયાન, ઇન્ટરકનેક્ટ થાય છે
માત્ર ઉલ્લેખિત એજન્ટ બાઈટ લેન પર જ ડેટા લખવા માટે બાયટીનેબલ સિગ્નલો આપોઆપ આગ્રહ કરે છે.

એજન્ટો પાસે 8, 16, 32, 64, 128, 256, 512 અથવા 1024 બિટ્સની ડેટા પહોળાઈ હોવી આવશ્યક છે. નીચેનું કોષ્ટક 32-બીટ હોસ્ટની અંદર વિવિધ પહોળાઈના એજન્ટ ડેટા માટે સંરેખણ બતાવે છે જે પૂર્ણ-શબ્દની ઍક્સેસ કરે છે. આ કોષ્ટકમાં, OFFSET[N] એ એજન્ટ શબ્દના કદને એજન્ટ સરનામાં સ્પેસમાં ઑફસેટ કરે છે.

કોષ્ટક 12. ડાયનેમિક બસ સાઈઝિંગ હોસ્ટ-ટુ-એજન્ટ એડ્રેસ મેપિંગ

હોસ્ટ બાઈટ સરનામું (1)

એક્સેસ

0x00

1

2

3

4

0x04

1

2

3

4

0x08

1

2

32-બીટ હોસ્ટ ડેટા

જ્યારે 8-બીટ એજન્ટ ઇન્ટરફેસને ઍક્સેસ કરો

16-બીટ એજન્ટ ઇન્ટરફેસને ઍક્સેસ કરતી વખતે

ઓફસેટ[0]7..0

ઓફસેટ[0]15..0 (2)

OFFSET[1]7..0 OFFSET[2]7..0 OFFSET[3]7..0

ઓફસેટ[1]15..0 — —

ઓફસેટ[4]7..0

ઓફસેટ[2]15..0

OFFSET[5]7..0 OFFSET[6]7..0 OFFSET[7]7..0

ઓફસેટ[3]15..0 — —

ઓફસેટ[8]7..0

ઓફસેટ[4]15..0

ઓફસેટ[9]7..0

ઓફસેટ[5]15..0

64-બીટ એજન્ટ ઈન્ટરફેસ ઑફસેટ[0]31..0 — — — ઍક્સેસ કરતી વખતે
ઓફસેટ[0]63..32 — — —
ઓફસેટ[1]31..0 —
ચાલુ રાખ્યું…

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 36

પ્રતિસાદ મોકલો

3. એવલોન મેમરી-મેપ્ડ ઈન્ટરફેસ 683091 | 2022.01.24

હોસ્ટ બાઈટ સરનામું (1)

એક્સેસ

જ્યારે 8-બીટ એજન્ટ ઇન્ટરફેસને ઍક્સેસ કરો

32-બીટ હોસ્ટ ડેટા
16-બીટ એજન્ટ ઇન્ટરફેસને ઍક્સેસ કરતી વખતે

3

ઓફસેટ[10]7..0

—

4

ઓફસેટ[11]7..0

—

0x0 સી

1

ઓફસેટ[12]7..0

ઓફસેટ[6]15..0

2

ઓફસેટ[13]7..0

ઓફસેટ[7]15..0

3

ઓફસેટ[14]7..0

—

4 અને તેથી વધુ

ઓફસેટ[15]7..0 અને તેથી વધુ

- અને તેથી વધુ

નોંધો: 1. જો કે હોસ્ટ બાઈટ એડ્રેસ ઇશ્યુ કરે છે, હોસ્ટ સંપૂર્ણ 32-બીટ શબ્દોને એક્સેસ કરે છે. 2. તમામ એજન્ટ એન્ટ્રીઓ માટે, [ ] એ ઑફસેટ શબ્દ છે અને સબસ્ક્રિપ્ટ મૂલ્યો એ શબ્દના બિટ્સ છે.

64-બીટ એજન્ટ ઈન્ટરફેસને એક્સેસ કરતી વખતે ——
ઑફસેટ[1]63..32 — — — અને બીજું

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 37

683091 | 2022.01.24 પ્રતિસાદ મોકલો

4. એવલોન ઇન્ટરપ્ટ ઇન્ટરફેસ
એવલોન ઈન્ટરપ્ટ ઈન્ટરફેસ એજન્ટ ઘટકોને ઘટકોને હોસ્ટ કરવા માટે ઈવેન્ટનો સંકેત આપવા માટે પરવાનગી આપે છે. માજી માટેample, DMA નિયંત્રક DMA ટ્રાન્સફર પૂર્ણ કર્યા પછી પ્રોસેસરને વિક્ષેપિત કરી શકે છે.

4.1. પ્રેષકને અટકાવો
વિક્ષેપ પ્રેષક વિક્ષેપ પ્રાપ્તકર્તાને સિંગલ ઇન્ટરપ્ટ સિગ્નલ ચલાવે છે. irq સિગ્નલનો સમય તેની સંબંધિત ઘડિયાળની વધતી ધાર સાથે સિંક્રનસ હોવો જોઈએ. irq નો અન્ય કોઈપણ ઈન્ટરફેસ પર કોઈપણ ટ્રાન્સફર સાથે કોઈ સંબંધ નથી. સંકળાયેલ Avalon-MM એજન્ટ ઈન્ટરફેસ પર સ્વીકૃતિ ન થાય ત્યાં સુધી irq એ ભારપૂર્વક જણાવવું જોઈએ.
વિક્ષેપો ચોક્કસ ઘટકો છે. રીસીવર સામાન્ય રીતે એવલોન-એમએમ એજન્ટ ઈન્ટરફેસમાંથી ઈન્ટરપ્ટ સ્ટેટસ રજીસ્ટર વાંચીને યોગ્ય પ્રતિભાવ નક્કી કરે છે.

4.1.1. એવલોન ઇન્ટરપ્ટ પ્રેષક સિગ્નલ ભૂમિકાઓ

કોષ્ટક 13. પ્રેષક સિગ્નલની ભૂમિકામાં વિક્ષેપ

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

irq irq_n

1-32

આઉટપુટ

હા

વર્ણન
વિક્ષેપ વિનંતી. ઇન્ટરપ્ટ પ્રેષક ઇન્ટરપ્ટ રીસીવરને ઇન્ટરપ્ટ સિગ્નલ ચલાવે છે.

4.1.2. વિક્ષેપ મોકલનાર ગુણધર્મો

કોષ્ટક 14. ઈન્ટરપ્ટ પ્રેષક ગુણધર્મો

મિલકતનું નામ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્યો

વર્ણન

સંકળાયેલ એડ્રેસેબલ

N/A

ePoint

સંકળાયેલ ઘડિયાળ

N/A

આ ઘટક પર Avalon-MM એજન્ટનું નામ.
આના પર ઘડિયાળ ઈન્ટરફેસનું નામ
ઘટક

એવલોન-એમએમ એજન્ટ ઇન્ટરફેસનું નામ જે વિક્ષેપને સેવા આપવા માટે રજિસ્ટરની ઍક્સેસ પ્રદાન કરે છે.
ઘડિયાળના ઇન્ટરફેસનું નામ કે જેમાં આ વિક્ષેપ મોકલનાર સિંક્રનસ છે. આ પ્રોપર્ટી માટે પ્રેષક અને પ્રાપ્તકર્તાની અલગ-અલગ કિંમતો હોઈ શકે છે.

સંકળાયેલ રીસેટ

N/A

રીસેટનું નામ

રીસેટ ઈન્ટરફેસનું નામ કે જેમાં આ વિક્ષેપ આવે છે

આ પર ઇન્ટરફેસ

પ્રેષક સિંક્રનસ છે.

ઘટક

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

4. એવલોન ઈન્ટરપ્ટ ઈન્ટરફેસ 683091 | 2022.01.24

4.2. વિક્ષેપ રીસીવર
ઈન્ટરપ્ટ રીસીવર ઈન્ટરફેસ ઈન્ટરપ્ટ સેન્ડર ઈન્ટરફેસમાંથી ઈન્ટરપ્ટ મેળવે છે. એવલોન-એમએમ હોસ્ટ ઈન્ટરફેસ સાથેના ઘટકોમાં ઈન્ટરપ્ટ પ્રેષક ઈન્ટરફેસ સાથે એજન્ટ ઘટકો દ્વારા ભારપૂર્વકના વિક્ષેપોને શોધવા માટે ઈન્ટરપ્ટ રીસીવરનો સમાવેશ થઈ શકે છે. ઈન્ટ્રપ્ટ રીસીવર દરેક ઈન્ટ્રપ્ટ પ્રેષકની વિક્ષેપ વિનંતીઓને અલગ બીટ તરીકે સ્વીકારે છે.

4.2.1. એવલોન ઇન્ટરપ્ટ રીસીવર સિગ્નલ ભૂમિકાઓ

કોષ્ટક 15. ઇન્ટરપ્ટ રીસીવર સિગ્નલ ભૂમિકાઓ

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

irq

1

ઇનપુટ

હા

વર્ણન
irq એ છે -બીટ વેક્ટર, જ્યાં પ્રત્યેક બીટ એક IRQ પ્રેષકને સીધો અનુરૂપ હોય છે જેમાં અગ્રતાની કોઈ સહજ ધારણા નથી.

4.2.2. વિક્ષેપ રીસીવર ગુણધર્મો

કોષ્ટક 16. ઇન્ટરપ્ટ રીસીવર પ્રોપર્ટીઝ

મિલકતનું નામ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્યો

વર્ણન

સંકળાયેલ એડ્રેસેબલ પોઈન્ટ

N/A

નું નામ એવલોન-એમએમ હોસ્ટ ઈન્ટરફેસનું નામ વપરાય છે

આ ઇન્ટરફેસ પર Avalon-MM સેવા વિક્ષેપો પ્રાપ્ત થયો છે.

યજમાન

ઇન્ટરફેસ

સંકળાયેલ ઘડિયાળ

N/A

એકનું નામ એવલોન ક્લોક ઈન્ટરફેસનું નામ જેમાં આ

એવલોન

ઇન્ટરપ્ટ રીસીવર સિંક્રનસ છે. મોકલનાર અને

ઘડિયાળ

પ્રાપ્તકર્તા પાસે આ મિલકત માટે અલગ અલગ મૂલ્યો હોઈ શકે છે.

ઇન્ટરફેસ

સંકળાયેલ રીસેટ

N/A

એકનું નામ રીસેટ ઈન્ટરફેસનું નામ જેમાં આ વિક્ષેપ આવે છે

એવલોન

રીસીવર સિંક્રનસ છે.

રીસેટ કરો

ઇન્ટરફેસ

4.2.3. વિક્ષેપ સમય

એવલોન-એમએમ હોસ્ટ પ્રાધાન્યતા 0 વિક્ષેપ પહેલાં અગ્રતા 1 વિક્ષેપની સેવા આપે છે.

આકૃતિ 19.

વિક્ષેપ સમય

નીચેની આકૃતિમાં, ઇન્ટરપ્ટ 0 ને ઉચ્ચ પ્રાથમિકતા છે. ઇન્ટરપ્ટ રીસીવર int1 ને હેન્ડલ કરવાની પ્રક્રિયામાં છે

જ્યારે int0 ભારપૂર્વક જણાવવામાં આવે છે. int0 હેન્ડલરને બોલાવવામાં આવે છે અને પૂર્ણ થાય છે. પછી, int1 હેન્ડલર ફરી શરૂ થાય છે. આ

ડાયાગ્રામ 0 સમયે int1 ડીઝર્ટ બતાવે છે. 1 સમયે int2 ડીઝર્ટ.

1

2

clk

વ્યક્તિગત int0 વિનંતીઓ
int1

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 39

683091 | 2022.01.24 પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ

તમે એવા ઘટકો માટે એવલોન સ્ટ્રીમિંગ (એવલોન-એસટી) ઈન્ટરફેસનો ઉપયોગ કરી શકો છો જે હાઈબેન્ડવિડ્થ, લો-લેટન્સી, યુનિડાયરેક્શનલ ડેટા ચલાવે છે. લાક્ષણિક એપ્લિકેશન્સમાં મલ્ટિપ્લેક્સ્ડ સ્ટ્રીમ્સ, પેકેટ્સ અને ડીએસપી ડેટાનો સમાવેશ થાય છે. એવલોન-એસટી ઈન્ટરફેસ સિગ્નલો ચેનલો અથવા પેકેટ સીમાઓની જાણકારી વિના ડેટાના એક પ્રવાહને સમર્થન આપતા પરંપરાગત સ્ટ્રીમિંગ ઈન્ટરફેસનું વર્ણન કરી શકે છે. ઈન્ટરફેસ વધુ જટિલ પ્રોટોકોલ્સને પણ સપોર્ટ કરી શકે છે જે બર્સ્ટ અને પેકેટ ટ્રાન્સફર કરવા માટે સક્ષમ છે અને પેકેટો બહુવિધ ચેનલોમાં એકબીજા સાથે જોડાયેલા છે.

નોંધ:

જો તમને ઉચ્ચ-પ્રદર્શન ડેટા સ્ટ્રીમિંગ ઈન્ટરફેસની જરૂર હોય, તો પ્રકરણ 6 એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસનો સંદર્ભ લો.

આકૃતિ 20. એવલોન-ST ઈન્ટરફેસ - એવલોન-ST ઈન્ટરફેસની લાક્ષણિક એપ્લિકેશન

પ્રિન્ટેડ સર્કિટ બોર્ડ ઇન્ટેલ એફપીજીએ એવલોન-એસટી ઇન્ટરફેસ (ડેટા પ્લેન)

શેડ્યૂલર

એવલોન-ST ઇનપુટ

Rx IF કોર ch

2

સ્ત્રોત 0-2 સિંક 1

0

એવલોન-એમએમ ઇન્ટરફેસ (કંટ્રોલ પ્લેન)

સ્ત્રોત

Tx IF કોર સિંક

એવલોન-ST આઉટપુટ

એવલોન-એમએમ હોસ્ટ ઈન્ટરફેસ
પ્રોસેસર

એવલોન-એમએમ હોસ્ટ ઈન્ટરફેસ
IO નિયંત્રણ

એવલોન-એમએમ એજન્ટ ઈન્ટરફેસ
SDRAM Cntl
SDRAM મેમરી

બધા એવલોન-એસટી સ્ત્રોત અને સિંક ઈન્ટરફેસ આંતરક્રિયા કરી શકાય તેવું જરૂરી નથી. જો કે, જો બે ઈન્ટરફેસ સમાન એપ્લિકેશન સ્પેસ માટે સુસંગત કાર્યો પૂરા પાડે છે, તો એડેપ્ટરો તેમને ઇન્ટરઓપરેટ કરવાની મંજૂરી આપવા માટે ઉપલબ્ધ છે.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24
એવલોન-એસટી ઇન્ટરફેસ ડેટાપાથને સપોર્ટ કરે છે જેમાં નીચેની સુવિધાઓની જરૂર હોય છે:
· ઓછી વિલંબ, ઉચ્ચ થ્રુપુટ પોઇન્ટ-ટુ-પોઇન્ટ ડેટા ટ્રાન્સફર
ફ્લેક્સિબલ પેકેટ ઇન્ટરલીવિંગ સાથે બહુવિધ ચેનલો સપોર્ટ કરે છે
· ચેનલનું સાઇડબેન્ડ સિગ્નલિંગ, ભૂલ, અને પેકેટ રેખાંકનની શરૂઆત અને અંત
· ડેટા બર્સ્ટિંગ માટે સપોર્ટ
· સ્વચાલિત ઇન્ટરફેસ અનુકૂલન
5.1. શરતો અને ખ્યાલો
એવલોન-એસટી ઇન્ટરફેસ પ્રોટોકોલ નીચેના નિયમો અને વિભાવનાઓને વ્યાખ્યાયિત કરે છે:
એવલોન સ્ટ્રીમિંગ સિસ્ટમ-એવલોન સ્ટ્રીમિંગ સિસ્ટમમાં એક અથવા વધુ એવલોન-એસટી કનેક્શન્સ હોય છે જે ડેટાને સ્ત્રોત ઈન્ટરફેસમાંથી સિંક ઈન્ટરફેસમાં ટ્રાન્સફર કરે છે. સિસ્ટમ ઇનપુટમાંથી આઉટપુટમાં ડેટા ટ્રાન્સફર કરવા માટે ઉપર દર્શાવેલ સિસ્ટમ એવલોન-ST ઇન્ટરફેસ ધરાવે છે. એવલોન-એમએમ કંટ્રોલ અને સ્ટેટસ રજિસ્ટર ઈન્ટરફેસ સોફ્ટવેર નિયંત્રણ માટે પ્રદાન કરે છે.
એવલોન સ્ટ્રીમિંગ કમ્પોનન્ટ્સ- એવલોન-ST ઈન્ટરફેસનો ઉપયોગ કરતી એક લાક્ષણિક સિસ્ટમ બહુવિધ કાર્યાત્મક મોડ્યુલોને જોડે છે, જેને ઘટકો કહેવાય છે. સિસ્ટમ ડિઝાઇનર ઘટકોને ગોઠવે છે અને સિસ્ટમને અમલમાં મૂકવા માટે તેમને એકસાથે જોડે છે.
· સ્ત્રોત અને સિંક ઈન્ટરફેસ અને જોડાણો-જ્યારે બે ઘટકો જોડાય છે, ત્યારે ડેટા સ્ત્રોત ઈન્ટરફેસમાંથી સિંક ઈન્ટરફેસમાં વહે છે. એવલોન ઈન્ટરફેસ સ્પષ્ટીકરણો સિંક ઈન્ટરફેસ સાથે જોડાતા સ્ત્રોત ઈન્ટરફેસના સંયોજનને કનેક્શન કહે છે.
· બેકપ્રેશર-બેકપ્રેશર સિંકને ડેટા મોકલવાનું બંધ કરવા માટે સ્ત્રોતને સંકેત આપવા માટે પરવાનગી આપે છે. બેકપ્રેશર માટે આધાર વૈકલ્પિક છે. નીચેના કારણોસર ડેટાના પ્રવાહને રોકવા માટે સિંક બેકપ્રેશરનો ઉપયોગ કરે છે:
— જ્યારે સિંક FIFOs ભરાઈ જાય
— જ્યારે તેના આઉટપુટ ઇન્ટરફેસ પર ભીડ હોય છે
· ટ્રાન્સફર અને રેડી સાયકલ - એક ટ્રાન્સફરના પરિણામે ડેટા અને નિયંત્રણ પ્રસારને સ્ત્રોત ઈન્ટરફેસથી સિંક ઈન્ટરફેસમાં મળે છે. ડેટા ઇન્ટરફેસ માટે, તૈયાર ચક્ર એ એક ચક્ર છે જે દરમિયાન સિંક ટ્રાન્સફર સ્વીકારી શકે છે.
· સિમ્બોલ-એક પ્રતીક એ ડેટાનું સૌથી નાનું એકમ છે. મોટાભાગના પેકેટ ઈન્ટરફેસ માટે, પ્રતીક એ બાઈટ છે. એક અથવા વધુ પ્રતીકો એક ચક્રમાં સ્થાનાંતરિત ડેટાનું એક એકમ બનાવે છે.
· ચેનલ–એક ચેનલ એ ભૌતિક અથવા તાર્કિક માર્ગ અથવા લિંક છે જેના દ્વારા માહિતી બે બંદરો વચ્ચે પસાર થાય છે.
· બીટ–બીટ એ એક અથવા વધુ પ્રતીકોથી બનેલા સ્ત્રોત અને સિંક ઈન્ટરફેસ વચ્ચેનું એક ચક્ર ટ્રાન્સફર છે.
· પેકેટ–એક પેકેટ એ ડેટા અને નિયંત્રણ સંકેતોનું એકત્રીકરણ છે જે સ્ત્રોત એકસાથે ટ્રાન્સમિટ કરે છે. પેકેટમાં રાઉટર્સ અને અન્ય નેટવર્ક ઉપકરણોને પેકેટને યોગ્ય ગંતવ્ય પર દિશામાન કરવામાં મદદ કરવા માટે હેડર હોઈ શકે છે. એપ્લિકેશન પેકેટ ફોર્મેટને વ્યાખ્યાયિત કરે છે, આ સ્પષ્ટીકરણને નહીં. એવલોન-એસટી પેકેટ લંબાઈમાં વેરિયેબલ હોઈ શકે છે અને કનેક્શનમાં એકબીજા સાથે જોડી શકાય છે. Avalon-ST ઇન્ટરફેસ સાથે, પેકેટોનો ઉપયોગ વૈકલ્પિક છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 41

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

5.2. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ સિગ્નલ ભૂમિકાઓ

એવલોન સ્ટ્રીમિંગ સ્ત્રોત અથવા સિંક ઈન્ટરફેસમાં દરેક સિગ્નલ એવલોન સ્ટ્રીમિંગ સિગ્નલની ભૂમિકાને અનુરૂપ છે. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસમાં દરેક સિગ્નલ રોલનો માત્ર એક જ દાખલો હોઈ શકે છે. બધા એવલોન સ્ટ્રીમિંગ સિગ્નલ ભૂમિકાઓ સ્ત્રોતો અને સિંક બંનેને લાગુ પડે છે અને બંને માટે સમાન અર્થ ધરાવે છે.

કોષ્ટક 17.

એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ સિગ્નલ્સ
નીચેના કોષ્ટકમાં, બધી સિગ્નલ ભૂમિકાઓ સક્રિય ઉચ્ચ છે.

સિગ્નલ ભૂમિકા

પહોળાઈ

દિશા

જરૂરી છે

વર્ણન

ચેનલ ડેટા ભૂલ તૈયાર છે
માન્ય

1 128 1 8,192 1 256
1
1

મૂળભૂત સંકેતો

સ્ત્રોત સિંક

ના

ટ્રાન્સફર કરવામાં આવી રહેલા ડેટા માટે ચેનલ નંબર

વર્તમાન ચક્ર પર.

જો ઇન્ટરફેસ ચેનલ સિગ્નલને સપોર્ટ કરે છે, તો

ઇન્ટરફેસ એ maxChannel પરિમાણ પણ વ્યાખ્યાયિત કરવું જોઈએ.

સ્ત્રોત સિંક

ના

સ્ત્રોતથી સિંક સુધીનો ડેટા સિગ્નલ,

સામાન્ય રીતે મોટાભાગની માહિતી વહન કરે છે

સ્થાનાંતરિત

પરિમાણો વધુ સમાવિષ્ટોને વ્યાખ્યાયિત કરે છે અને

ડેટા સિગ્નલનું ફોર્મેટ.

સ્ત્રોત સિંક

ના

ડેટાને અસર કરતી ભૂલોને ચિહ્નિત કરવા માટે થોડો માસ્ક

વર્તમાન ચક્રમાં સ્થાનાંતરિત થઈ રહ્યું છે. એક બીટ

એરર સિગ્નલ દરેક ભૂલોને માસ્ક કરે છે

ઘટક ઓળખે છે. ભૂલ વર્ણનકર્તા

ભૂલ સંકેત ગુણધર્મો વ્યાખ્યાયિત કરે છે.

સિંક સ્ત્રોત

ના

સિંક સ્વીકારી શકે છે તે દર્શાવવા માટે ઉચ્ચ ભાર મૂકે છે

ડેટા તૈયાર સાયકલ પર સિંક દ્વારા ભારપૂર્વક જણાવવામાં આવે છે

ચક્ર ચિહ્નિત કરવા માટે તૈયાર તરીકે

ચક્ર સ્ત્રોત માત્ર માન્ય અને દાવો કરી શકે છે

તૈયાર ચક્ર દરમિયાન ડેટા ટ્રાન્સફર કરો.

તૈયાર ઇનપુટ વગરના સ્ત્રોતો બેકપ્રેશરને સપોર્ટ કરતા નથી. તૈયાર આઉટપુટ વિનાના સિંકને ક્યારેય બેકપ્રેશર કરવાની જરૂર નથી.

સ્ત્રોત સિંક

ના

સ્ત્રોત આ સિગ્નલને અન્ય તમામને લાયક બનાવવા માટે ભારપૂર્વક જણાવે છે

સિંક સિગ્નલોનો સ્ત્રોત. સિંક એસampલેસ ડેટા અને

તૈયાર ચક્ર પર અન્ય સ્ત્રોત-ટુ-સિંક સંકેતો

જ્યાં માન્ય છે. અન્ય તમામ ચક્ર છે

અવગણવામાં

માન્ય આઉટપુટ વિનાના સ્ત્રોતો દરેક ચક્ર પર અસ્પષ્ટપણે માન્ય ડેટા પ્રદાન કરે છે કે સિંક બેકપ્રેશરનો દાવો કરતું નથી. માન્ય ઇનપુટ વિના સિંક દરેક ચક્ર પર માન્ય ડેટાની અપેક્ષા રાખે છે કે જે તેઓ બેકપ્રેશર કરતા નથી.

ખાલી
endofpacket startofpacket

1 10
1 1

પેકેટ ટ્રાન્સફર સિગ્નલો

સ્ત્રોત સિંક

ના

ચિહ્નોની સંખ્યા દર્શાવે છે જે ખાલી છે,

એટલે કે, માન્ય ડેટાનું પ્રતિનિધિત્વ કરતા નથી. ખાલી

જ્યાં ત્યાં ઈન્ટરફેસ પર સિગ્નલ જરૂરી નથી

બીટ દીઠ એક પ્રતીક છે.

સ્ત્રોત સિંક

ના

a ના અંતને ચિહ્નિત કરવા માટે સ્ત્રોત દ્વારા ભારપૂર્વક જણાવ્યું હતું

પેકેટ

સ્ત્રોત સિંક

ના

ની શરૂઆત ચિહ્નિત કરવા માટે સ્ત્રોત દ્વારા ભારપૂર્વક જણાવ્યું હતું

એક પેકેટ.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 42

પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

5.3. સિગ્નલ સિક્વન્સિંગ અને ટાઇમિંગ

5.3.1. સિંક્રનસ ઈન્ટરફેસ
એવલોન-ST કનેક્શનના તમામ ટ્રાન્સફર સંકળાયેલ ઘડિયાળના સિગ્નલની વધતી ધાર સાથે સિંક્રનસ થાય છે. સ્ત્રોત ઈન્ટરફેસથી સિંક ઈન્ટરફેસ સુધીના તમામ આઉટપુટ, જેમાં ડેટા, ચેનલ અને એરર સિગ્નલોનો સમાવેશ થાય છે, તે ઘડિયાળની વધતી ધાર પર નોંધાયેલ હોવા જોઈએ. સિંક ઇન્ટરફેસમાં ઇનપુટ્સ રજીસ્ટર કરાવવાની જરૂર નથી. સ્ત્રોત પર સિગ્નલોની નોંધણી ઉચ્ચ આવર્તન કામગીરીની સુવિધા આપે છે.
5.3.2. ઘડિયાળ સક્ષમ કરે છે
એવલોન-ST ઘટકોમાં સામાન્ય રીતે ઘડિયાળ સક્ષમ ઇનપુટનો સમાવેશ થતો નથી. એવલોન-એસટી સિગ્નલિંગ પોતે ચક્ર નક્કી કરવા માટે પૂરતું છે કે જે ઘટક સક્ષમ હોવું જોઈએ અને ન હોવું જોઈએ. એવલોન-ST સુસંગત ઘટકોમાં તેમના આંતરિક તર્ક માટે ઘડિયાળ સક્ષમ ઇનપુટ હોઈ શકે છે. જો કે, ઘડિયાળનો ઉપયોગ કરતા ઘટકોએ એ સુનિશ્ચિત કરવું જોઈએ કે ઈન્ટરફેસનો સમય પ્રોટોકોલનું પાલન કરે છે.

5.4. એવલોન-ST ઈન્ટરફેસ પ્રોપર્ટીઝ

કોષ્ટક 18. એવલોન-ST ઈન્ટરફેસ પ્રોપર્ટીઝ

મિલકતનું નામ સંકળાયેલ ઘડિયાળ

ડિફૉલ્ટ મૂલ્ય
1

કાનૂની મૂલ્યો
ઘડિયાળ ઈન્ટરફેસ

વર્ણન
એવલોન ક્લોક ઈન્ટરફેસનું નામ કે જેમાં આ એવલોન-ST ઈન્ટરફેસ સિંક્રનસ છે.

સંકળાયેલ રીસેટ beatsPerCycle

1

રીસેટ કરો

એવલોન રીસેટ ઈન્ટરફેસનું નામ જેમાં આ

ઈન્ટરફેસ એવલોન-ST ઈન્ટરફેસ સિંક્રનસ છે.

1

1,2,4,8 એક સિંગલમાં સ્થાનાંતરિત બીટ્સની સંખ્યાનો ઉલ્લેખ કરે છે

ચક્ર આ મિલકત તમને 2 અલગ ટ્રાન્સફર કરવાની મંજૂરી આપે છે,

પરંતુ તેનો ઉપયોગ કરીને સહસંબંધિત સ્ટ્રીમ્સ

start_of_packet, end_of_packet, તૈયાર અને

માન્ય સંકેતો.

beatsPerCycle એ AvalonST પ્રોટોકોલની ભાગ્યે જ ઉપયોગમાં લેવાતી વિશેષતા છે.

dataBitsPerSymbol

8

1 512 પ્રતીક દીઠ બિટ્સની સંખ્યા વ્યાખ્યાયિત કરે છે. માજી માટેampલે,

બાઇટ-ઓરિએન્ટેડ ઇન્ટરફેસમાં 8-બીટ પ્રતીકો હોય છે. આ મૂલ્ય

2 ની શક્તિ સુધી મર્યાદિત નથી.

ખાલી વિથિનપેકેટ

ખોટું

સાચું, ખોટું જ્યારે સાચું, ખાલી સમગ્ર પેકેટ માટે માન્ય છે.

ભૂલ વર્ણનકર્તા

0

ની યાદી

સાથે સંકળાયેલી ભૂલનું વર્ણન કરતા શબ્દોની યાદી

તાર

એરર સિગ્નલનો દરેક બીટ. સૂચિની લંબાઈ હોવી જોઈએ

ભૂલ સિગ્નલમાં બિટ્સની સંખ્યા જેટલી જ હોવી જોઈએ.

સૂચિમાં પ્રથમ શબ્દ ઉચ્ચતમ ક્રમમાં લાગુ પડે છે

બીટ માજી માટેample, "crc, overflow" નો અર્થ થાય છે કે બીટ[1]

ઓફ એરર સીઆરસી ભૂલ સૂચવે છે. બીટ[0] સૂચવે છે

ઓવરફ્લો ભૂલ.

FirstSymbolInHigh OrderBits

સાચું

સાચું, ખોટું

જ્યારે સાચું હોય, ત્યારે પ્રથમ-ક્રમનું પ્રતીક ડેટા ઈન્ટરફેસના સૌથી નોંધપાત્ર બિટ્સ તરફ દોરવામાં આવે છે. આ સ્પષ્ટીકરણમાં સૌથી વધુ-ઓર્ડર પ્રતીક D0 લેબલ થયેલ છે. જ્યારે આ ગુણધર્મ ખોટા પર સેટ કરવામાં આવે છે, ત્યારે પ્રથમ પ્રતીક નીચા બિટ્સ પર દેખાય છે. D0 ડેટા[7:0] પર દેખાય છે. 32-બીટ બસ માટે, જો સાચું હોય, તો D0 બીટ્સ પર દેખાય છે[31:24].
ચાલુ રાખ્યું…

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 43

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

મિલકતનું નામ maxChannel રેડી લેટન્સી
તૈયાર ભથ્થું(1)

ડિફૉલ્ટ મૂલ્ય
0 0
0

કાનૂની મૂલ્યો 0 255
0 8
0 8

વર્ણન
ડેટા ઇન્ટરફેસ સપોર્ટ કરી શકે તેવી ચેનલોની મહત્તમ સંખ્યા.
તૈયાર સિગ્નલના નિવેદન અને માન્ય સિગ્નલના નિવેદન વચ્ચેના સંબંધને વ્યાખ્યાયિત કરે છે. જો રેડીલેટન્સી = જ્યાં n > 0, માન્ય માત્ર ભારપૂર્વક કહી શકાય તૈયાર હોવાના નિવેદન પછી ચક્ર. માજી માટેample, જો રેડી લેટન્સી = 1, જ્યારે સિંક તૈયાર હોવાનો દાવો કરે છે, ત્યારે સ્ત્રોતે સિંકમાંથી તૈયાર નિવેદન જોયા પછી ઓછામાં ઓછા 1 ચક્રમાં માન્ય નિવેદન સાથે પ્રતિસાદ આપવાની જરૂર છે.
ટ્રાન્સફરની સંખ્યાને વ્યાખ્યાયિત કરે છે કે જે સિંક તૈયાર થઈ ગયા પછી કેપ્ચર કરી શકે છે. જ્યારે રેડી એલાઉન્સ = 0 હોય, ત્યારે સિંક તૈયાર થઈ ગયા પછી કોઈપણ ટ્રાન્સફર સ્વીકારી શકતું નથી. જો readyAllowance = જ્યાં 0 થી વધુ છે, સિંક સુધી સ્વીકારી શકે છે તૈયાર થઈ ગયા પછી ટ્રાન્સફર

નોંધ:

જો તમે એવલોન સ્ટ્રીમિંગ સોર્સ/સિંક BFM અથવા કસ્ટમ ઘટકો સાથે એવલોન સ્ટ્રીમિંગ ઇન્ટરકનેક્ટ જનરેટ કરો છો અને આ BFM અથવા કસ્ટમ ઘટકોની અલગ રેડીલેટન્સી આવશ્યકતાઓ હોય છે, તો પ્લેટફોર્મ ડિઝાઇનર જનરેટ કરેલા ઇન્ટરકનેક્ટમાં એડેપ્ટર દાખલ કરશે જેથી સ્ત્રોત અને સ્ત્રોત વચ્ચેના રેડીલેટન્સી તફાવતને સમાવવા માટે. એવી અપેક્ષા રાખવામાં આવે છે કે તમારો સ્રોત અને સિંક તર્ક જનરેટેડ ઇન્ટરકનેક્ટના ગુણધર્મોને વળગી રહે છે.

5.5. લાક્ષણિક ડેટા ટ્રાન્સફર
આ વિભાગ સ્રોત ઇન્ટરફેસમાંથી સિંક ઇન્ટરફેસમાં ડેટાના ટ્રાન્સફરને વ્યાખ્યાયિત કરે છે. તમામ કિસ્સાઓમાં, ડેટા સ્ત્રોત અને ડેટા સિંકે સ્પષ્ટીકરણનું પાલન કરવું આવશ્યક છે. સ્રોત પ્રોટોકોલ ભૂલો શોધવા માટે ડેટા સિંક જવાબદાર નથી.

5.6. સિગ્નલ વિગતો
આકૃતિ એવલોન-ST ઇન્ટરફેસમાં સામાન્ય રીતે સમાવિષ્ટ સિગ્નલો દર્શાવે છે. એક લાક્ષણિક એવલોન-ST સ્ત્રોત ઈન્ટરફેસ માન્ય, ડેટા, ભૂલ અને ચેનલ સિગ્નલોને સિંક તરફ લઈ જાય છે. સિંક તૈયાર સિગ્નલ સાથે બેકપ્રેશર લાગુ કરી શકે છે.

(1) · જો રેડી લેટન્સી = 0 હોય, તો રેડી એલાઉન્સ 0 અથવા 0 કરતા વધારે હોઈ શકે છે.
· જો રેડી લેટન્સી > 0 હોય, તો રેડી એલાઉન્સ રેડી લેટન્સીની બરાબર અથવા તેનાથી વધારે હોવું જોઈએ.
· જો સ્ત્રોત અથવા સિંક રેડી એલાઉન્સ માટે કોઈ મૂલ્યનો ઉલ્લેખ કરતા નથી, તો રેડીએલોન્સ = રેડીલેટન્સી. જ્યાં સુધી તમે સ્ત્રોત અથવા સિંક એડવાન લેવા માંગતા ન હોવ ત્યાં સુધી ડિઝાઇનને રેડી એલાઉન્સ ઉમેરવાની જરૂર નથી.tagઆ લક્ષણની e.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 44

પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 21. લાક્ષણિક એવલોન-ST ઈન્ટરફેસ સિગ્નલ્સ ડેટા સ્ત્રોત
માન્ય ડેટા ભૂલ ચેનલ

ડેટા સિંક તૈયાર છે

આ સંકેતો વિશે વધુ વિગતો:
· તૈયાર–બેકપ્રેશરને ટેકો આપતા ઈન્ટરફેસ પર, સિંક જ્યાં ટ્રાન્સફર થઈ શકે છે તે ચક્રને ચિહ્નિત કરવા માટે તૈયાર છે. જો તૈયાર હોય તો સાયકલ પર ભારપૂર્વક જણાવવામાં આવે છે , ચક્ર તૈયાર ચક્ર ગણવામાં આવે છે.
· માન્ય- માન્ય સિગ્નલ સ્ત્રોતથી સિંક સુધીના ડેટા ટ્રાન્સફર સાથે કોઈપણ ચક્ર પર માન્ય ડેટાને પાત્ર બનાવે છે. દરેક માન્ય ચક્ર પર સિંક એસampડેટા સિગ્નલ અને સિગ્નલોને સિંક કરવા માટેનો અન્ય સ્ત્રોત.
· ડેટા- ડેટા સિગ્નલ સ્ત્રોતમાંથી સિંકમાં ટ્રાન્સફર કરાયેલી માહિતીનો મોટો ભાગ વહન કરે છે. ડેટા સિગ્નલમાં દરેક ઘડિયાળ ચક્ર પર સ્થાનાંતરિત એક અથવા વધુ પ્રતીકોનો સમાવેશ થાય છે. dataBitsPerSymbol પેરામીટર વ્યાખ્યાયિત કરે છે કે ડેટા સિગ્નલને પ્રતીકોમાં કેવી રીતે વિભાજિત કરવામાં આવે છે.
· ભૂલ- ભૂલ સંકેતમાં, દરેક બીટ સંભવિત ભૂલ સ્થિતિને અનુરૂપ છે. કોઈપણ ચક્ર પર 0 નું મૂલ્ય તે ચક્ર પર ભૂલ-મુક્ત ડેટા સૂચવે છે. આ સ્પષ્ટીકરણ એ ક્રિયાને વ્યાખ્યાયિત કરતું નથી કે જ્યારે કોઈ ભૂલ મળી આવે ત્યારે ઘટક લે છે.
· ચેનલ- ડેટા કઈ ચેનલનો છે તે દર્શાવવા સ્ત્રોત વૈકલ્પિક ચેનલ સિગ્નલ ચલાવે છે. આપેલ ઈન્ટરફેસ માટે ચેનલનો અર્થ એપ્લિકેશન પર આધાર રાખે છે. કેટલીક એપ્લિકેશનોમાં, ચેનલ ઇન્ટરફેસ નંબર સૂચવે છે. અન્ય એપ્લિકેશન્સમાં, ચેનલ પૃષ્ઠ નંબર અથવા ટાઇમસ્લોટ સૂચવે છે. જ્યારે ચેનલ સિગ્નલનો ઉપયોગ કરવામાં આવે છે, ત્યારે દરેક સક્રિય ચક્રમાં સ્થાનાંતરિત તમામ ડેટા સમાન ચેનલનો હોય છે. ક્રમિક સક્રિય ચક્ર પર સ્ત્રોત અલગ ચેનલમાં બદલાઈ શકે છે.
ચેનલ સિગ્નલનો ઉપયોગ કરતા ઈન્ટરફેસોએ મહત્તમ ચેનલ નંબર દર્શાવવા માટે maxChannel પરિમાણ વ્યાખ્યાયિત કરવું આવશ્યક છે. જો ઈન્ટરફેસ ગતિશીલ રીતે ફેરફારોને સપોર્ટ કરે છે તે ચેનલોની સંખ્યા, maxChannel ઈન્ટરફેસ સપોર્ટ કરી શકે તે મહત્તમ સંખ્યા સૂચવે છે.

5.7. ડેટા લેઆઉટ

આકૃતિ 22.

ડેટા સિમ્બોલ્સ

નીચેનો આંકડો dataBitsPerSymbol=64 સાથે 16-બીટ ડેટા સિગ્નલ દર્શાવે છે. સિમ્બોલ 0 સૌથી વધુ છે

નોંધપાત્ર પ્રતીક.

63

48 47 32 31 16 15

0

પ્રતીક 0 પ્રતીક 1 પ્રતીક 2 પ્રતીક 3

એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ મોટા-એન્ડિયન અને લિટલ-એન્ડિયન બંને મોડને સપોર્ટ કરે છે. નીચેની આકૃતિ ભૂતપૂર્વ છેampબિગ-એન્ડિયન મોડનો le, જ્યાં સિમ્બોલ 0 ઉચ્ચ-ક્રમના બિટ્સમાં છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 45

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 23.

ડેટાનું લેઆઉટ
નીચેની આકૃતિમાં ટાઇમિંગ ડાયાગ્રામ 32-બીટ એક્સ બતાવે છેample જ્યાં dataBitsPerSymbol=8, અને beatsPerCycle=1.
clk
તૈયાર
માન્ય

ચેનલ ભૂલ
data[31:24] data[23:16] data[15:8] data[7:0]

D0

D4

D1

D5

D2

D6

D3

D7

D8

DC

D10

D9

DD

D11

ડીએ ડી

D12

ડીબી ડીએફ

D13

5.8. બેકપ્રેશર વિના ડેટા ટ્રાન્સફર

બેકપ્રેશર વિના ડેટા ટ્રાન્સફર એવલોન-ST ડેટા ટ્રાન્સફરમાં સૌથી મૂળભૂત છે. કોઈપણ આપેલ ઘડિયાળ ચક્ર પર, સ્રોત ઈન્ટરફેસ ડેટા અને વૈકલ્પિક ચેનલ અને ભૂલ સંકેતોને ચલાવે છે અને માન્ય છે. સિંક ઈન્ટરફેસ sampજો માન્ય હોય તો સંદર્ભ ઘડિયાળની વધતી ધાર પર આ સંકેતો.

આકૃતિ 24.

બેકપ્રેશર વિના ડેટા ટ્રાન્સફર

clk માન્ય

ચેનલ ભૂલ ડેટા

ડી 0 ડી 1

ડી 2 ડી 3

5.9. બેકપ્રેશર સાથે ડેટા ટ્રાન્સફર
સિંક એક ઘડિયાળ ચક્ર માટે તૈયાર છે તે દર્શાવવા માટે તે સક્રિય ચક્ર માટે તૈયાર છે. જો સિંક ડેટા માટે તૈયાર છે, તો ચક્ર એ તૈયાર ચક્ર છે. તૈયાર ચક્ર દરમિયાન, સ્ત્રોત માન્ય ગણાવી શકે છે અને સિંકને ડેટા પ્રદાન કરી શકે છે. જો સ્રોત પાસે મોકલવા માટે કોઈ ડેટા નથી, તો સ્રોત માન્ય છે અને ડેટાને કોઈપણ મૂલ્ય સુધી લઈ શકે છે.
ઈન્ટરફેસ કે જે બેકપ્રેશરને સપોર્ટ કરે છે તે રેડીલેટન્સી પેરામીટરને વ્યાખ્યાયિત કરે છે અને માન્ય ડેટા ચલાવી શકાય ત્યાં સુધી તૈયાર થવાના સમયથી ચક્રની સંખ્યા દર્શાવે છે. જો રેડીલેટન્સી નોનઝીરો હોય, તો સાયકલ કરો જો તૈયાર સાયકલ પર ભારપૂર્વક જણાવવામાં આવે તો તે તૈયાર ચક્ર છે .
જ્યારે રેડીલેટન્સી = 0, ડેટા ટ્રાન્સફર ત્યારે જ થાય છે જ્યારે એક જ ચક્ર પર તૈયાર અને માન્ય હોવાનો દાવો કરવામાં આવે. આ મોડમાં, સ્ત્રોત માન્ય ડેટા મોકલતા પહેલા સિંકનો તૈયાર સિગ્નલ પ્રાપ્ત કરતું નથી. સ્ત્રોત ડેટા પ્રદાન કરે છે અને જ્યારે પણ સ્ત્રોત પાસે માન્ય ડેટા હોય ત્યારે તે માન્ય હોવાનો દાવો કરે છે. સ્ત્રોત ડેટા મેળવવા અને તૈયાર થવા માટે સિંકની રાહ જુએ છે. સ્ત્રોત કોઈપણ સમયે ડેટા બદલી શકે છે. સિંક માત્ર ત્યારે જ સ્ત્રોતમાંથી ઈનપુટ ડેટા કેપ્ચર કરે છે જ્યારે તૈયાર અને માન્ય બંનેની ખાતરી કરવામાં આવે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 46

પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24
જ્યારે રેડીલેટન્સી >= 1 હોય, ત્યારે સિંક તૈયાર ચક્ર પહેલા જ તૈયાર હોવાનો દાવો કરે છે. સ્ત્રોત માન્ય હોવાનો દાવો કરીને યોગ્ય અનુગામી ચક્ર દરમિયાન પ્રતિસાદ આપી શકે છે. જે ચક્ર તૈયાર ન હોય તે ચક્ર દરમ્યાન સ્ત્રોત માન્ય ન ગણાવી શકે.
રેડી એલાઉન્સ ટ્રાન્સફરની સંખ્યાને વ્યાખ્યાયિત કરે છે જેને સિંક જ્યારે તૈયાર થઈ જાય ત્યારે કેપ્ચર કરી શકે છે. જ્યારે રેડી એલાઉન્સ = 0 હોય, ત્યારે સિંક તૈયાર થઈ ગયા પછી કોઈપણ ટ્રાન્સફર સ્વીકારી શકતું નથી. જો readyAllowance = જ્યાં n > 0, સિંક સુધી સ્વીકારી શકે છે તૈયાર થઈ ગયા પછી ટ્રાન્સફર
5.9.1. રેડી લેટન્સી અને રેડી એલાઉન્સનો ઉપયોગ કરીને ડેટા ટ્રાન્સફર

રેડીલેટન્સી અને રેડી એલાઉન્સ સાથે ડેટા ટ્રાન્સફર કરતી વખતે નીચેના નિયમો લાગુ થાય છે.
· જો તૈયાર વિલંબતા 0 હોય, તો તૈયાર ભથ્થું 0 કરતા વધારે અથવા બરાબર હોઈ શકે છે.
· જો રેડી લેટન્સી 0 કરતા વધારે હોય, તો રેડી એલાઉન્સ રેડી લેટન્સી કરતા વધારે અથવા બરાબર હોઈ શકે છે.

જ્યારે રેડી લેટન્સી = 0 અને રેડી એલાઉન્સ = 0, ત્યારે ડેટા ટ્રાન્સફર ત્યારે જ થાય છે જ્યારે તૈયાર અને માન્ય બંનેની ખાતરી કરવામાં આવે. આ કિસ્સામાં, સ્રોત માન્ય ડેટા મોકલતા પહેલા સિંકનો તૈયાર સંકેત પ્રાપ્ત કરતું નથી. સ્ત્રોત ડેટા પ્રદાન કરે છે અને જ્યારે પણ શક્ય હોય ત્યારે માન્ય ગણાવે છે. સ્ત્રોત ડેટા મેળવવા અને તૈયાર થવા માટે સિંકની રાહ જુએ છે. સ્ત્રોત કોઈપણ સમયે ડેટા બદલી શકે છે. સિંક માત્ર ત્યારે જ સ્ત્રોતમાંથી ઈનપુટ ડેટા કેપ્ચર કરે છે જ્યારે તૈયાર અને માન્ય બંનેની ખાતરી કરવામાં આવે.

આકૃતિ 25. રેડીલેટન્સી = 0, રેડી એલાઉન્સ = 0

જ્યારે રેડીલેટન્સી = 0 અને રેડી એલાઉન્સ = 0 હોય ત્યારે સ્ત્રોત કોઈપણ સમયે માન્ય ગણાવી શકે છે. સિંક જ્યારે તૈયાર હોય ત્યારે જ સ્ત્રોતમાંથી ડેટા મેળવે છે = 1.

નીચેની આકૃતિ આ ઘટનાઓ દર્શાવે છે: 1. ચક્ર 1 માં સ્ત્રોત ડેટા પ્રદાન કરે છે અને માન્ય છે. 2. ચક્ર 2 માં, સિંક તૈયાર અને D0 સ્થાનાંતરણનો દાવો કરે છે. 3. ચક્ર 3 માં, D1 સ્થાનાંતરિત થાય છે. 4. ચક્ર 4 માં, સિંક તૈયાર છે, પરંતુ સ્ત્રોત માન્ય ડેટા ચલાવતો નથી. 5. સ્ત્રોત ડેટા પૂરો પાડે છે અને ચક્ર 6 પર માન્ય હોવાનો દાવો કરે છે. 6. ચક્ર 8 માં, સિંક તૈયાર છે, તેથી D2 સ્થાનાંતરિત થાય છે. 7. ચક્ર 3 પર D9 સ્થાનાંતરણ અને ચક્ર 4 પર D10 સ્થાનાંતરણ.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

તૈયાર

માન્ય

ડેટા

ડી 0 ડી 1

D2

ડી 3 ડી 4

D5

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 47

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 26. રેડીલેટન્સી = 0, રેડી એલાઉન્સ = 1

જ્યારે રેડી લેટન્સી = 0 અને રેડી એલાઉન્સ = 1 હોય ત્યારે સિંક તૈયાર = 0 પછી વધુ એક ડેટા ટ્રાન્સફર મેળવી શકે છે.

નીચેની આકૃતિ આ ઘટનાઓ દર્શાવે છે: 1. ચક્ર 1 માં સ્ત્રોત ડેટા પ્રદાન કરે છે અને જ્યારે સિંક તૈયાર હોય ત્યારે તે માન્ય છે. D0 ટ્રાન્સફર. 2. D1 ચક્ર 2 માં સ્થાનાંતરિત થાય છે. 3. ચક્ર 3 માં, તૈયાર ડીઝર્ટ, જો કે રેડી એલાઉન્સ = 1 વધુ એક ટ્રાન્સફરની મંજૂરી છે, તેથી D2
સ્થાનાંતરણ 4. ચક્ર 5 માં બંને માન્ય અને તૈયાર દાવો, તેથી D3 સ્થાનાંતરિત થાય છે. 5. ચક્ર 6 માં, સ્ત્રોત ડીઝર્ટ માન્ય છે, તેથી કોઈ ડેટા ટ્રાન્સફર થતો નથી. 6. ચક્ર 7 માં, માન્ય દાવાઓ અને તૈયાર ડીઝર્ટ, જો કે રેડી એલાઉન્સ = 1 વધુ ટ્રાન્સફર
મંજૂરી છે, તેથી D4 સ્થાનાંતરિત થાય છે.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

તૈયાર

માન્ય

ડેટા

D0 D1 D2

D3

D4

ડી 5 ડી 6

D7

આકૃતિ 27. રેડીલેટન્સી = 1, રેડી એલાઉન્સ = 2

જ્યારે રેડી લેટન્સી = 1 અને રેડી એલાઉન્સ = 2 સિંક ડેટા ટ્રાન્સફર કરી શકે છે એક ચક્ર રેડી એસર્ટ પછી, અને તૈયાર ડીઝર્ટ પછી ટ્રાન્સફરના વધુ બે ચક્રની મંજૂરી છે.

નીચેની આકૃતિ આ ઘટનાઓ દર્શાવે છે: 1. ચક્ર 0 માં સિંક તૈયાર છે. 2. ચક્ર 1 માં, સ્ત્રોત ડેટા પ્રદાન કરે છે અને માન્ય છે. ટ્રાન્સફર તરત જ થાય છે. 3. ચક્ર 3 માં, સિંક ડીઝર્ટ તૈયાર છે, પરંતુ સ્ત્રોત હજુ પણ માન્ય છે, અને માન્ય ડેટા ચલાવે છે
કારણ કે સિંક તૈયાર ડીઝર્ટ પછી બે ચક્રમાં ડેટા કેપ્ચર કરી શકે છે. 4. ચક્ર 6 માં, સિંક તૈયાર છે. 5. ચક્ર 7 માં, સ્ત્રોત ડેટા પ્રદાન કરે છે અને માન્ય છે. આ ડેટા સ્વીકારવામાં આવે છે. 6. ચક્ર 10 માં, સિંક તૈયાર છે, પરંતુ સ્ત્રોત માન્ય છે અને માન્ય ડેટા ચલાવે છે કારણ કે
સિંક તૈયાર ડીઝર્ટ પછી બે ચક્રમાં ડેટા કેપ્ચર કરી શકે છે.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

તૈયાર

માન્ય

ડેટા

D0 D1 D2 D3

ડી 4 ડી 5

ડી 6 ડી 7

અનુકૂલનની આવશ્યકતાઓ નીચેનું કોષ્ટક વર્ણન કરે છે કે શું સ્ત્રોત અને સિંક ઇન્ટરફેસને અનુકૂલનની જરૂર છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 48

પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

કોષ્ટક 19. સ્ત્રોત/સિંક અનુકૂલન આવશ્યકતાઓ

તૈયાર વિલંબતા

તૈયાર ભથ્થું

અનુકૂલન

સોર્સ રેડીલેટન્સી = સિંક સોર્સ readyAllowance =

તૈયાર વિલંબતા

સિંક રેડી એલાઉન્સ

કોઈ અનુકૂલન જરૂરી નથી: સિંક તમામ સ્થાનાંતરણને કેપ્ચર કરી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું > સિંક રેડી એલાઉન્સ

અનુકૂલન જરૂરી: તૈયાર થઈ ગયા પછી, સિંક કેપ્ચર કરી શકે તેના કરતાં સ્ત્રોત વધુ ટ્રાન્સફર મોકલી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું < સિંક રેડી એલાઉન્સ

કોઈ અનુકૂલન જરૂરી નથી: તૈયાર થઈ ગયા પછી, સિંક સ્ત્રોત મોકલી શકે છે તેના કરતા વધુ ટ્રાન્સફર મેળવી શકે છે.

સોર્સ રેડીલેટન્સી > સિંક સોર્સ રેડી એલાઉન્સ =

તૈયાર વિલંબતા

સિંક રેડી એલાઉન્સ

કોઈ અનુકૂલન જરૂરી નથી: તૈયાર થઈ ગયા પછી, સિંક કેપ્ચર કરી શકે તેના કરતાં પાછળથી સ્ત્રોત મોકલવાનું શરૂ કરે છે. તૈયાર થઈ ગયા પછી, સ્ત્રોત સિંક કેપ્ચર કરી શકે તેટલા ટ્રાન્સફર મોકલી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું > સિંક રેડી એલાઉન્સ

અનુકૂલન જરૂરી: તૈયાર થઈ ગયા પછી, સિંક કેપ્ચર કરી શકે તેના કરતાં સ્ત્રોત વધુ ટ્રાન્સફર મોકલી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું< સિંક રેડી એલાઉન્સ

કોઈ અનુકૂલનની જરૂર નથી: તૈયાર થઈ ગયા પછી, સિંક કેપ્ચર કરી શકે તે કરતાં સ્ત્રોત ઓછા ટ્રાન્સફર મોકલે છે.

સ્ત્રોત રેડીલેટન્સી < સિંકરેડીલેટન્સી

સ્ત્રોત readyAllowance = સિંક રેડીઅલાવન્સ

અનુકૂલન જરૂરી: સિંક કેપ્ચર કરે તે પહેલાં સ્ત્રોત ટ્રાન્સફર મોકલવાનું શરૂ કરી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું > સિંક રેડી એલાઉન્સ

અનુકૂલન જરૂરી: સિંક કેપ્ચર કરે તે પહેલાં સ્ત્રોત ટ્રાન્સફર મોકલવાનું શરૂ કરી શકે છે. ઉપરાંત, તૈયાર થઈ ગયા પછી, સિંક કેપ્ચર કરી શકે તેના કરતાં વધુ ટ્રાન્સફર મોકલી શકે છે.

સ્ત્રોત તૈયાર ભથ્થું < સિંક રેડી એલાઉન્સ

અનુકૂલન જરૂરી: સિંક કેપ્ચર કરે તે પહેલાં સ્ત્રોત ટ્રાન્સફર મોકલવાનું શરૂ કરી શકે છે.

5.9.2. રેડી લેટન્સીનો ઉપયોગ કરીને ડેટા ટ્રાન્સફર
જો સ્ત્રોત અથવા સિંક રેડી એલાઉન્સ માટે કોઈ મૂલ્યનો ઉલ્લેખ કરતા નથી, તો રેડીઅલાવન્સ = રેડી લેટન્સી. સોર્સ અને સિંકનો ઉપયોગ કરતી ડિઝાઇનમાં રેડી એલાઉન્સ ઉમેરવાની જરૂર હોતી નથી સિવાય કે તમે સ્ત્રોત અથવા સિંક એડવાન લેવા માંગતા હો.tagઆ લક્ષણની e.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 49

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 28.

બેકપ્રેશર સાથે ટ્રાન્સફર, રેડી લેટન્સી=0
નીચેની આકૃતિ આ ઘટનાઓને સમજાવે છે:

1. સિંક તૈયાર ન હોવા છતાં, સ્ત્રોત ડેટા પ્રદાન કરે છે અને સાયકલ 1 પર માન્ય હોવાનો દાવો કરે છે.

2. સ્ત્રોત ચક્ર 2 સુધી રાહ જુએ છે, જ્યારે સિંક તૈયાર થાય છે, આગલા ડેટા ચક્ર પર આગળ વધતા પહેલા.

3. ચક્ર 3 માં, સ્ત્રોત એ જ ચક્ર પર ડેટા ચલાવે છે અને સિંક ડેટા પ્રાપ્ત કરવા માટે તૈયાર છે. ટ્રાન્સફર તરત જ થાય છે.
4. ચક્ર 4 માં, સિંક તૈયાર છે, પરંતુ સ્ત્રોત માન્ય ડેટા ચલાવતો નથી.

012345678 clk

તૈયાર

માન્ય

ચેનલ

ભૂલ

ડેટા

ડી 0 ડી 1

ડી 2 ડી 3

આકૃતિ 29.

બેકપ્રેશર સાથે ટ્રાન્સફર, રેડી લેટન્સી=1

નીચેના આંકડા અનુક્રમે રેડીલેટન્સી=1 અને રેડીલેટન્સી=2 સાથે ડેટા ટ્રાન્સફર દર્શાવે છે. આ બંને કિસ્સાઓમાં, રેડી સાયકલ પહેલા રેડી એસ્ટેટ કરવામાં આવે છે અને સ્ત્રોત 1 અથવા 2 સાયકલ પછી ડેટા આપીને અને માન્ય હોવાનો દાવો કરીને જવાબ આપે છે. જ્યારે રેડીલેટન્સી 0 ન હોય, ત્યારે સ્રોત બિન-તૈયાર ચક્ર પર માન્ય હોવું જોઈએ.
clk

તૈયાર

માન્ય

ચેનલ

ભૂલ

ડેટા

ડી 0 ડી 1

D2 D3 D4

D5

આકૃતિ 30.

બેકપ્રેશર સાથે ટ્રાન્સફર, રેડી લેટન્સી=2

clk

તૈયાર

માન્ય

ચેનલ

ભૂલ

ડેટા

ડી 0 ડી 1

ડી 2 ડી 3

5.10. પેકેટ ડેટા ટ્રાન્સફર
પેકેટ ટ્રાન્સફર પ્રોપર્ટી સોર્સ ઈન્ટરફેસમાંથી સિંક ઈન્ટરફેસમાં પેકેટો ટ્રાન્સફર કરવા માટે સપોર્ટ ઉમેરે છે. પેકેટ ટ્રાન્સફરને અમલમાં મૂકવા માટે ત્રણ વધારાના સંકેતો વ્યાખ્યાયિત કરવામાં આવ્યા છે. બંને સ્રોત અને સિંક ઇન્ટરફેસમાં પેકેટોને સપોર્ટ કરવા માટે આ વધારાના સંકેતો શામેલ હોવા જોઈએ. તમે ફક્ત સ્રોત અને સિંક ઇન્ટરફેસને તેની સાથે કનેક્ટ કરી શકો છો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 50

પ્રતિસાદ મોકલો

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

મેચિંગ પેકેટ ગુણધર્મો. પ્લેટફોર્મ ડીઝાઈનર સ્ત્રોત અથવા સિંક ઈન્ટરફેસમાં startofpacket , endofpacket અને ખાલી સિગ્નલો આપમેળે ઉમેરતું નથી જેમાં આ સિગ્નલોનો સમાવેશ થતો નથી.

આકૃતિ 31. એવલોન-એસટી પેકેટ ઈન્ટરફેસ સિગ્નલ્સ ડેટા સ્ત્રોત

ડેટા સિંક

તૈયાર
માન્ય
ડેટા ભૂલ ચેનલ પેકેટની શરૂઆત
એન્ડોફ પેકેટ ખાલી

5.11. સિગ્નલ વિગતો
· સ્ટાર્ટઓફપેકેટ–પેકેટ ટ્રાન્સફરને સપોર્ટ કરતા તમામ ઈન્ટરફેસને સ્ટાર્ટઓફપેકેટ સિગ્નલની જરૂર પડે છે. startofpacket પેકેટની શરૂઆત ધરાવતા સક્રિય ચક્રને ચિહ્નિત કરે છે. આ સંકેત માત્ર ત્યારે જ અર્થઘટન કરવામાં આવે છે જ્યારે માન્ય હોવાનો દાવો કરવામાં આવે.
· એન્ડોફપેકેટ – પેકેટ ટ્રાન્સફરને સપોર્ટ કરતા તમામ ઈન્ટરફેસને એન્ડોફપેકેટ સિગ્નલની જરૂર છે. endofpacket પેકેટનો અંત ધરાવતા સક્રિય ચક્રને ચિહ્નિત કરે છે. આ સંકેત માત્ર ત્યારે જ અર્થઘટન કરવામાં આવે છે જ્યારે માન્ય હોવાનો દાવો કરવામાં આવે. startofpacket અને endofpacket એ જ ચક્રમાં ભારપૂર્વક કહી શકાય. પેકેટો વચ્ચે કોઈ નિષ્ક્રિય ચક્રની જરૂર નથી. સ્ટાર્ટઓફપેકેટ સિગ્નલ અગાઉના એન્ડોફપેકેટ સિગ્નલ પછી તરત જ અનુસરી શકે છે.
· ખાલી - વૈકલ્પિક ખાલી સંકેત એ ચિહ્નોની સંખ્યા સૂચવે છે જે અંતના પેકેટ ચક્ર દરમિયાન ખાલી હોય છે. સિંક ફક્ત સક્રિય ચક્ર દરમિયાન ખાલી કિંમતની તપાસ કરે છે જેમાં એન્ડોફપેકેટે ભારપૂર્વક જણાવ્યું છે. ખાલી પ્રતીકો હંમેશા ડેટામાં છેલ્લા પ્રતીકો હોય છે, જ્યારે firstSymbolInHighOrderBits = true હોય ત્યારે લો-ઓર્ડર બિટ્સ દ્વારા વહન કરવામાં આવે છે. ખાલી સિગ્નલ એવા તમામ પેકેટ ઈન્ટરફેસ પર જરૂરી છે કે જેના ડેટા સિગ્નલમાં ડેટાના એક કરતાં વધુ પ્રતીકો હોય છે અને તેની લંબાઈવાળા પેકેટ ફોર્મેટ હોય છે. બિટ્સમાં ખાલી સિગ્નલનું કદ ceil[log2( )].

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 51

5. એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ 683091 | 2022.01.24

5.12. પ્રોટોકોલ વિગતો

પેકેટ ડેટા ટ્રાન્સફર સ્ટાર્ટઓફપેકેટ, એન્ડોફપેકેટ અને ખાલીના ઉમેરા સાથે લાક્ષણિક ડેટા ટ્રાન્સફર જેવા જ પ્રોટોકોલને અનુસરે છે.

આકૃતિ 32.

પેકેટ ટ્રાન્સફર
નીચેનો આંકડો 17-બાઈટ પેકેટના સ્ત્રોત ઈન્ટરફેસમાંથી સિંક ઈન્ટરફેસમાં ટ્રાન્સફરને દર્શાવે છે, જ્યાં રેડી લેટન્સી=0 છે. આ સમય રેખાકૃતિ નીચેની ઘટનાઓ દર્શાવે છે:

1. ડેટા ટ્રાન્સફર ચક્ર 1, 2, 4, 5 અને 6 પર થાય છે, જ્યારે તૈયાર અને માન્ય બંનેની ખાતરી કરવામાં આવે છે.

2. ચક્ર 1 દરમિયાન, સ્ટાર્ટઓફ પેકેટની ખાતરી આપવામાં આવે છે. પેકેટના પ્રથમ 4 બાઇટ્સ ટ્રાન્સફર કરવામાં આવે છે.

3. ચક્ર 6 દરમિયાન, એન્ડોફપેકેટ પર ભાર મૂકવામાં આવે છે. ખાલી ની કિંમત 3 છે. આ મૂલ્ય સૂચવે છે કે આ પેકેટનો અંત છે અને 3 માંથી 4 ચિહ્નો ખાલી છે. ચક્ર 6 માં, હાઇ-ઓર્ડર બાઇટ, ડેટા[31:24] માન્ય ડેટા ચલાવે છે.

1234567 clk

તૈયાર

માન્ય

પેકેટની શરૂઆત

એન્ડોફપેકેટ

ખાલી

3

ચેનલ

00

000

ભૂલ

00

000

ડેટા[31:24]

ડી 0 ડી 4

D8 D12 D16

ડેટા[23:16]

ડી 1 ડી 5

ડી 9 ડી 13

ડેટા[15:8]

ડી 2 ડી 6

ડી 10 ડી 14

ડેટા[7:0]

ડી 3 ડી 7

ડી 11 ડી 15

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 52

પ્રતિસાદ મોકલો

683091 | 2022.01.24 પ્રતિસાદ મોકલો

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ
એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ એવા ઘટકો સાથે વાપરવા માટે છે જે હાઈબેન્ડવિડ્થ, ઓછી વિલંબતા, યુનિડાયરેક્શનલ ડેટા ચલાવે છે. લાક્ષણિક એપ્લિકેશન્સમાં મલ્ટિપ્લેક્સ્ડ સ્ટ્રીમ્સ, પેકેટ્સ અને ડીએસપી ડેટાનો સમાવેશ થાય છે. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ સિગ્નલો ચેનલો અથવા પેકેટ સીમાઓની જાણકારી વિના ડેટાના એક પ્રવાહને સમર્થન આપતા પરંપરાગત સ્ટ્રીમિંગ ઈન્ટરફેસનું વર્ણન કરી શકે છે. ઈન્ટરફેસ વધુ જટિલ પ્રોટોકોલ્સને પણ સપોર્ટ કરી શકે છે જે બર્સ્ટ અને પેકેટ ટ્રાન્સફર કરવા માટે સક્ષમ છે અને પેકેટો બહુવિધ ચેનલોમાં એકબીજા સાથે જોડાયેલા છે.
બધા એવલોન સ્ટ્રીમિંગ ક્રેડિટ સ્ત્રોત અને સિંક ઈન્ટરફેસ આંતરક્રિયા કરી શકાય તેવું જરૂરી નથી. જો કે, જો બે ઈન્ટરફેસ સમાન એપ્લિકેશન સ્પેસ માટે સુસંગત કાર્યો પૂરા પાડે છે, તો એડેપ્ટરો તેમને ઇન્ટરઓપરેટ કરવાની મંજૂરી આપવા માટે ઉપલબ્ધ છે.
તમે એવલોન સ્ટ્રીમિંગ ક્રેડિટ સ્ત્રોતને એડેપ્ટર દ્વારા એવલોન સ્ટ્રીમિંગ સિંક સાથે પણ કનેક્ટ કરી શકો છો. એ જ રીતે, તમે એવલોન સ્ટ્રીમિંગ સ્ત્રોતને એડેપ્ટર દ્વારા એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિંક સાથે કનેક્ટ કરી શકો છો.
એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઇન્ટરફેસ ડેટાપાથને સપોર્ટ કરે છે જેમાં નીચેની સુવિધાઓની જરૂર હોય છે:
· ઓછી વિલંબ, ઉચ્ચ થ્રુપુટ પોઇન્ટ-ટુ-પોઇન્ટ ડેટા ટ્રાન્સફર
ફ્લેક્સિબલ પેકેટ ઇન્ટરલીવિંગ સાથે બહુવિધ ચેનલો સપોર્ટ કરે છે
· ચેનલનું સાઇડબેન્ડ સિગ્નલિંગ, ભૂલ, અને પેકેટ રેખાંકનની શરૂઆત અને અંત
· ડેટા બર્સ્ટિંગ માટે સપોર્ટ
· વપરાશકર્તા સિગ્નલો સાઇડબેન્ડ સિગ્નલ તરીકે કાર્યક્ષમતા વપરાશકર્તાઓ માટે વ્યાખ્યાયિત કરે છે

6.1. શરતો અને ખ્યાલો
એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઇન્ટરફેસ પ્રોટોકોલ નીચેના નિયમો અને વિભાવનાઓને વ્યાખ્યાયિત કરે છે:
એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિસ્ટમ- એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિસ્ટમમાં એક અથવા વધુ એવલોન સ્ટ્રીમિંગ ક્રેડિટ કનેક્શન હોય છે જે ડેટાને સ્રોત ઇન્ટરફેસમાંથી સિંક ઇન્ટરફેસમાં ટ્રાન્સફર કરે છે.
એવલોન સ્ટ્રીમિંગ ક્રેડિટ કમ્પોનન્ટ્સ- એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસનો ઉપયોગ કરતી એક લાક્ષણિક સિસ્ટમ બહુવિધ કાર્યાત્મક મોડ્યુલોને જોડે છે, જેને ઘટકો કહેવાય છે. સિસ્ટમ ડિઝાઇનર ઘટકોને ગોઠવે છે અને સિસ્ટમને અમલમાં મૂકવા માટે તેમને એકસાથે જોડે છે.
· સ્ત્રોત અને સિંક ઇન્ટરફેસ અને કનેક્શન્સ-જ્યારે બે ઘટકો જોડાયેલા હોય છે, ત્યારે ક્રેડિટ સિંકમાંથી સ્ત્રોત તરફ વહે છે; અને ડેટા સ્ત્રોત ઈન્ટરફેસમાંથી સિંક ઈન્ટરફેસમાં વહે છે. સિંક ઈન્ટરફેસ સાથે જોડાયેલા સ્ત્રોત ઈન્ટરફેસના સંયોજનને જોડાણ તરીકે ઓળખવામાં આવે છે.
· સ્થાનાંતરણ- સ્ત્રોત ઈન્ટરફેસથી સિંક ઈન્ટરફેસમાં ડેટા અને નિયંત્રણ પ્રચારમાં સ્થાનાંતરણ પરિણમે છે. ડેટા ઇન્ટરફેસ માટે, સ્ત્રોત ડેટા ટ્રાન્સફર શરૂ કરી શકે છે જો તેની પાસે ક્રેડિટ ઉપલબ્ધ હોય. તેવી જ રીતે, સિંક માત્ર ત્યારે જ ડેટા સ્વીકારી શકે છે જો તેની પાસે બાકી ક્રેડિટ હોય.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ 683091 | 2022.01.24

· સિમ્બોલ-એક પ્રતીક એ ડેટાનું સૌથી નાનું એકમ છે. એક અથવા વધુ પ્રતીકો એક ચક્રમાં સ્થાનાંતરિત ડેટાનું એક એકમ બનાવે છે.
· બીટ–બીટ એ એક અથવા વધુ પ્રતીકોથી બનેલા સ્ત્રોત અને સિંક ઈન્ટરફેસ વચ્ચેનું એક ચક્ર ટ્રાન્સફર છે.
· પેકેટ-એક પેકેટ ડેટા અને નિયંત્રણ સંકેતોનું એકત્રીકરણ છે જે એકસાથે પ્રસારિત થાય છે. પેકેટમાં રાઉટર્સ અને અન્ય નેટવર્ક ઉપકરણોને પેકેટને યોગ્ય ગંતવ્ય પર દિશામાન કરવામાં મદદ કરવા માટે હેડર હોઈ શકે છે. પેકેટ ફોર્મેટ એપ્લિકેશન દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે, આ સ્પષ્ટીકરણ દ્વારા નહીં. એવલોન સ્ટ્રીમિંગ પેકેટ લંબાઈમાં વેરિયેબલ હોઈ શકે છે અને કનેક્શનમાં એકબીજાને જોડી શકાય છે. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ સાથે, પેકેટોનો ઉપયોગ વૈકલ્પિક છે.

6.2. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ સિગ્નલ ભૂમિકાઓ

એવલોન સ્ટ્રીમિંગ ક્રેડિટ સ્ત્રોત અથવા સિંક ઈન્ટરફેસમાં દરેક સિગ્નલ એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિગ્નલ રોલને અનુરૂપ છે. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસમાં દરેક સિગ્નલ રોલનો માત્ર એક જ દાખલો હોઈ શકે છે. તમામ એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિગ્નલ ભૂમિકાઓ બંને સ્ત્રોતો અને સિંકને લાગુ પડે છે અને બંને માટે સમાન અર્થ ધરાવે છે.

કોષ્ટક 20. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ સિગ્નલ્સ

સિગ્નલ નામ

દિશા

અપડેટ

માટે સિંક

1

સ્ત્રોત

પહોળાઈ

ક્રેડિટ

માટે સિંક

1-9

સ્ત્રોત

વૈકલ્પિક / જરૂરી

વર્ણન

જરૂરી છે

સિંક અપડેટ મોકલે છે અને ઉપલબ્ધ ક્રેડિટ કાઉન્ટરને સ્ત્રોત અપડેટ કરે છે. જ્યારે ટ્રાન્ઝેક્શન તેના બફરમાંથી પોપ કરવામાં આવે છે ત્યારે સિંક સ્રોતને અપડેટ મોકલે છે.
સ્ત્રોતમાં ક્રેડિટ કાઉન્ટર સિંકથી સ્ત્રોત સુધી ક્રેડિટ બસ પરના મૂલ્ય દ્વારા વધે છે.

જરૂરી છે

અપડેટની ખાતરી આપવામાં આવે ત્યારે સિંક પર ઉપલબ્ધ વધારાની ક્રેડિટ સૂચવે છે.
આ બસ સિંક દ્વારા ઉલ્લેખિત મૂલ્ય ધરાવે છે. ક્રેડિટ બસની પહોળાઈ સીલોગ2(MAX_CREDIT + 1) છે. સિંક આ બસ પર ઉપલબ્ધ ક્રેડિટ મૂલ્ય મોકલે છે જે તે સ્વીકારી શકે તેવા વ્યવહારોની સંખ્યા દર્શાવે છે. સ્ત્રોત ક્રેડિટ મૂલ્ય મેળવે છે
જો અપડેટ સિગ્નલ ભારપૂર્વક આપવામાં આવે તો જ.

1 સિંક પર ક્રેડિટ સ્ત્રોત પરત કરો

ડેટા માન્ય
ભૂલ

ડૂબી જવાનો સ્ત્રોત
ડૂબી જવાનો સ્ત્રોત

1-8192 1

ડૂબી જવાનો સ્ત્રોત

1-256

જરૂરી જરૂરી જરૂરી વૈકલ્પિક

1 ક્રેડિટ પાછી સિંક પર પરત કરવા માટે સ્ત્રોત દ્વારા ખાતરી આપી.
નોંધ: વધુ વિગતો માટે, વિભાગ 6.2.3 નો સંદર્ભ લો ક્રેડિટ પરત કરવી.
વર્તમાન એવલોન સ્ટ્રીમિંગ વ્યાખ્યા મુજબ ડેટાને પ્રતીકોમાં વિભાજિત કરવામાં આવે છે.
સિગ્નલોને સિંક કરવા માટે અન્ય તમામ સ્ત્રોતને લાયક બનાવવા માટે સ્ત્રોત દ્વારા ભારપૂર્વક જણાવાયું છે. સ્ત્રોત ત્યારે જ માન્ય ગણી શકે છે જ્યારે તેને ઉપલબ્ધ ક્રેડિટ 0 કરતા વધારે હોય.
વર્તમાન ચક્રમાં ટ્રાન્સફર થઈ રહેલા ડેટાને અસર કરતી ભૂલોને ચિહ્નિત કરવા માટે ઉપયોગમાં લેવાતો બીટ માસ્ક. errorDescriptor ગુણધર્મ દ્વારા વ્યાખ્યાયિત કર્યા મુજબ, ઘટક દ્વારા ઓળખવામાં આવેલી દરેક ભૂલો માટે ભૂલમાં એક બીટનો ઉપયોગ થાય છે.
ચાલુ રાખ્યું…

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 54

પ્રતિસાદ મોકલો

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ 683091 | 2022.01.24

સિગ્નલ નામ ચેનલ
startofpacket endofpacket ખાલી

સિંક કરવા માટે દિશા સ્ત્રોત
ડૂબવા માટેનો સ્રોત ડૂબવા માટેનો સ્રોત ડૂબવાનો સ્રોત
ડૂબી જવાનો સ્ત્રોત
ડૂબી જવાનો સ્ત્રોત

પહોળાઈ

વૈકલ્પિક / જરૂરી

વર્ણન

1-128

વૈકલ્પિક

વર્તમાન ચક્ર પર ટ્રાન્સફર થઈ રહેલા ડેટા માટે ચેનલ નંબર.
જો ઈન્ટરફેસ ચેનલ સિગ્નલને સપોર્ટ કરે છે, તો તેણે maxChannel પેરામીટર પણ વ્યાખ્યાયિત કરવું જોઈએ.

પેકેટ ટ્રાન્સફર સિગ્નલો

1

વૈકલ્પિક

શરૂઆતને ચિહ્નિત કરવા માટે સ્ત્રોત દ્વારા ભારપૂર્વક જણાવ્યું હતું

એક પેકેટનું.

1

વૈકલ્પિક

ના અંતને ચિહ્નિત કરવા માટે સ્ત્રોત દ્વારા ભારપૂર્વક જણાવ્યું હતું

એક પેકેટ.

ceil(log2(NUM_SYMBOLS)) વૈકલ્પિક

ચિહ્નોની સંખ્યા સૂચવે છે જે ખાલી છે, એટલે કે, માન્ય ડેટાનું પ્રતિનિધિત્વ કરતા નથી. ખાલી સિગ્નલનો ઉપયોગ ઈન્ટરફેસ પર થતો નથી જ્યાં બીટ દીઠ એક પ્રતીક હોય છે.

વપરાશકર્તા સંકેતો

1-8192

વૈકલ્પિક

સોર્સ અને સિંક ઈન્ટરફેસ પર પેકેટ દીઠ યુઝર સિગ્નલોની કોઈપણ સંખ્યા હાજર હોઈ શકે છે. સ્ત્રોત જ્યારે આ સિગ્નલનું મૂલ્ય સેટ કરે છે
startofpacket ભારપૂર્વક જણાવ્યું છે. નવા પેકેટની શરૂઆત સુધી સ્ત્રોતે આ સિગ્નલનું મૂલ્ય બદલવું જોઈએ નહીં. વધુ વિગતો યુઝર સિગ્નલ વિભાગમાં છે.

1-8192

વૈકલ્પિક

પ્રતિ-પ્રતિક વપરાશકર્તા સિગ્નલોની કોઈપણ સંખ્યા સ્ત્રોત અને સિંક પર હાજર હોઈ શકે છે. વધુ વિગતો યુઝર સિગ્નલ વિભાગમાં છે.

6.2.1. સિંક્રનસ ઈન્ટરફેસ

એવલોન સ્ટ્રીમિંગ કનેક્શનના તમામ ટ્રાન્સફર સંકળાયેલ ઘડિયાળના સિગ્નલની વધતી ધાર સાથે સિંક્રનસ થાય છે. સ્રોત ઇન્ટરફેસથી સિંક ઇન્ટરફેસ સુધીના તમામ આઉટપુટ,
ડેટા, ચેનલ અને એરર સિગ્નલો સહિત, ઘડિયાળની વધતી ધાર પર નોંધાયેલ હોવું આવશ્યક છે. સિંક ઇન્ટરફેસમાં ઇનપુટ્સ રજીસ્ટર કરાવવાની જરૂર નથી. સ્ત્રોત પર સિગ્નલોની નોંધણી ઉચ્ચ-આવર્તન કામગીરીની સુવિધા આપે છે.

કોષ્ટક 21. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ પ્રોપર્ટીઝ

મિલકતનું નામ

ડિફૉલ્ટ મૂલ્ય

કાનૂની મૂલ્ય

વર્ણન

સંકળાયેલ ઘડિયાળ

1

ઘડિયાળ

એવલોન ક્લોક ઈન્ટરફેસનું નામ જેનું આ

ઇન્ટરફેસ

એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ સિંક્રનસ છે.

સંકળાયેલ રીસેટ

1

રીસેટ કરો

એવલોન રીસેટ ઈન્ટરફેસનું નામ જેમાં આ

ઇન્ટરફેસ

એવલોન સ્ટ્રીમિંગ ઈન્ટરફેસ સિંક્રનસ છે.

dataBitsPerSymbol પ્રતીકોPerBeat

8

1 8192

પ્રતીક દીઠ બિટ્સની સંખ્યા વ્યાખ્યાયિત કરે છે. માજી માટેampલે,

બાઇટ-ઓરિએન્ટેડ ઇન્ટરફેસમાં 8-બીટ પ્રતીકો હોય છે. આ મૂલ્ય છે

2 ની શક્તિ સુધી મર્યાદિત નથી.

1

1 8192

પ્રતીકોની સંખ્યા જે દરેક પર સ્થાનાંતરિત થાય છે

માન્ય ચક્ર.

મહત્તમ ક્રેડિટ

256

1-256

ક્રેડિટની મહત્તમ સંખ્યા કે જેને ડેટા ઇન્ટરફેસ સપોર્ટ કરી શકે છે.
ચાલુ રાખ્યું…

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 55

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ 683091 | 2022.01.24

મિલકતનું નામ ભૂલ વર્ણનકર્તા

ડિફૉલ્ટ મૂલ્ય
0

firstSymbolInHighOrderBits true

maxChannel

0

કાનૂની મૂલ્ય

વર્ણન

શબ્દમાળાઓની સૂચિ

શબ્દોની સૂચિ જે ભૂલ સંકેતના દરેક બીટ સાથે સંકળાયેલ ભૂલનું વર્ણન કરે છે. સૂચિની લંબાઈ ભૂલ સિગ્નલમાં બિટ્સની સંખ્યા જેટલી જ હોવી જોઈએ. સૂચિમાંનો પ્રથમ શબ્દ સૌથી વધુ ક્રમના બીટ પર લાગુ થાય છે. માજી માટેample, “crc, overflow” નો અર્થ એ છે કે ભૂલનો બીટ[1] સીઆરસી ભૂલ સૂચવે છે. બીટ[0] ઓવરફ્લો ભૂલ સૂચવે છે.

સાચું, ખોટું

જ્યારે સાચું હોય, ત્યારે પ્રથમ-ક્રમનું પ્રતીક ડેટા ઈન્ટરફેસના સૌથી નોંધપાત્ર બિટ્સ તરફ દોરવામાં આવે છે. આ સ્પષ્ટીકરણમાં સૌથી વધુ-ઓર્ડર પ્રતીક D0 લેબલ થયેલ છે. જ્યારે આ ગુણધર્મ ખોટા પર સેટ કરવામાં આવે છે, ત્યારે પ્રથમ પ્રતીક નીચા બિટ્સ પર દેખાય છે. D0 ડેટા[7:0] પર દેખાય છે. 32-બીટ બસ માટે, જો સાચું હોય, તો D0 બીટ્સ પર દેખાય છે[31:24].

0

ચૅનલોની મહત્તમ સંખ્યા કે જે ડેટા ઇન્ટરફેસ કરે છે

આધાર આપી શકે છે.

6.2.2. લાક્ષણિક ડેટા ટ્રાન્સફર
આ વિભાગ સ્રોત ઇન્ટરફેસમાંથી સિંક ઇન્ટરફેસમાં ડેટાના ટ્રાન્સફરને વ્યાખ્યાયિત કરે છે. તમામ કિસ્સાઓમાં, ડેટા સ્ત્રોત અને ડેટા સિંકે સ્પષ્ટીકરણનું પાલન કરવું આવશ્યક છે. સ્રોત પ્રોટોકોલ ભૂલોને શોધવાની જવાબદારી ડેટા સિંકની નથી.
નીચેનો આંકડો એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસમાં સામાન્ય રીતે ઉપયોગમાં લેવાતા સંકેતો દર્શાવે છે.
આકૃતિ 33. લાક્ષણિક એવલોન સ્ટ્રીમિંગ ક્રેડિટ સિગ્નલ્સ

આ આંકડો સૂચવે છે તેમ, એક લાક્ષણિક એવલોન સ્ટ્રીમિંગ ક્રેડિટ સ્ત્રોત ઈન્ટરફેસ માન્ય, ડેટા, ભૂલ અને ચેનલ સિગ્નલોને સિંક તરફ લઈ જાય છે. સિંક ડ્રાઇવ અપડેટ અને ક્રેડિટ સિગ્નલો આપે છે.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 56

પ્રતિસાદ મોકલો

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ 683091 | 2022.01.24
આકૃતિ 34. લાક્ષણિક ક્રેડિટ અને ડેટા ટ્રાન્સફર

ઉપરોક્ત આકૃતિ સ્ત્રોત અને સિંક વચ્ચે સામાન્ય ક્રેડિટ અને ડેટા ટ્રાન્સફર દર્શાવે છે. સિંક એસેર્ટિંગ અપડેટ અને અપડેટ મેળવવાના સ્ત્રોત વચ્ચે મનસ્વી વિલંબ થઈ શકે છે. તેવી જ રીતે, ડેટા માટે માન્ય સ્ત્રોતની ખાતરી કરવા અને તે ડેટા પ્રાપ્ત કરવામાં સિંક વચ્ચે મનસ્વી વિલંબ થઈ શકે છે. સિંકથી સ્ત્રોત સુધીના ક્રેડિટ પાથ પર વિલંબ અને સ્ત્રોતથી સિંક સુધીનો ડેટા પાથ સમાન હોવો જરૂરી નથી. આ વિલંબ 0 ચક્ર પણ હોઈ શકે છે, એટલે કે જ્યારે સિંક અપડેટ કરે છે, ત્યારે તે સમાન ચક્રમાં સ્ત્રોત દ્વારા જોવામાં આવે છે. તેનાથી વિપરીત, જ્યારે સ્ત્રોત માન્ય હોવાનો દાવો કરે છે, ત્યારે તે સમાન ચક્રમાં સિંક દ્વારા જોવામાં આવે છે. જો સ્ત્રોત પાસે શૂન્ય ક્રેડિટ હોય, તો તે માન્ય ગણાવી શકતું નથી. સ્થાનાંતરિત ક્રેડિટ્સ સંચિત છે. જો સિંકે તેની maxCredit પ્રોપર્ટી જેટલી ક્રેડિટ ટ્રાન્સફર કરી હોય અને તેને કોઈ ડેટા પ્રાપ્ત થયો ન હોય, તો જ્યાં સુધી તેને ઓછામાં ઓછો 1 ડેટા પ્રાપ્ત ન થાય અથવા સ્ત્રોતમાંથી રિટર્ન_ક્રેડિટ પલ્સ ન મળે ત્યાં સુધી તે અપડેટનો દાવો કરી શકશે નહીં.
જો સિંકે સ્ત્રોતને ક્રેડિટ આપી હોય તો સિંક સ્રોતમાંથી ડેટાને બેકપ્રેશર કરી શકતું નથી, એટલે કે જો બાકી ક્રેડિટ્સ હોય તો સિંકે સ્ત્રોતમાંથી ડેટા સ્વીકારવો આવશ્યક છે. સ્ત્રોત માન્ય ગણાવી શકતો નથી જો તેને કોઈ ક્રેડિટ ન મળી હોય અથવા પ્રાપ્ત ક્રેડિટ્સ સમાપ્ત થઈ ગઈ હોય, એટલે કે પ્રાપ્ત ક્રેડિટના બદલામાં પહેલેથી જ ડેટા મોકલ્યો હોય.
જો સ્ત્રોત પાસે શૂન્ય ક્રેડિટ્સ હોય, તો સ્ત્રોત તે જ ચક્રમાં ડેટા ટ્રાન્સફર શરૂ કરી શકતો નથી જે તેને ક્રેડિટ્સ પ્રાપ્ત કરે છે. તેવી જ રીતે, જો સિંકે તેની maxCredit પ્રોપર્ટી જેટલી જ ક્રેડિટ ટ્રાન્સફર કરી હોય અને તે ડેટા મેળવે છે, તો સિંક તેને ડેટા પ્રાપ્ત થયો હોય તે જ ચક્રમાં અપડેટ મોકલી શકતું નથી. અમલીકરણમાં સંયુક્ત લૂપ્સ ટાળવા માટે આ નિયંત્રણો મૂકવામાં આવ્યા છે.
6.2.3. ક્રેડિટ પરત કરી રહ્યા છીએ
એવલોન સ્ટ્રીમિંગ ક્રેડિટ પ્રોટોકોલ રીટર્ન_ક્રેડિટ સિગ્નલને સપોર્ટ કરે છે. આનો ઉપયોગ સ્ત્રોત દ્વારા ક્રેડિટને સિંક પર પરત કરવા માટે થાય છે. દરેક ચક્રમાં આ સિગ્નલ ભારપૂર્વક આપવામાં આવે છે, તે સૂચવે છે કે સ્ત્રોત 1 ક્રેડિટ પાછી આપી રહ્યો છે. જો સ્ત્રોત બહુવિધ ક્રેડિટ પરત કરવા માંગે છે, તો આ સિગ્નલને બહુવિધ ચક્રો માટે ભારપૂર્વક જણાવવાની જરૂર છે. માજી માટેample, જો સ્ત્રોત 10 બાકી ક્રેડિટ પરત કરવા માંગે છે, તો તે 10 ચક્રો માટે રિટર્ન_ક્રેડિટ સિગ્નલનો દાવો કરે છે. સિંકે તેના આંતરિક ધિરાણ જાળવણી કાઉન્ટર્સમાં પરત કરાયેલી ક્રેડિટ્સનો હિસાબ રાખવો જોઈએ. જ્યાં સુધી તેની પાસે 0 થી વધુ ક્રેડિટ હોય ત્યાં સુધી ક્રેડિટ કોઈપણ સમયે સ્ત્રોત દ્વારા પરત કરી શકાય છે.
નીચેનો આંકડો સ્ત્રોત પરત કરતી ક્રેડિટ્સનું ઉદાહરણ આપે છે. આકૃતિમાં બતાવ્યા પ્રમાણે, બાકી_ક્રેડિટ એ સ્ત્રોત માટે આંતરિક કાઉન્ટર છે. જ્યારે સ્ત્રોત ક્રેડિટ પરત કરે છે, ત્યારે આ કાઉન્ટર ઘટે છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 57

આકૃતિ 35. સ્ત્રોત રિટર્નિંગ ક્રેડિટ્સ

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ 683091 | 2022.01.24

નોંધ:

જો કે ઉપરોક્ત રેખાકૃતિ જ્યારે માન્ય રદ કરવામાં આવે ત્યારે ક્રેડિટ પરત કરવાનું બતાવે છે, જ્યારે માન્ય હોવાનો દાવો કરવામાં આવે ત્યારે વળતર_ક્રેડિટ પણ નિશ્ચિત કરી શકાય છે. આ કિસ્સામાં, સ્ત્રોત અસરકારક રીતે 2 ક્રેડિટ્સ ખર્ચે છે: એક માન્ય માટે અને એક રિટર્ન_ક્રેડિટ માટે.

6.3. એવલોન સ્ટ્રીમિંગ ક્રેડિટ વપરાશકર્તા સંકેતો
વપરાશકર્તા સંકેતો વૈકલ્પિક સાઇડબેન્ડ સંકેતો છે જે ડેટા સાથે વહે છે. જ્યારે ડેટા માન્ય હોય ત્યારે જ તેઓ માન્ય ગણવામાં આવે છે. આપેલ છે કે વપરાશકર્તા સંકેતોનો કોઈ વ્યાખ્યાયિત અર્થ અથવા હેતુ નથી, આ સંકેતોનો ઉપયોગ કરતી વખતે સાવચેતી રાખવી જોઈએ. એ સુનિશ્ચિત કરવાની જવાબદારી સિસ્ટમ ડિઝાઇનરની છે કે એકબીજા સાથે જોડાયેલા બે IP યુઝર સિગ્નલોની ભૂમિકાઓ પર સંમત છે.
બે પ્રકારના વપરાશકર્તા સંકેતો પ્રસ્તાવિત કરવામાં આવી રહ્યા છે: પ્રતિ-પ્રતિક વપરાશકર્તા સંકેતો અને પ્રતિ-પેકેટ વપરાશકર્તા સંકેતો.
6.3.1. પ્રતિ-પ્રતિક વપરાશકર્તા સિગ્નલ
નામ સૂચવે છે તેમ, ડેટા પ્રતિ-પ્રતિક વપરાશકર્તા સિગ્નલ (symbol_user) પ્રતિ પ્રતીક વ્યાખ્યાયિત કરે છે. ડેટામાંના દરેક પ્રતીકમાં વપરાશકર્તા સંકેત હોઈ શકે છે. માજી માટેample, જો ડેટામાં પ્રતીકોની સંખ્યા 8 છે, અને પ્રતીક_વપરાશકર્તાની પહોળાઈ 2 બિટ્સ છે, તો પ્રતીક_વપરાશકર્તા સિગ્નલની કુલ પહોળાઈ 16 બિટ્સ છે.
Symbol_user ત્યારે જ માન્ય છે જ્યારે ડેટા માન્ય હોય. જ્યારે ડેટા માન્ય હોય ત્યારે સ્ત્રોત આ સિગ્નલને દરેક ચક્રમાં બદલી શકે છે. સિંક ખાલી પ્રતીકો માટે સિમ્બોલ_યુઝર બિટ્સના મૂલ્યને અવગણી શકે છે.
જો કોઈ સ્ત્રોત કે જેની પાસે આ સિગ્નલ છે તે સિંક સાથે જોડાયેલ છે જેના ઇન્ટરફેસ પર આ સિગ્નલ નથી, તો સ્ત્રોતમાંથી સિગ્નલ જનરેટ કરેલા ઇન્ટરકનેક્ટમાં લટકતો રહે છે.
જો કોઈ સ્ત્રોત કે જેની પાસે આ સિગ્નલ નથી તે સિંક સાથે જોડાયેલ છે જેના ઇન્ટરફેસ પર આ સિગ્નલ છે, તો સિંકનું ઇનપુટ વપરાશકર્તા સિગ્નલ 0 સાથે જોડાય છે.
જો ડેટામાં સ્રોત અને સિંક બંનેમાં સમાન સંખ્યામાં પ્રતીકો હોય, તો બંને માટેના વપરાશકર્તા સંકેતોની પહોળાઈ સમાન હોવી જોઈએ. નહિંતર, તેઓ કનેક્ટ કરી શકાતા નથી.

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 58

પ્રતિસાદ મોકલો

6. એવલોન સ્ટ્રીમિંગ ક્રેડિટ ઈન્ટરફેસ
683091 | 2022.01.24
જો વિશાળ સ્ત્રોત સાંકડી સિંક સાથે જોડાયેલ હોય, અને બંને પાસે પ્રતિ-પ્રતિક વપરાશકર્તા સિગ્નલ હોય, તો બંને પાસે દરેક પ્રતીક સાથે જોડાયેલા વપરાશકર્તા સિગ્નલના સમાન બિટ્સ હોવા જોઈએ. માજી માટેample, જો 16-પ્રતિક સ્ત્રોતમાં દરેક પ્રતીક સાથે સંકળાયેલ વપરાશકર્તા સિગ્નલના 2 બિટ્સ હોય (યુઝર સિગ્નલના કુલ 32 બિટ્સ માટે), તો 4-સિમ્બોલ સિંકમાં 8-બિટ પહોળા વપરાશકર્તા સિગ્નલ (2 બિટ્સ સાથે સંકળાયેલા હોવા જોઈએ. દરેક પ્રતીક). ડેટા ફોર્મેટ એડેપ્ટર 16-સિમ્બોલ સ્ત્રોત ડેટાને 4-સિમ્બોલ સિંક ડેટામાં અને 32-બીટ યુઝર સિગ્નલને 8-બીટ યુઝર સિગ્નલમાં કન્વર્ટ કરી શકે છે. ડેટા ફોર્મેટ એડેપ્ટર અનુરૂપ વપરાશકર્તા સિગ્નલ બિટ્સ સાથે પ્રતીકોના જોડાણને જાળવી રાખે છે.
તેવી જ રીતે, જો એક સાંકડો સ્ત્રોત વિશાળ સિંક સાથે જોડાયેલ હોય, અને બંને પાસે પ્રતિ-પ્રતિક વપરાશકર્તા સિગ્નલ હોય, તો બંને પાસે દરેક પ્રતીક સાથે જોડાયેલા વપરાશકર્તા સિગ્નલના સમાન બિટ્સ હોવા જોઈએ. માજી માટેample, જો 4-સિમ્બોલ સ્ત્રોતમાં દરેક સિમ્બોલ સાથે યુઝર સિગ્નલના 2 બિટ્સ સંકળાયેલા હોય (યુઝર સિગ્નલના કુલ 8 બિટ્સ માટે), તો 16-સિમ્બોલ સિંકમાં 32-બિટ પહોળા યુઝર સિગ્નલ (2 બિટ્સ સાથે સંકળાયેલા) હોવા જોઈએ. દરેક પ્રતીક). ડેટા ફોર્મેટ એડેપ્ટર 4-સિમ્બોલ સ્ત્રોત ડેટાને 16-સિમ્બોલ સિંક ડેટામાં અને 8-બીટ યુઝર સિગ્નલને 32-બીટ યુઝર સિગ્નલમાં કન્વર્ટ કરી શકે છે. ડેટા ફોર્મેટ એડેપ્ટર અનુરૂપ વપરાશકર્તા સિગ્નલ બિટ્સ સાથે પ્રતીકોના જોડાણને જાળવી રાખે છે. જો પેકેટ ડેટા પહોળાઈના ગુણોત્તર કરતા નાનું હોય, તો ડેટા ફોર્મેટ એડેપ્ટર તે મુજબ ખાલીનું મૂલ્ય સેટ કરે છે. સિંકે ખાલી પ્રતીકો સાથે સંકળાયેલ યુઝર બિટ્સના મૂલ્યની અવગણના કરવી જોઈએ.
6.3.2. પ્રતિ-પેકેટ વપરાશકર્તા સિગ્નલ
પ્રતીક_વપરાશકર્તા ઉપરાંત, પ્રતિ-પેકેટ વપરાશકર્તા સંકેતો (પેકેટ_વપરાશકર્તા) પણ ઈન્ટરફેસ પર જાહેર કરી શકાય છે. Packet_user મનસ્વી પહોળાઈનો હોઈ શકે છે. પ્રતીક_વપરાશકર્તાથી વિપરીત, packet_user એ સમગ્ર પેકેટમાં સ્થિર રહેવું જોઈએ, એટલે કે તેની કિંમત પેકેટની શરૂઆતમાં સેટ કરવી જોઈએ અને પેકેટના અંત સુધી એ જ રહેવી જોઈએ. આ પ્રતિબંધ ડેટા ફોર્મેટ એડેપ્ટરના અમલીકરણને સરળ બનાવે છે કારણ કે તે નકલ કરવા અથવા કાપવાના વિકલ્પને દૂર કરે છે (વાઇડ સોર્સ, સાંકડી સિંક) અથવા કોનકેટેનેટ (સાંકડી સ્ત્રોત, વિશાળ સિંક) packet_user.
જો સ્ત્રોતમાં packet_user હોય અને સિંક ન હોય, તો સ્ત્રોતમાંથી packet_user લટકતો રહે છે. આવા કિસ્સામાં, સિસ્ટમ ડિઝાઇનરે સાવચેત રહેવું જોઈએ અને આ સિગ્નલ પર કોઈપણ જટિલ નિયંત્રણ માહિતી પ્રસારિત કરવી જોઈએ નહીં કારણ કે તે સંપૂર્ણપણે અથવા આંશિક રીતે અવગણવામાં આવે છે.
જો કોઈ સ્ત્રોતમાં packet_user ન હોય અને સિંક હોય, તો સિંક કરવા માટેનું packet_user 0 સાથે જોડાયેલું છે.

પ્રતિસાદ મોકલો

Avalon® ઈન્ટરફેસ વિશિષ્ટતાઓ 59

683091 | 2022.01.24 પ્રતિસાદ મોકલો

7. એવલોન નળી ઈન્ટરફેસ

નોંધ:

એવલોન કંડ્યુઈટ ઈન્ટરફેસ સિગ્નલોના મનસ્વી સંગ્રહનું જૂથ બનાવે છે. તમે નળીના સંકેતો માટે કોઈપણ ભૂમિકાનો ઉલ્લેખ કરી શકો છો. જો કે, જ્યારે તમે નળીઓને જોડો છો, ત્યારે ભૂમિકાઓ અને પહોળાઈઓ મેચ થવી જોઈએ અને દિશાઓ વિરુદ્ધ હોવી જોઈએ. એવલોન કન્ડ્યુટ ઈન્ટરફેસમાં ઇનપુટ, આઉટપુટ અને દ્વિપક્ષીય સંકેતો શામેલ હોઈ શકે છે. લોજિકલ સિગ્નલ ગ્રૂપિંગ પ્રદાન કરવા માટે મોડ્યુલમાં બહુવિધ એવલોન કન્ડ્યુટ ઇન્ટરફેસ હોઈ શકે છે. કન્ડ્યુટ ઇન્ટરફેસ સંકળાયેલ ઘડિયાળ જાહેર કરી શકે છે. જ્યારે કનેક્ટેડ કન્ડ્યુટ ઇન્ટરફેસ વિવિધ ઘડિયાળ ડોમેન્સમાં હોય છે, ત્યારે પ્લેટફોર્મ ડિઝાઇનર એક ભૂલ સંદેશ જનરેટ કરે છે.
જો શક્ય હોય તો, તમારે Avalon Conduit ઈન્ટરફેસ બનાવવાને બદલે પ્રમાણભૂત Avalon-MM અથવા Avalon-ST ઈન્ટરફેસનો ઉપયોગ કરવો જોઈએ. પ્લેટફોર્મ ડિઝાઇનર આ ઇન્ટરફેસ માટે માન્યતા અને અનુકૂલન પ્રદાન કરે છે. પ્લેટફોર્મ ડીઝાઈનર Avalon Conduit ઈન્ટરફેસ માટે માન્યતા અથવા અનુકૂલન પ્રદાન કરી શકતું નથી.
સામાન્ય રીતે SDRAM સરનામું, ડેટા અને કંટ્રોલ સિગ્નલ જેવા ઑફ-ચિપ ડિવાઇસ સિગ્નલો ચલાવવા માટે કન્ડ્યુટ ઇન્ટરફેસનો ઉપયોગ થાય છે.

ઇન્ટેલ કોર્પોરેશન. બધા હકો અમારી પાસે રાખેલા છે. ઇન્ટેલ, ઇન્ટેલ લોગો અને અન્ય ઇન્ટેલ ચિહ્નો ઇન્ટેલ કોર્પોરેશન અથવા તેની પેટાકંપનીઓના ટ્રેડમાર્ક છે. ઇન્ટેલ તેના FPGA અને સેમિકન્ડક્ટર ઉત્પાદનોના પ્રદર્શનને ઇન્ટેલની માનક વોરંટી અનુસાર વર્તમાન સ્પષ્ટીકરણો માટે વોરંટી આપે છે, પરંતુ સૂચના વિના કોઈપણ સમયે કોઈપણ ઉત્પાદનો અને સેવાઓમાં ફેરફાર કરવાનો અધિકાર અનામત રાખે છે. Intel દ્વારા લેખિતમાં સ્પષ્ટપણે સંમત થયા સિવાય અહીં વર્ણવેલ કોઈપણ માહિતી, ઉત્પાદન અથવા સેવાના એપ્લિકેશન અથવા ઉપયોગથી ઉદ્ભવતી કોઈ જવાબદારી અથવા જવાબદારી સ્વીકારતી નથી. ઇન્ટેલ ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ કોઈપણ પ્રકાશિત માહિતી પર આધાર રાખતા પહેલા અને ઉત્પાદનો અથવા સેવાઓ માટે ઓર્ડર આપતા પહેલા ઉપકરણ વિશિષ્ટતાઓનું નવીનતમ સંસ્કરણ પ્રાપ્ત કરે. *અન્ય નામો અને બ્રાન્ડનો દાવો અન્યની મિલકત તરીકે થઈ શકે છે.

ISO 9001:2015 નોંધાયેલ

7. એવલોન કંડ્યુઈટ ઈન્ટરફેસ 683091 | 2022.01.24

આકૃતિ 36. કન્ડ્યુટ ઈન્ટરફેસ પર ફોકસ કરો

ઇથરનેટ PHY

એવલોન-એમએમ સિસ્ટમ
પ્રોસેસર એવલોન-એમએમ
યજમાન

ઇથરનેટ MAC
એવલોન-એમએમ હોસ્ટ

કસ્ટમ લોજિક
એવલોન-એમએમ હોસ્ટ

સિસ્ટમ ઇન્ટરકનેક્ટ ફેબ્રિક

એવલોન-એમએમ એજન્ટ
SDRAM નિયંત્રક

એવલોન એજન્ટ
કસ્ટમ લોજિક

નળી ઈન્ટરફેસ
SDRAM મેમરી

7.

દસ્તાવેજો / સંસાધનો

ઇન્ટેલ MNL-AVABUSREF એવલોન ઇન્ટરફેસ [પીડીએફ] વપરાશકર્તા માર્ગદર્શિકા MNL-AVABUSREF, Avalon Interface, MNL-AVABUSREF એવલોન ઇન્ટરફેસ

સંદર્ભો

• વપરાશકર્તા માર્ગદર્શિકા