ຄູ່ມືຜູ້ໃຊ້ intel MNL-AVABUSREF Avalon Interface

ເນື້ອໃນ ເຊື່ອງ

1 ການໂຕ້ຕອບ MNL-AVABUSREF Avalon

2 ເອກະສານ / ຊັບພະຍາກອນ

2.1 ເອກະສານອ້າງອີງ

3 ກະທູ້ທີ່ກ່ຽວຂ້ອງ

ການໂຕ້ຕອບ MNL-AVABUSREF Avalon

View Fullscreen

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon®
ອັບເດດສໍາລັບ Intel® Quartus® Prime Design Suite: 20.1

ສະບັບອອນໄລນ໌ສົ່ງຄໍາຄິດເຫັນ

MNL-AVABUSREF

ID: 683091 ເວີຊັນ: 2022.01.24

ເນື້ອໃນ

ເນື້ອໃນ
1. ການແນະນໍາກ່ຽວກັບຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon®…………………………………………………… 4 1.1. ຄຸນສົມບັດ ແລະພາລາມິເຕີຂອງ Avalon …………………………………………………………………. 5 1.2. ພາລະບົດບາດສັນຍານ…………………………………………………………………………………………….5 1.3. ເວລາການໂຕ້ຕອບ……………………………………………………………………………………………. 5 1.4. ຕົວຢ່າງample: Avalon Interfaces ໃນການອອກແບບລະບົບ………………………………………………………. 5
2. Avalon Clock ແລະ Reset Interfaces ………………………………………………………………………………. 8 2.1. Avalon Clock Sink ພາລະບົດບາດ……………………………………………………………………..8 2.2. Clock Sink Properties…………………………………………………………………………………………… 9 2.3. ການໂຕ້ຕອບຂອງໂມງທີ່ກ່ຽວຂ້ອງ ………………………………………………………………………………9 2.4. ພາລະບົດບາດຂອງສັນຍານໂມງ Avalon …………………………………………………………………..9 2.5. Clock Source Properties……………………………………………………………………………… 9 2.6. Reset Sink…………………………………………………………………………………………………………. 10 2.7. Reset Sink Interface Properties……………………………………………………………………………… 10 2.8. ການໂຕ້ຕອບການຕັ້ງຄືນໃໝ່ທີ່ກ່ຽວຂ້ອງ ………………………………………………………………………………10 2.9. Reset Source……………………………………………………………………………………………….10 2.10. Reset Source Interface Properties ……………………………………………………….11
3. Avalon Memory-Mapped Interfaces…………………………………………………………………….12 3.1. Introduction to Avalon Memory-Mapped Interfaces…………………………………………… 12 3.2. Avalon Memory Mapped Interface Signal Roles…………………………………………………………14 3.3. ຄຸນສົມບັດການໂຕ້ຕອບ………………………………………………………………………………….17 3.4. ເວລາ………………………………………………………………………………………………………….20 3.5. ການໂອນ………………………………………………………………………………………………………… 20 3.5.1. ການໂອນການອ່ານ ແລະຂຽນແບບປົກກະຕິ………………………………………………………. 21 3.5.2. ການໂອນເງິນໂດຍໃຊ້ waitrequestAllowance Property………………………………… 23 3.5.3. Read and Write Transfers with Fixed Wait-States……………………………………….. 26 3.5.4. ການຍົກຍ້າຍທໍ່……………………………………………………………………………….. 27 3.5.5. ການໂອນລະເບີດ…………………………………………………………………………………. 30 3.5.6. ອ່ານ ແລະ ຂຽນຄຳຕອບ…………………………………………………………… 34 3.6. ການຈັດລຽງທີ່ຢູ່………………………………………………………………………………….. 36 3.7. ທີ່ຢູ່ ຕົວແທນ Avalon-MM………………………………………………………………………………36
4. Avalon Interrupt Interfaces……………………………………………………………………………… 38 4.1. ຂັດຂວາງຜູ້ສົ່ງ……………………………………………………………………………………………..38 4.1.1. Avalon Interrupt Sender ພາລະບົດບາດ………………………………………………….38 4.1.2. Interrupt Sender Properties …………………………………………………………….. 38 4.2. Interrupt Receiver……………………………………………………………………………………………39 4.2.1. Avalon Interrupt Receiver ພາລະບົດບາດ…………………………………………………….. 39 4.2.2. Interrupt Receiver Properties…………………………………………………………… 39 4.2.3. Interrupt Timing………………………………………………………………………….. 39
5. Avalon Streaming Interfaces …………………………………………………………………………………. 40 5.1. ເງື່ອນໄຂ ແລະ ແນວຄວາມຄິດ…………………………………………………………………………………… 41 5.2. Avalon Streaming Interface Signal Roles……………………………………………………….. 42 5.3. ການລຽງລຳດັບສັນຍານ ແລະ ເວລາ ………………………………………………………………… 43 5.3.1. Synchronous Interface………………………………………………………………………43 5.3.2. ໂມງເປີດໃຊ້……………………………………………………………………………… 43

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 2

ສົ່ງຄຳຕິຊົມ

ເນື້ອໃນ
5.4. Avalon-ST Interface Properties…………………………………………………………………….43 5.5. ການໂອນຂໍ້ມູນແບບປົກກະຕິ………………………………………………………………………………44 5.6. ລາຍລະອຽດສັນຍານ…………………………………………………………………………………………… 44 5.7. ແຜນຜັງຂໍ້ມູນ ………………………………………………………………………………………………. 45 5.8. Data Transfer without Backpressure…………………………………………………………….. 46 5.9. ການຖ່າຍໂອນຂໍ້ມູນທີ່ມີ Backpressure…………………………………………………………………. 46
5.9.1. ການໂອນຂໍ້ມູນໂດຍໃຊ້ readyLatency ແລະ readyAllowance………………………….. 47 5.9.2. ການຖ່າຍໂອນຂໍ້ມູນການນໍາໃຊ້ readyLatency……………………………………………………. 49 5.10. ການໂອນຂໍ້ມູນແພັກເກັດ……………………………………………………………………………..50 5.11. ລາຍລະອຽດສັນຍານ…………………………………………………………………………………………… 51 5.12. ລາຍລະອຽດພິທີການ …………………………………………………………………………………………….52
6. Avalon Streaming Credit Interfaces………………………………………………………………… 53 6.1. ເງື່ອນໄຂ ແລະ ແນວຄວາມຄິດ……………………………………………………………………………… 53 6.2. Avalon Streaming Credit Interface Signal Roles…………………………………………………….. 54 6.2.1. Synchronous Interface…………………………………………………………………55 6.2.2. ການໂອນຂໍ້ມູນທົ່ວໄປ…………………………………………………………………….56 6.2.3. ການຄືນສິນເຊື່ອ……………………………………………………………………. 57 6.3. Avalon Streaming Credit User Signals…………………………………………………………… 58 6.3.1. ສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກ…………………………………………………………………. 58 6.3.2. ສັນຍານຜູ້ໃຊ້ຕໍ່ຊຸດ………………………………………………………………………59
7. Avalon Conduit Interfaces……………………………………………………………………………………60 7.1. ພາລະບົດບາດສັນຍານ Avalon Conduit ………………………………………………………………………………. 61 7.2. ຄຸນສົມບັດຂອງທໍ່ …………………………………………………………………………………. 61
8. Avalon Tristate Conduit Interface ……………………………………………………………………………… 62 8.1. Avalon Tristate Conduit Signal Roles………………………………………………………………….. 64 8.2. Tristate Conduit Properties………………………………………………………………………… 65 8.3. Tristate Conduit Timing ………………………………………………………………………………….65
A. ສັນຍານປະຕິເສດ……………………………………………………………………………………………. 67
B. ປະຫວັດການດັດແກ້ເອກະສານສໍາລັບລາຍລະອຽດຂອງການໂຕ້ຕອບ Avalon………………………… 68

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 3

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

1. ການແນະນໍາກ່ຽວກັບຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon®

ການໂຕ້ຕອບ Avalon® ເຮັດໃຫ້ການອອກແບບລະບົບງ່າຍຂຶ້ນໂດຍການອະນຸຍາດໃຫ້ທ່ານເຊື່ອມຕໍ່ອົງປະກອບຕ່າງໆໃນ Intel® FPGA ໄດ້ຢ່າງງ່າຍດາຍ. ຄອບຄົວການໂຕ້ຕອບ Avalon ກໍານົດການໂຕ້ຕອບທີ່ເຫມາະສົມສໍາລັບການຖ່າຍທອດຂໍ້ມູນຄວາມໄວສູງ, ການອ່ານແລະການຂຽນບັນທຶກແລະຫນ່ວຍຄວາມຈໍາ, ແລະການຄວບຄຸມອຸປະກອນ off-chip. ອົງປະກອບທີ່ມີຢູ່ໃນ Platform Designer ລວມເອົາສ່ວນຕິດຕໍ່ມາດຕະຖານເຫຼົ່ານີ້. ນອກຈາກນັ້ນ, ທ່ານສາມາດລວມເອົາການໂຕ້ຕອບ Avalon ໃນອົງປະກອບທີ່ກໍາຫນົດເອງ, ເສີມຂະຫຍາຍການໂຕ້ຕອບຂອງການອອກແບບ.
ຂໍ້ມູນສະເພາະນີ້ກໍານົດການໂຕ້ຕອບ Avalon ທັງຫມົດ. ຫຼັງຈາກອ່ານຂໍ້ມູນສະເພາະນີ້, ທ່ານຄວນເຂົ້າໃຈວ່າອິນເຕີເຟດໃດ ເໝາະ ສົມກັບສ່ວນປະກອບຂອງເຈົ້າແລະບົດບາດສັນຍານໃດທີ່ຈະໃຊ້ ສຳ ລັບພຶດຕິກໍາສະເພາະ. ຂໍ້ມູນສະເພາະນີ້ກໍານົດ 7 ການໂຕ້ຕອບຕໍ່ໄປນີ້:
· Avalon Streaming Interface (Avalon-ST) – ການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນການໄຫຼວຽນຂອງຂໍ້ມູນແບບ unidirectional, ລວມທັງການຖ່າຍທອດແບບ multiplexed, ແພັກເກັດ, ແລະຂໍ້ມູນ DSP.
· Avalon Memory Mapped Interface (Avalon-MM) – ການໂຕ້ຕອບການອ່ານ/ຂຽນທີ່ຢູ່ຕາມປົກກະຕິຂອງການເຊື່ອມຕໍ່ Host-Agent.
· Avalon Conduit Interface- ປະເພດການໂຕ້ຕອບທີ່ຮອງຮັບສັນຍານສ່ວນບຸກຄົນຫຼືກຸ່ມຂອງສັນຍານທີ່ບໍ່ເຫມາະສົມກັບປະເພດ Avalon ອື່ນໆ. ທ່ານສາມາດເຊື່ອມຕໍ່ສ່ວນຕິດຕໍ່ທໍ່ພາຍໃນລະບົບ Platform Designer. ອີກທາງເລືອກ, ທ່ານສາມາດສົ່ງອອກພວກມັນເພື່ອເຊື່ອມຕໍ່ກັບໂມດູນອື່ນໆໃນການອອກແບບຫຼືກັບ FPGA pins.
· Avalon Tri-State Conduit Interface (Avalon-TC) – ການໂຕ້ຕອບເພື່ອຮອງຮັບການເຊື່ອມຕໍ່ກັບອຸປະກອນຕໍ່ເນື່ອງນອກຊິບ. ອຸປະກອນຕໍ່ພ່ວງຫຼາຍອັນສາມາດແບ່ງປັນ pins ໂດຍຜ່ານການ multiplexing ສັນຍານ, ຫຼຸດຜ່ອນຈໍານວນ pin ຂອງ FPGA ແລະຈໍານວນຂອງການຕິດຕາມໃນ PCB ໄດ້.
· Avalon Interrupt Interface – ການໂຕ້ຕອບທີ່ອະນຸຍາດໃຫ້ອົງປະກອບສັນຍານເຫດການກັບອົງປະກອບອື່ນໆ.
· Avalon Clock Interface – ການໂຕ້ຕອບທີ່ຂັບລົດຫຼືຮັບໂມງ.
· Avalon Reset Interface – ການໂຕ້ຕອບທີ່ສະຫນອງການເຊື່ອມຕໍ່ຄືນໃຫມ່.
ອົງປະກອບດຽວສາມາດປະກອບມີຈໍານວນການໂຕ້ຕອບເຫຼົ່ານີ້ແລະຍັງສາມາດປະກອບມີຫຼາຍຕົວຢ່າງຂອງປະເພດການໂຕ້ຕອບດຽວກັນ.

ໝາຍເຫດ:

ການໂຕ້ຕອບ Avalon ແມ່ນມາດຕະຖານເປີດ. ບໍ່ມີໃບອະນຸຍາດຫຼືຄ່າພາກຫຼວງແມ່ນຈໍາເປັນເພື່ອພັດທະນາແລະຂາຍຜະລິດຕະພັນທີ່ໃຊ້ຫຼືອີງໃສ່ການໂຕ້ຕອບ Avalon.

ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ
· ການແນະນໍາ Intel FPGA IP Cores ສະຫນອງຂໍ້ມູນທົ່ວໄປກ່ຽວກັບ Intel FPGA IP cores ທັງຫມົດ, ລວມທັງການກໍານົດຕົວກໍານົດການ, ການຜະລິດ, ການຍົກລະດັບ, ແລະ simulating IP cores.
· ການສ້າງສະຄຣິບຕິດຕັ້ງ Simulator ແບບປະສົມປະສານ ສ້າງສະຄຣິບຈຳລອງທີ່ບໍ່ຕ້ອງການການອັບເດດຄູ່ມືສຳລັບການອັບເກຣດລຸ້ນຊອບແວ ຫຼື IP.

ບໍລິສັດ Intel. ສະຫງວນລິຂະສິດທັງໝົດ. Intel, ໂລໂກ້ Intel, ແລະເຄື່ອງໝາຍ Intel ອື່ນໆແມ່ນເຄື່ອງໝາຍການຄ້າຂອງ Intel Corporation ຫຼືບໍລິສັດຍ່ອຍຂອງມັນ. Intel ຮັບປະກັນປະສິດທິພາບຂອງຜະລິດຕະພັນ FPGA ແລະ semiconductor ຂອງຕົນຕໍ່ກັບຂໍ້ມູນຈໍາເພາະໃນປະຈຸບັນໂດຍສອດຄ່ອງກັບການຮັບປະກັນມາດຕະຖານຂອງ Intel, ແຕ່ສະຫງວນສິດທີ່ຈະປ່ຽນແປງຜະລິດຕະພັນແລະການບໍລິການໄດ້ທຸກເວລາໂດຍບໍ່ມີການແຈ້ງການ. Intel ຖືວ່າບໍ່ມີຄວາມຮັບຜິດຊອບ ຫຼືຄວາມຮັບຜິດຊອບທີ່ເກີດຂຶ້ນຈາກແອັບພລິເຄຊັນ ຫຼືການນຳໃຊ້ຂໍ້ມູນ, ຜະລິດຕະພັນ, ຫຼືບໍລິການໃດໜຶ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນນີ້ ຍົກເວັ້ນຕາມທີ່ໄດ້ຕົກລົງຢ່າງຈະແຈ້ງໃນລາຍລັກອັກສອນໂດຍ Intel. ລູກຄ້າ Intel ໄດ້ຮັບຄໍາແນະນໍາໃຫ້ໄດ້ຮັບສະບັບຫລ້າສຸດຂອງຂໍ້ມູນຈໍາເພາະຂອງອຸປະກອນກ່ອນທີ່ຈະອີງໃສ່ຂໍ້ມູນໃດໆທີ່ຈັດພີມມາແລະກ່ອນທີ່ຈະວາງຄໍາສັ່ງສໍາລັບຜະລິດຕະພັນຫຼືການບໍລິການ. *ຊື່ ແລະຍີ່ຫໍ້ອື່ນໆອາດຈະຖືກອ້າງວ່າເປັນຊັບສິນຂອງຄົນອື່ນ.

ISO 9001:2015 ລົງທະບຽນ

1. ການແນະນໍາກ່ຽວກັບຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 683091 | 2022.01.24
· ການຄຸ້ມຄອງໂຄງການຂໍ້ແນະນໍາການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການຄຸ້ມຄອງປະສິດທິພາບແລະການເຄື່ອນຍ້າຍຂອງໂຄງການແລະ IP ຂອງທ່ານ files.
1.1. ຄຸນສົມບັດ ແລະພາລາມິເຕີຂອງ Avalon
ການໂຕ້ຕອບ Avalon ອະທິບາຍພຶດຕິກໍາຂອງພວກເຂົາດ້ວຍຄຸນສົມບັດ. ຂໍ້ມູນສະເພາະສໍາລັບແຕ່ລະປະເພດການໂຕ້ຕອບກໍານົດຄຸນສົມບັດການໂຕ້ຕອບທັງຫມົດແລະຄ່າເລີ່ມຕົ້ນ. ຕົວຢ່າງampດັ່ງນັ້ນ, ຄຸນສົມບັດ maxChannel ຂອງອິນເຕີເຟດ Avalon-ST ຊ່ວຍໃຫ້ທ່ານສາມາດລະບຸຈໍານວນຊ່ອງທີ່ສະຫນັບສະຫນູນໂດຍການໂຕ້ຕອບ. ຄຸນສົມບັດ clockRate ຂອງການໂຕ້ຕອບໂມງ Avalon ສະຫນອງຄວາມຖີ່ຂອງສັນຍານໂມງ.
1.2. ພາລະບົດບາດສັນຍານ
ແຕ່ລະການໂຕ້ຕອບ Avalon ກໍານົດພາລະບົດບາດສັນຍານແລະພຶດຕິກໍາຂອງເຂົາເຈົ້າ. ພາລະບົດບາດສັນຍານຫຼາຍແມ່ນທາງເລືອກ. ທ່ານມີຄວາມຍືດຫຍຸ່ນໃນການເລືອກພຽງແຕ່ບົດບາດສັນຍານທີ່ຈໍາເປັນເພື່ອປະຕິບັດຫນ້າທີ່ທີ່ກໍານົດໄວ້. ຕົວຢ່າງampໃນນອກຈາກນັ້ນ, ການໂຕ້ຕອບ Avalon-MM ປະກອບມີທາງເລືອກ startbursttransfer ແລະພາລະບົດບາດສັນຍານ burstcount ສໍາລັບອົງປະກອບທີ່ສະຫນັບສະຫນູນ bursting. ການໂຕ້ຕອບ Avalon-ST ປະກອບມີບົດບາດສັນຍານ startofpacket ແລະ endofpacket ທາງເລືອກສໍາລັບການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນແພັກເກັດ.
ຍົກເວັ້ນສໍາລັບການໂຕ້ຕອບ Avalon Conduit, ແຕ່ລະການໂຕ້ຕອບອາດຈະປະກອບມີພຽງແຕ່ຫນຶ່ງສັນຍານຂອງແຕ່ລະບົດບາດສັນຍານ. ພາລະບົດບາດສັນຍານຫຼາຍອະນຸຍາດໃຫ້ສັນຍານການເຄື່ອນໄຫວຕ່ໍາ. ໂດຍທົ່ວໄປແລ້ວສັນຍານທີ່ມີການເຄື່ອນໄຫວສູງແມ່ນໃຊ້ໃນເອກະສານນີ້.
1.3. ໄລຍະເວລາໃນການໂຕ້ຕອບ
ບົດຕໍ່ໄປຂອງເອກະສານນີ້ປະກອບມີຂໍ້ມູນໄລຍະເວລາທີ່ອະທິບາຍການໂອນສໍາລັບປະເພດການໂຕ້ຕອບສ່ວນບຸກຄົນ. ບໍ່ມີການຮັບປະກັນການປະຕິບັດໃດໆຂອງການໂຕ້ຕອບເຫຼົ່ານີ້. ການປະຕິບັດຕົວຈິງແມ່ນຂຶ້ນກັບຫຼາຍປັດໃຈ, ລວມທັງການອອກແບບອົງປະກອບແລະການປະຕິບັດລະບົບ.
ອິນເຕີເຟດ Avalon ສ່ວນໃຫຍ່ຈະຕ້ອງບໍ່ເປັນຂອບທີ່ລະອຽດອ່ອນຕໍ່ກັບສັນຍານອື່ນນອກຈາກໂມງ ແລະຣີເຊັດ. ສັນຍານອື່ນອາດຈະປ່ຽນຫຼາຍຄັ້ງກ່ອນທີ່ມັນຈະສະຖຽນລະພາບ. ເວລາທີ່ແນ່ນອນຂອງສັນຍານລະຫວ່າງຂອບໂມງແຕກຕ່າງກັນໄປຕາມຄຸນລັກສະນະຂອງ Intel FPGA ທີ່ເລືອກ. ຂໍ້ມູນສະເພາະນີ້ບໍ່ໄດ້ລະບຸລັກສະນະໄຟຟ້າ. ອ້າງອີງເຖິງເອກະສານອຸປະກອນທີ່ເໝາະສົມສຳລັບຂໍ້ມູນສະເພາະທາງໄຟຟ້າ.
1.4. ອະດີດample: Avalon Interfaces ໃນການອອກແບບລະບົບ
ໃນນີ້ exampໃນ Ethernet Controller ປະກອບມີຫົກປະເພດການໂຕ້ຕອບທີ່ແຕກຕ່າງກັນ: · Avalon-MM · Avalon-ST · Avalon Conduit · Avalon-TC · Avalon Interrupt · Avalon Clock.
ໂປເຊດເຊີ Nios® II ເຂົ້າເຖິງການຄວບຄຸມ ແລະລົງທະບຽນສະຖານະຂອງອົງປະກອບເທິງຊິບຜ່ານອິນເຕີເຟດ Avalon-MM. ກະແຈກກະຈາຍລວບລວມ DMAs ສົ່ງແລະຮັບຂໍ້ມູນຜ່ານການໂຕ້ຕອບ Avalon-ST. ສີ່ອົງປະກອບປະກອບມີການຂັດຂວາງ

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 5

1. ການແນະນໍາກ່ຽວກັບຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 683091 | 2022.01.24

ຮູບທີ 1.

ການໂຕ້ຕອບທີ່ໃຫ້ບໍລິການໂດຍຊອບແວທີ່ເຮັດວຽກຢູ່ໃນໂປເຊດເຊີ Nios II. A PLL ຍອມຮັບໂມງຜ່ານອິນເຕີເຟດ Avalon Clock Sink ແລະສະຫນອງສອງແຫຼ່ງໂມງ. ສອງອົງປະກອບປະກອບມີການໂຕ້ຕອບ Avalon-TC ເພື່ອເຂົ້າເຖິງຄວາມຊົງຈໍາ off-chip. ສຸດທ້າຍ, ຕົວຄວບຄຸມ DDR3 ເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາ DDR3 ພາຍນອກໂດຍຜ່ານການໂຕ້ຕອບ Avalon Conduit.

Avalon Interfaces ໃນການອອກແບບລະບົບດ້ວຍ Scatter Gather DMA Controller ແລະ Nios II Processor

ແຜ່ນວົງຈອນພິມ

SSRAM Flash

DDR3

Intel FPGA
M Avalon-MM Host Cn Avalon Conduit S Avalon-MM AgentTCM Avalon-TC Host Src Avalon-ST Source TCS Avalon-TC Agent Snk Avalon-ST Sink CSrc Avalon Clock Source
CSnk Avalon Clock Sink

Cn Tristate Conduit
ຂົວ TCS
TCM Tristate Conduit
Pin Sharer TCS TCS

IRQ4 IRQ3 Nios II

IRQ1 C1

UART S

ເຄື່ອງຈັບເວລາ IRQ2

TCM

Tristate Cntrl SSRAM

Tristate Cntrl Flash

ຕົວຄວບຄຸມ Cn DDR3
S

Avalon-MM

ທໍ່ນ້ຳ

Cn Src Avalon-ST

ຕົວຄວບຄຸມອີເທີເນັດ
Snk

FIFO Buffer Avalon-ST

Avalon-ST

FIFO Buffer

SM Scatter GatheIrRQ4
DMA Snk

S C2

Avalon-ST

Src

M IRQ3

ກະແຈກກະຈາຍເກັບ DMA

CSrc

CSnkPLL C1

ອ້າງອີງ Clk

CSrc

ໃນຮູບຕໍ່ໄປນີ້, ໂປເຊດເຊີພາຍນອກເຂົ້າເຖິງການຄວບຄຸມແລະລົງທະບຽນສະຖານະຂອງອົງປະກອບເທິງຊິບຜ່ານຂົວລົດເມພາຍນອກທີ່ມີການໂຕ້ຕອບ Avalon-MM. PCI Express Root Port ຄວບຄຸມອຸປະກອນຕ່າງໆໃນແຜ່ນວົງຈອນພິມ ແລະອົງປະກອບອື່ນໆຂອງ FPGA ໂດຍການຂັບລົດ on-chip PCI Express Endpoint ທີ່ມີການໂຕ້ຕອບເຈົ້າພາບ AvalonMM. ໂຮງງານຜະລິດພາຍນອກຈັດການກັບການຂັດຂວາງຈາກຫ້າອົງປະກອບ. A PLL ຍອມຮັບໂມງອ້າງອີງໂດຍຜ່ານການໂຕ້ຕອບຂອງ Avalon Clock sink ແລະສະຫນອງສອງໂມງ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 6

ສົ່ງຄຳຕິຊົມ

1. ການແນະນໍາກ່ຽວກັບຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 683091 | 2022.01.24

ຮູບທີ 2.

ແຫຼ່ງຂໍ້ມູນ. ຄວາມຊົງຈໍາຂອງແຟດແລະ SRAM ແບ່ງປັນ pin FPGA ຜ່ານການໂຕ້ຕອບ Avalon-TC. ສຸດທ້າຍ, ຕົວຄວບຄຸມ SDRAM ເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາ SDRAM ພາຍນອກໂດຍຜ່ານການໂຕ້ຕອບ Avalon Conduit.
Avalon Interfaces ໃນການອອກແບບລະບົບດ້ວຍ PCI Express Endpoint ແລະໂປເຊດເຊີພາຍນອກ

ແຜ່ນວົງຈອນພິມ

PCI Express Root Port

CPU ພາຍນອກ

Intel FPGA
IRQ1
ອີເທີເນັດ MAC

IRQ2 Custom Logic
M
Avalon-MM

PCI Express ຈຸດສິ້ນສຸດ

IRQ3 IRQ5 IRQ4 IRQ3
IRQ2 IRQ1

ຂົວອະນຸສັນຍາລົດເມພາຍນອກ
M

Tristate Cntrl SSRAM TCS

Tristate Cntrl Flash TCS

ຕົວຄວບຄຸມ SDRAM

IRQ4

IRQ5

UART C2

Custom Logic C2

TCM TCM Tristate Conduit
Pin Sharer TCS
TCM Tristate Conduit
ຂົວ Cn

ອ້າງອີງ Clk

CSrc CSnk PLL C1
CSrc C2

SSRAM

Flash

Cn SDRAM

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 7

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

2. Avalon Clock ແລະ Reset Interfaces

ຮູບທີ 3.

ການໂຕ້ຕອບໂມງ Avalon ກໍານົດໂມງຫຼືໂມງທີ່ໃຊ້ໂດຍອົງປະກອບ. ອົງປະກອບສາມາດມີວັດສະດຸປ້ອນໂມງ, ຜົນອອກຂອງໂມງ, ຫຼືທັງສອງ. A phase locked loop (PLL) ແມ່ນ example ຂອງອົງປະກອບທີ່ມີທັງອິນພຸດໂມງ ແລະຜົນອອກຂອງໂມງ.

ຕົວເລກຕໍ່ໄປນີ້ແມ່ນຕົວຢ່າງທີ່ງ່າຍດາຍທີ່ສະແດງໃຫ້ເຫັນເຖິງປັດໄຈນໍາເຂົ້າແລະຜົນໄດ້ຮັບທີ່ສໍາຄັນທີ່ສຸດຂອງອົງປະກອບ PLL.

PLL Core Clock Outputs ແລະ Inputs

ຫຼັກ PLL

altpll Intel FPGA IP

ຣີເຊັດ

ໂມງ

ຈົມ

ທີ່ມາ

ການໂຕ້ຕອບຜົນອອກຂອງໂມງ1

ແຫຼ່ງໂມງ

ການໂຕ້ຕອບຜົນອອກຂອງໂມງ2

ref_clk

ໂມງ

ຈົມ

ທີ່ມາ

Clock Output Interface_n

2.1. ບົດບາດສັນຍານໂມງ Avalon Sink

ອ່າງລ້າງໂມງສະໜອງການອ້າງອີງເວລາສຳລັບສ່ວນຕິດຕໍ່ອື່ນ ແລະເຫດຜົນພາຍໃນ.

ຕາຕະລາງ 1.

ພາລະບົດບາດສັນຍານໂມງ Sink

ພາລະບົດບາດສັນຍານ clk

ກວ້າງ 1

ການປ້ອນຂໍ້ມູນທິດທາງ

ຕ້ອງການ Yes

ລາຍລະອຽດ
ສັນຍານໂມງ. ສະຫນອງການ synchronization ສໍາລັບເຫດຜົນພາຍໃນແລະສໍາລັບການໂຕ້ຕອບອື່ນໆ.

ISO 9001:2015 ລົງທະບຽນ

2. Avalon Clock ແລະ Reset Interfaces 683091 | 2022.01.24

2.2. ຄຸນສົມບັດການຫລົ້ມຈົມຂອງໂມງ

ຕາຕະລາງ 2.

ຄຸນສົມບັດການຫລົ້ມຈົມຂອງໂມງ

ຊື່ clockRate

ຄ່າເລີ່ມຕົ້ນ 0

ມູນຄ່າຕາມກົດໝາຍ 0

ລາຍລະອຽດ
ຊີ້ບອກຄວາມຖີ່ໃນ Hz ຂອງຕົວປະສານໂມງ. ຖ້າ 0, ອັດຕາໂມງອະນຸຍາດໃຫ້ຄວາມຖີ່ໃດໆ. ຖ້າບໍ່ແມ່ນສູນ, Platform Designer ອອກຄໍາເຕືອນຖ້າແຫຼ່ງໂມງທີ່ເຊື່ອມຕໍ່ບໍ່ແມ່ນຄວາມຖີ່ທີ່ລະບຸ.

2.3. ການໂຕ້ຕອບໂມງທີ່ກ່ຽວຂ້ອງ
ອິນເຕີເຟດ synchronous ທັງໝົດມີຄຸນສົມບັດໂມງທີ່ເຊື່ອມໂຍງກັນທີ່ລະບຸວ່າແຫຼ່ງໂມງໃດຢູ່ໃນອົງປະກອບທີ່ຖືກນໍາໃຊ້ເປັນການອ້າງອີງການຊິງໂຄຣໄນສໍາລັບການໂຕ້ຕອບ. ຊັບສິນນີ້ແມ່ນສະແດງຢູ່ໃນຮູບຕໍ່ໄປນີ້.
ຮູບທີ 4. ຊັບສິນໂມງທີ່ກ່ຽວຂ້ອງ

rx_clk ໂມງ
ຈົມ

FIFO ໂມງຄູ່

ໂມງ tx_clk
ຈົມ

rx_data ST RelatedClock = “rx_clk”
ຈົມ

RelatedClock = “tx_clk” ST tx_data
ທີ່ມາ

2.4. ບົດບາດສັນຍານແຫຼ່ງຂອງໂມງ Avalon

ອິນເຕີເຟດແຫຼ່ງໂມງ Avalon ຂັບສັນຍານໂມງອອກຈາກອົງປະກອບ.

ຕາຕະລາງ 3.

ພາລະບົດບາດສັນຍານແຫຼ່ງໂມງ

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຄກ

ຜົນຜະລິດ

ຕ້ອງການ Yes

Description ເປັນສັນຍານໂມງອອກ.

2.5. ຄຸນສົມບັດແຫຼ່ງໂມງ

ຕາຕະລາງ 4.

ຄຸນສົມບັດແຫຼ່ງໂມງ

ຊື່ທີ່ກ່ຽວຂ້ອງDirectClock

ຄ່າເລີ່ມຕົ້ນ
ບໍ່ມີ

ອັດຕາໂມງ

clockRateKnown

ບໍ່ຖືກຕ້ອງ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

an input ຊື່ຂອງໂມງປ້ອນຂໍ້ມູນທີ່ເຮັດໃຫ້ຜົນຜະລິດຂອງຊື່ໂມງນີ້ໂດຍກົງ, ຖ້າມີ.

ຊີ້ໃຫ້ເຫັນຄວາມຖີ່ໃນ Hz ທີ່ຜົນຜະລິດໂມງຖືກຂັບເຄື່ອນ.

ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ

ຊີ້ບອກເຖິງຄວາມຖີ່ຂອງໂມງຫຼືບໍ່. ຖ້າຄວາມຖີ່ຂອງໂມງເປັນທີ່ຮູ້ຈັກ, ທ່ານສາມາດປັບແຕ່ງອົງປະກອບອື່ນໆໃນລະບົບ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 9

2. Avalon Clock ແລະ Reset Interfaces 683091 | 2022.01.24

2.6. ຣີເຊັດ Sink

ຕາຕະລາງ 5.

ຣີເຊັດບົດບາດສັນຍານຂາເຂົ້າ
ສັນຍານ reset_req ເປັນສັນຍານທາງເລືອກທີ່ທ່ານສາມາດໃຊ້ເພື່ອປ້ອງກັນການສໍ້ລາດບັງຫຼວງຂອງເນື້ອໃນຄວາມຊົງຈໍາໂດຍການປະຕິບັດການຈັບມືຄືນໃໝ່ກ່ອນການຢືນຢັນການຕັ້ງຄືນໃໝ່ແບບບໍ່ກົງກັນ.

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

ລາຍລະອຽດ

ຣີເຊັດ, reset_n

ປ້ອນຂໍ້ມູນ

ແມ່ນແລ້ວ

ຣີເຊັດເຫດຜົນພາຍໃນຂອງສ່ວນຕິດຕໍ່ ຫຼືອົງປະກອບ

ກັບສະຖານະທີ່ຜູ້ໃຊ້ກໍານົດ. ຄຸນສົມບັດ synchronous ຂອງ

ການຕັ້ງຄ່າໃຫມ່ແມ່ນຖືກກໍານົດໂດຍ synchronousEdges

ພາລາມິເຕີ.

reset_req

ວັດສະດຸປ້ອນ

ບໍ່

ການຊີ້ບອກເບື້ອງຕົ້ນຂອງສັນຍານການຕັ້ງຄືນໃຫມ່. ສັນຍານນີ້ເຮັດຫນ້າທີ່ເປັນ

ຢ່າງໜ້ອຍມີການເຕືອນໜຶ່ງຮອບຂອງການລໍຖ້າການຣີເຊັດ ROM

ເບື້ອງຕົ້ນ. ໃຊ້ reset_req ເພື່ອປິດການເປີດໃຊ້ງານໂມງ

ຫຼືປິດບັງລົດເມທີ່ຢູ່ຂອງຫນ່ວຍຄວາມຈໍາໃນຊິບ, ໄປ

ປ້ອງກັນບໍ່ໃຫ້ທີ່ຢູ່ຈາກການຫັນປ່ຽນເມື່ອເປັນ

ການປ້ອນຂໍ້ມູນການຕັ້ງຄ່າຄືນໃໝ່ asynchronous ຖືກຢືນຢັນ.

2.7. ຕັ້ງຄ່າຄຸນສົມບັດການໂຕ້ຕອບ Sink ຄືນໃໝ່

ຕາຕະລາງ 6.

ຣີເຊັດບົດບາດສັນຍານຂາເຂົ້າ

ຊື່ໂມງທີ່ກ່ຽວຂ້ອງ

ຄ່າເລີ່ມຕົ້ນ
ບໍ່ມີ

synchronous-Edges

DEASSERT

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ຊື່ໂມງ

ຊື່ຂອງໂມງທີ່ອິນເຕີເຟດນີ້ຖືກ synchronized. ຕ້ອງການຖ້າຄ່າຂອງ synchronousEdges ແມ່ນ DEASSERT ຫຼືທັງສອງ.

ບໍ່ມີ DEASSERT
ທັງສອງ

ຊີ້ບອກປະເພດຂອງ synchronization ທີ່ reset input ຕ້ອງການ. ຄ່າຕໍ່ໄປນີ້ແມ່ນຖືກກໍານົດ:
· NONEno synchronization ແມ່ນຕ້ອງການເນື່ອງຈາກວ່າອົງປະກອບປະກອບມີເຫດຜົນສໍາລັບການ synchronization ພາຍໃນຂອງສັນຍານປັບໃຫມ່.
· DEASSERT ການຢືນຢັນການຣີເຊັດແມ່ນບໍ່ຊິ້ງໂຄນ ແລະ ການຍົກເລີກການຢືນຢັນແມ່ນ synchronous.
ທັງສອງຢືນຢັນການຕັ້ງຄືນໃຫມ່ແລະການປະຕິເສດແມ່ນ synchronous.

2.8. ການໂຕ້ຕອບການຕັ້ງໃຫມ່ທີ່ກ່ຽວຂ້ອງ
ການໂຕ້ຕອບ synchronous ທັງຫມົດມີຄຸນສົມບັດ Reset ທີ່ກ່ຽວຂ້ອງທີ່ລະບຸວ່າສັນຍານການປັບຄ່າຄືນໃຫມ່ຕາມເຫດຜົນຂອງການໂຕ້ຕອບ.

2.9. ຣີເຊັດແຫຼ່ງທີ່ມາ

ຕາຕະລາງ 7.

ຣີເຊັດບົດບາດສັນຍານອອກ
ສັນຍານ reset_req ເປັນສັນຍານທາງເລືອກທີ່ທ່ານສາມາດໃຊ້ເພື່ອປ້ອງກັນການສໍ້ລາດບັງຫຼວງຂອງເນື້ອໃນຄວາມຊົງຈໍາໂດຍການປະຕິບັດການຈັບມືຄືນໃໝ່ກ່ອນການຢືນຢັນການຕັ້ງຄືນໃໝ່ແບບບໍ່ກົງກັນ.

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

ລາຍລະອຽດ

ຕັ້ງຄ່າ reset_n

ຜົນຜະລິດ

ແມ່ນແລ້ວ

ຣີເຊັດເຫດຜົນພາຍໃນຂອງສ່ວນຕິດຕໍ່ ຫຼືອົງປະກອບ

ກັບສະຖານະທີ່ຜູ້ໃຊ້ກໍານົດ.

reset_req

ຜົນຜະລິດ

ທາງເລືອກເປີດໃຫ້ໃຊ້ງານການສ້າງການຮ້ອງຂໍຄືນໃຫມ່, ຊຶ່ງເປັນຕົ້ນ

ສັນຍານທີ່ຢືນຢັນກ່ອນການຢືນຢັນການຕັ້ງຄືນໃໝ່. ຄັ້ງດຽວ

ຢືນຢັນ, ອັນນີ້ບໍ່ສາມາດຖືກຍົກເລີກຈົນກວ່າຈະຣີເຊັດ

ສໍາເລັດ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 10

ສົ່ງຄຳຕິຊົມ

2. Avalon Clock ແລະ Reset Interfaces 683091 | 2022.01.24

2.10. ຣີເຊັດຄຸນສົມບັດການໂຕ້ຕອບຂອງແຫຼ່ງ

ຕາຕະລາງ 8.

ຣີເຊັດຄຸນສົມບັດການໂຕ້ຕອບ

ຊື່

ຄ່າເລີ່ມຕົ້ນ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ໂມງທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ໂມງ

ຊື່ຂອງໂມງທີ່ມີການໂຕ້ຕອບນີ້

ຊື່

synchronized. ຕ້ອງການຖ້າຫາກວ່າມູນຄ່າຂອງ

synchronousEdges ແມ່ນ DEASSERT ຫຼືທັງສອງ.

ເຊື່ອມຕໍ່DirectReset

ບໍ່ມີ

ຣີເຊັດ

ຊື່ຂອງການປັບການປ້ອນຂໍ້ມູນທີ່ເຮັດໃຫ້ນີ້ໂດຍກົງ

ຊື່

ຣີເຊັດແຫລ່ງຂໍ້ມູນຜ່ານລິ້ງໜຶ່ງຫາໜຶ່ງ.

ResetSinks ທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຣີເຊັດ

ລະບຸການປ້ອນຂໍ້ມູນຄືນໃໝ່ທີ່ເຮັດໃຫ້ເກີດການຕັ້ງແຫຼ່ງທີ່ມາໃໝ່

ຊື່

ຢືນຢັນການຣີເຊັດ. ຕົວຢ່າງample, ປັບ synchronizer ວ່າ

ປະຕິບັດການ OR ດ້ວຍການປັບປ່ຽນຫຼາຍ inputs ເປັນ

ສ້າງຜົນຜະລິດຕັ້ງຄ່າໃຫມ່.

synchronousEdges

DEASSERT

ບໍ່ມີ DEASSERT
ທັງສອງ

ຊີ້ບອກການຊິງໂຄໄນຂອງຜົນຜະລິດທີ່ຕັ້ງຄືນໃໝ່. ຄ່າຕໍ່ໄປນີ້ແມ່ນຖືກກໍານົດ:
· ບໍ່ມີການປັບການໂຕ້ຕອບຂອງການປັບແມ່ນ asynchronous.
· DEASSERT ການຢືນຢັນການຣີເຊັດແມ່ນບໍ່ຊິ້ງໂຄນ ແລະ ການຍົກເລີກການຢືນຢັນແມ່ນ synchronous.
· ທັງສອງຢືນຢັນການຕັ້ງຄືນໃຫມ່ແລະການປະຕິເສດແມ່ນ synchronous.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 11

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ
3. Avalon Memory-Mapped Interfaces
3.1. ແນະນຳກ່ຽວກັບການໂຕ້ຕອບ Avalon Memory-Mapped
ທ່ານສາມາດນໍາໃຊ້ການໂຕ້ຕອບ Avalon Memory-Mapped (Avalon-MM) ເພື່ອປະຕິບັດການໂຕ້ຕອບການອ່ານແລະຂຽນສໍາລັບອົງປະກອບໂຮດແລະຕົວແທນ. ຕໍ່ໄປນີ້ແມ່ນ examples ຂອງອົງປະກອບທີ່ປົກກະຕິແລ້ວປະກອບມີການໂຕ້ຕອບທີ່ມີແຜນທີ່ຫນ່ວຍຄວາມຈໍາ: · Microprocessors · Memories · UARTs · DMAs · Timers Avalon-MM interfaces ຕັ້ງແຕ່ງ່າຍດາຍໄປຫາສະລັບສັບຊ້ອນ. ຕົວຢ່າງample, ການໂຕ້ຕອບ SRAM ທີ່ມີວົງຈອນຄົງທີ່ການອ່ານແລະຂຽນການໂອນມີການໂຕ້ຕອບ Avalon-MM ງ່າຍດາຍ. ການໂຕ້ຕອບທໍ່ທີ່ມີຄວາມສາມາດໃນການໂອນຍ້າຍລະເບີດແມ່ນສັບສົນ.

ISO 9001:2015 ລົງທະບຽນ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຮູບທີ 5.

ສຸມໃສ່ການໂອນຕົວແທນ Avalon-MM
ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຖິງລະບົບປົກກະຕິ, ເນັ້ນໃສ່ການເຊື່ອມຕໍ່ຂອງຕົວແທນ Avalon-MM ກັບຜ້າເຊື່ອມຕໍ່ກັນ.
ອີເທີເນັດ PHY

ລະບົບ valon-MM
ໂປເຊດເຊີ Avalon-MM
ເຈົ້າພາບ

ອີເທີເນັດ MAC
ເຈົ້າພາບ Avalon-MM

Logic ແບບກຳນົດເອງ
ເຈົ້າພາບ Avalon-MM

ເຊື່ອມຕໍ່ກັນ

ຕົວແທນ Avalon-MM
ຕົວຄວບຄຸມແຟລດ

ຕົວແທນ Avalon-MM
ຕົວຄວບຄຸມ SRAM

ຕົວແທນ Avalon-MM
ຕົວຄວບຄຸມ RAM

ຕົວແທນ Avalon-MM
UART

AvAavloanlon- MM SlaAvgeePnotrt
Lor Custom
ເຫດຜົນ

ຕົວແທນທໍ່ທໍ່ Tristate
Tristate Conduit Pin Sharer & Tristate Conduit Bridge
Tristate Conduit Host

ຕົວແທນທໍ່ທໍ່ Tristate
ຫນ່ວຍຄວາມຈໍາ Flash

ຕົວແທນທໍ່ທໍ່ Tristate
ຫນ່ວຍຄວາມຈໍາ SRAM

ຫນ່ວຍຄວາມຈໍາ RAM

RS-232

ອົງປະກອບ Avalon-MM ໂດຍປົກກະຕິປະກອບມີພຽງແຕ່ສັນຍານທີ່ຈໍາເປັນສໍາລັບເຫດຜົນຂອງອົງປະກອບ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 13

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຮູບທີ 6.

Example ອົງປະກອບຂອງຕົວແທນ

ອຸປະຖໍາ I/O ຈຸດປະສົງທົ່ວໄປ 16-ບິດທີ່ສະແດງຢູ່ໃນຮູບຕໍ່ໄປນີ້ພຽງແຕ່ຕອບສະຫນອງການຂຽນຄໍາຮ້ອງຂໍ. ອົງປະກອບນີ້ປະກອບມີພຽງແຕ່ສັນຍານຕົວແທນທີ່ຕ້ອງການສໍາລັບການໂອນຂຽນ.

Avalon-MM Peripheral writedata[15..0] D

ຄໍາຮ້ອງສະຫມັກ-

pio_out[15..0] ສະເພາະ
ການໂຕ້ຕອບ

ການໂຕ້ຕອບ Avalon-MM
(Avalon-MM ຂຽນຕົວໂຕ້ຕອບຕົວແທນ)
ຄກ

CLK_EN

ແຕ່ລະສັນຍານໃນຕົວແທນ Avalon-MM ກົງກັບບົດບາດສັນຍານ Avalon-MM ຢ່າງແນ່ນອນ. ການໂຕ້ຕອບ Avalon-MM ສາມາດໃຊ້ພຽງແຕ່ຫນຶ່ງຕົວຢ່າງຂອງແຕ່ລະບົດບາດສັນຍານ.

3.2. Avalon Memory Mapped ບົດບາດສັນຍານການໂຕ້ຕອບ

ພາລະບົດບາດສັນຍານກໍານົດປະເພດສັນຍານທີ່ຫນ່ວຍຄວາມຈໍາ Avalon ແຜນທີ່ໂຮດແລະພອດຕົວແທນອະນຸຍາດໃຫ້.

ຂໍ້ມູນຈໍາເພາະນີ້ບໍ່ຕ້ອງການສັນຍານທັງຫມົດທີ່ຈະມີຢູ່ໃນການໂຕ້ຕອບຂອງຫນ່ວຍຄວາມຈໍາ Avalon. ບໍ່ມີສັນຍານຫນຶ່ງທີ່ຕ້ອງການສະເຫມີ. ຄວາມຕ້ອງການຂັ້ນຕ່ໍາສໍາລັບການໂຕ້ຕອບຂອງຫນ່ວຍຄວາມຈໍາ Avalon ແມ່ນ readdata ສໍາລັບການໂຕ້ຕອບແບບອ່ານເທົ່ານັ້ນ, ຫຼື writedata ແລະຂຽນສໍາລັບການໂຕ້ຕອບການຂຽນເທົ່ານັ້ນ.

ຕາຕະລາງຕໍ່ໄປນີ້ສະແດງບົດບາດສັນຍານສໍາລັບການໂຕ້ຕອບຂອງຫນ່ວຍຄວາມຈໍາ Avalon:

ຕາຕະລາງ 9.

Avalon Memory Mapped ບົດບາດສັນຍານ
ບາງສັນຍານແຜນທີ່ຄວາມຈຳ Avalon ສາມາດເຄື່ອນທີ່ສູງ ຫຼື ຕ່ຳ. ເມື່ອມີການເຄື່ອນໄຫວຕໍ່າ, ຊື່ສັນຍານລົງທ້າຍດ້ວຍ _n.

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

ລາຍລະອຽດ

ທີ່ຢູ່

1 – 64 ຕົວແທນເຈົ້າພາບ

byteenable_n

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

ຕົວແທນເຈົ້າພາບ

ສັນຍານພື້ນຖານ

ບໍ່

ເຈົ້າພາບ: ໂດຍຄ່າເລີ່ມຕົ້ນ, ສັນຍານທີ່ຢູ່ເປັນຕົວແທນຂອງ byte

ທີ່ຢູ່. ຄ່າຂອງທີ່ຢູ່ຕ້ອງສອດຄ່ອງກັບຄວາມກວ້າງຂອງຂໍ້ມູນ.

ເພື່ອຂຽນໃສ່ bytes ສະເພາະພາຍໃນຄໍາຂໍ້ມູນ, ເຈົ້າພາບຕ້ອງໃຊ້

ສັນຍານ byteenable. ອ້າງອີງເຖິງ addressUnits interface

ຊັບສິນສໍາລັບການແກ້ໄຂຄໍາສັບ.

ຕົວແທນ: ໂດຍຄ່າເລີ່ມຕົ້ນ, interconnect ແປທີ່ຢູ່ byte ເຂົ້າໄປໃນທີ່ຢູ່ຄໍາທີ່ຢູ່ໃນຊ່ອງທີ່ຢູ່ຂອງຕົວແທນ. ຈາກທັດສະນະຂອງຕົວແທນ, ການເຂົ້າເຖິງຕົວແທນແຕ່ລະຄົນແມ່ນສໍາລັບຄໍາສັບຂອງຂໍ້ມູນ.

ຕົວຢ່າງample, address = 0 ເລືອກຄໍາທໍາອິດຂອງຕົວແທນ. ທີ່ຢູ່ = 1 ເລືອກຄໍາທີສອງຂອງຕົວແທນ. ອ້າງອີງເຖິງ addressUnits interface property ສໍາລັບການ addressing byte.

ບໍ່

ເປີດໃຊ້ເສັ້ນທາງ byte ສະເພາະໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນໃນລະຫວ່າງການໂອນຍ້າຍ

ການໂຕ້ຕອບຂອງຄວາມກວ້າງໃຫຍ່ກວ່າ 8 ບິດ. ແຕ່ລະບິດໃນໄວໄວຮຸ່ນ

ເທົ່າກັບ byte ໃນ writedata ແລະ readdata. ເຈົ້າພາບ

ນ້ອຍ ຂອງ byteenable ຊີ້ບອກວ່າ byte ກໍາລັງເປັນ

ສືບຕໍ່…

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 14

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ບົດບາດສັນຍານ
debugaccess ອ່ານ read_n readdata ຕອບ [1:0] ຂຽນ write_n writedata

ກວ້າງ

ທິດທາງທີ່ຕ້ອງການ

ລາຍລະອຽດ

ຂຽນຫາ. ໃນລະຫວ່າງການຂຽນ, byteenables ກໍານົດວ່າ bytes ກໍາລັງຖືກຂຽນໄປຫາ. bytes ອື່ນຄວນຈະຖືກລະເລີຍໂດຍຕົວແທນ. ໃນລະຫວ່າງການອ່ານ, byteenables ຊີ້ບອກວ່າ bytes ໃດທີ່ເຈົ້າພາບກໍາລັງອ່ານ. ຕົວແທນທີ່ພຽງແຕ່ກັບຄືນ readdata ໂດຍບໍ່ມີຜົນຂ້າງຄຽງແມ່ນບໍ່ເສຍຄ່າທີ່ຈະບໍ່ສົນໃຈ byteenables ໃນລະຫວ່າງການອ່ານ. ຖ້າການໂຕ້ຕອບບໍ່ມີສັນຍານ byteenable, ການໂອນຍ້າຍດໍາເນີນການຄືກັບວ່າ byteenables ທັງຫມົດຖືກຢືນຢັນ.
ເມື່ອມີສັນຍານທີ່ໄວກວ່າໜຶ່ງບິດຖືກຢືນຢັນ, ເລນທີ່ຖືກຢືນຢັນທັງໝົດແມ່ນຢູ່ຕິດກັນ.

ຕົວແທນເຈົ້າພາບ

ບໍ່

ເມື່ອຢືນຢັນ, ອະນຸຍາດໃຫ້ໂປເຊດເຊີ Nios II ຂຽນເທິງຊິບ

ຄວາມຊົງຈໍາທີ່ກໍາຫນົດຄ່າເປັນ ROMs.

ຕົວແທນເຈົ້າພາບ

ບໍ່

ຢືນຢັນເພື່ອຊີ້ໃຫ້ເຫັນການໂອນການອ່ານ. ຖ້າມີ, readdata ແມ່ນ

ຕ້ອງການ.

8, 16, ຕົວແທນເຈົ້າພາບ

ບໍ່

readdata ທີ່ຂັບເຄື່ອນຈາກຕົວແທນໄປຫາເຈົ້າພາບໃນການຕອບສະຫນອງ

32 ,

ການໂອນການອ່ານ. ຕ້ອງການສໍາລັບການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນການອ່ານ.

64 ,

128 ,

256 ,

512 ,

1024

ເຈົ້າພາບຕົວແທນ

ບໍ່

ສັນຍານຕອບຮັບແມ່ນສັນຍານທາງເລືອກທີ່ປະຕິບັດ

ສະຖານະການຕອບສະຫນອງ.

ໝາຍເຫດ: ເນື່ອງຈາກສັນຍານຖືກແບ່ງປັນ, ອິນເຕີເຟດບໍ່ສາມາດອອກ ຫຼື ຍອມຮັບການຕອບການຂຽນ ແລະ ການຕອບສະໜອງການອ່ານໃນຮອບໂມງດຽວກັນ.

· 00: OKAY–ການຕອບຮັບສຳເລັດສຳລັບທຸລະກຳ.

· 01: ReservED–ການເຂົ້າລະຫັດຖືກສະຫງວນໄວ້.

· 10: SLVERR–ຜິດພາດຈາກຕົວແທນຈຸດສິ້ນສຸດ. ຊີ້ໃຫ້ເຫັນການເຮັດທຸລະກໍາທີ່ບໍ່ສໍາເລັດ.

· 11: DECODEERROR-ຊີ້ບອກເຖິງຄວາມພະຍາຍາມເຂົ້າເຖິງສະຖານທີ່ທີ່ບໍ່ໄດ້ກໍານົດ.

ສໍາລັບການອ່ານຄໍາຕອບ:

·ຫນຶ່ງຄໍາຕອບຖືກສົ່ງກັບແຕ່ລະ readdata. ການອ່ານຄວາມຍາວຂອງ N ສົ່ງຜົນໃຫ້ N ຕອບກັບ. ຄໍາຕອບຫນ້ອຍແມ່ນບໍ່ຖືກຕ້ອງ, ເຖິງແມ່ນວ່າໃນກໍລະນີຂອງຄວາມຜິດພາດ. ຄ່າສັນຍານຕອບສະຫນອງອາດຈະແຕກຕ່າງກັນສໍາລັບແຕ່ລະ readdata ໃນການລະເບີດ.

·ການໂຕ້ຕອບຕ້ອງມີສັນຍານຄວບຄຸມການອ່ານ. ການສະຫນັບສະຫນູນທໍ່ແມ່ນເປັນໄປໄດ້ດ້ວຍສັນຍານ readdatavalid.

· ເມື່ອອ່ານຂໍ້ຜິດພາດ, ຂໍ້ມູນການອ່ານທີ່ສອດຄ້ອງກັນແມ່ນ “ບໍ່ສົນໃຈ”.

ສໍາລັບການຂຽນຄໍາຕອບ:

· ຄໍາຕອບການຂຽນຫນຶ່ງຕ້ອງຖືກສົ່ງສໍາລັບແຕ່ລະຄໍາສັ່ງຂຽນ. ການລະເບີດຂອງການຂຽນໃຫ້ຜົນໄດ້ຮັບພຽງແຕ່ຫນຶ່ງຄໍາຕອບ, ເຊິ່ງຕ້ອງຖືກສົ່ງຫຼັງຈາກການໂອນການຂຽນສຸດທ້າຍໃນການລະເບີດໄດ້ຖືກຍອມຮັບ.

· ຖ້າມີ writeresponsevalid, ຄຳສັ່ງການຂຽນທັງໝົດຈະຕ້ອງສຳເລັດດ້ວຍການຕອບການຂຽນ.

ຕົວແທນເຈົ້າພາບ

ບໍ່

ຢືນຢັນເພື່ອຊີ້ບອກການໂອນຍ້າຍການຂຽນ. ຖ້າມີ, writedata ແມ່ນ

ຕ້ອງການ.

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

ຕົວແທນເຈົ້າພາບ

ບໍ່

ຂໍ້ມູນສໍາລັບການຂຽນການໂອນ. ຄວາມກວ້າງຕ້ອງເທົ່າກັບ

ຄວາມກວ້າງຂອງ readdata ຖ້າທັງສອງມີຢູ່. ຕ້ອງການສໍາລັບການໂຕ້ຕອບ

ທີ່ສະຫນັບສະຫນູນຂຽນ.

ສັນຍານລໍຖ້າສະຖານະ

ສືບຕໍ່…

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 15

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ລັອກບົດບາດສັນຍານ
waitrequest waitrequest_ ນ
readdatavali d readdatavali d_n
ຄໍາຕອບທີ່ຂຽນຖືກຕ້ອງ

ກວ້າງ 1
1
1 1

ທິດທາງທີ່ຕ້ອງການ

ລາຍລະອຽດ

ຕົວແທນເຈົ້າພາບ

ບໍ່

lock ໃຫ້ແນ່ໃຈວ່າເມື່ອເຈົ້າພາບຊະນະການຊີ້ຂາດ, ເຈົ້າພາບຊະນະ

ຮັກສາການເຂົ້າເຖິງຕົວແທນສໍາລັບການເຮັດທຸລະກໍາຫຼາຍ. ລັອກ

ຢືນຢັນກົງກັນກັບການອ່ານ ຫຼືຂຽນຄັ້ງທຳອິດຂອງການລັອກ

ລໍາດັບການເຮັດທຸລະກໍາ. Lock deasserts ສຸດສຸດທ້າຍ

ທຸລະກໍາຂອງລໍາດັບລັອກຂອງທຸລະກໍາ. lock ຢືນຢັນ

ບໍ່ໄດ້ຮັບປະກັນວ່າການຕັດສິນຊີ້ຂາດແມ່ນຊະນະ. ຫຼັງຈາກການລັອກ -

ຢືນຢັນວ່າເຈົ້າພາບໄດ້ຮັບການອະນຸຍາດ, ເຈົ້າພາບນັ້ນຍັງຄົງໄດ້ຮັບການຊ່ວຍເຫຼືອຈົນກ່ວາ

lock ແມ່ນ deserted.

ໂຮສທີ່ຕິດຕັ້ງດ້ວຍລັອກບໍ່ສາມາດເປັນແມ່ຂ່າຍລະເບີດໄດ້. ຄ່າບູລິມະສິດການຊີ້ຂາດສຳລັບໂຮສທີ່ຕິດຕັ້ງລັອກແມ່ນຖືກລະເລີຍ.

lock ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະສໍາລັບການດໍາເນີນງານ read-modify-write (RMW). ການປະຕິບັດການ read-modify-write ໂດຍປົກກະຕິປະກອບມີຂັ້ນຕອນດັ່ງຕໍ່ໄປນີ້:

1. ໂຮດ A ຢືນຢັນການລັອກ ແລະອ່ານຂໍ້ມູນ 32-bit ທີ່ມີຫຼາຍຊ່ອງຂໍ້ມູນ bit.

2. ໂຮດ A deasserts lock, ປ່ຽນແປງຫນຶ່ງ bit field, ແລະຂຽນຂໍ້ມູນ 32-bit ກັບຄືນໄປບ່ອນ.

lock ປ້ອງກັນບໍ່ໃຫ້ເຈົ້າພາບ B ດໍາເນີນການຂຽນລະຫວ່າງການອ່ານແລະຂຽນຂອງ Host A.

ເຈົ້າພາບຕົວແທນ

ບໍ່

ຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າໃນເວລາທີ່ບໍ່ສາມາດຕອບສະຫນອງຕໍ່ a

ອ່ານຫຼືຂຽນຄໍາຮ້ອງຂໍ. ບັງຄັບໃຫ້ເຈົ້າພາບລໍຖ້າຈົນກ່ວາ

interconnect ແມ່ນພ້ອມທີ່ຈະດໍາເນີນການໂອນ. ໃນຕອນເລີ່ມຕົ້ນຂອງ

ການໂອນທັງຫມົດ, ເຈົ້າພາບເລີ່ມຕົ້ນການໂອນແລະລໍຖ້າຈົນກ່ວາ

waitrequest ແມ່ນ deserted. ເຈົ້າພາບຈະຕ້ອງບໍ່ສົມມຸດຕິຖານ

ກ່ຽວກັບສະຖານະຢືນຢັນຂອງ waitrequest ເມື່ອເຈົ້າພາບບໍ່ເຮັດວຽກ:

waitrequest ອາດຈະສູງຫຼືຕ່ໍາ, ຂຶ້ນກັບລະບົບ

ຄຸນສົມບັດ.

ໃນເວລາທີ່ waitrequest ໄດ້ຖືກຢືນຢັນ, ສັນຍານການຄວບຄຸມເຈົ້າພາບກັບຕົວແທນຕ້ອງຄົງທີ່ຍົກເວັ້ນສໍາລັບ startbursttransfer. ສໍາລັບແຜນວາດກໍານົດເວລາທີ່ສະແດງໃຫ້ເຫັນສັນຍານເລີ່ມຕົ້ນການຖ່າຍໂອນ, ເບິ່ງຮູບໃນ Read Bursts.

ຕົວແທນທີ່ມີແຜນທີ່ຫນ່ວຍຄວາມຈໍາ Avalon ອາດຈະຢືນຢັນການຮ້ອງຂໍລໍຖ້າໃນລະຫວ່າງຮອບວຽນບໍ່ໄດ້ເຮັດວຽກ. ເຈົ້າຂອງແຜນທີ່ຫນ່ວຍຄວາມຈໍາ Avalon ອາດຈະເລີ່ມຕົ້ນການເຮັດທຸລະກໍາໃນເວລາທີ່ waitrequest ຖືກຢືນຢັນແລະລໍຖ້າໃຫ້ສັນຍານນັ້ນຖືກຍົກເລີກ. ເພື່ອຫຼີກເວັ້ນການລັອກລະບົບ, ອຸປະກອນຕົວແທນຄວນຢືນຢັນຄຳຮ້ອງຂໍລໍຖ້າເມື່ອຖືກຣີເຊັດ.

ສັນຍານທໍ່

ເຈົ້າພາບຕົວແທນ

ບໍ່

ໃຊ້ສຳລັບການສົ່ງຂໍ້ມູນການອ່ານແບບບໍ່ປ່ຽນແປງ, ແບບທໍ່ສົ່ງຕໍ່. ເມື່ອໃດ

ຢືນຢັນ, ຊີ້ໃຫ້ເຫັນວ່າສັນຍານ readdata ມີຂໍ້ມູນທີ່ຖືກຕ້ອງ.

ສໍາລັບການອ່ານລະເບີດທີ່ມີມູນຄ່າ burstcount , ໄດ້

ສັນຍານ readdatavalid ຕ້ອງຖືກຢືນຢັນ ຄັ້ງ, ຄັ້ງຫນຶ່ງສໍາລັບ

ແຕ່ລະລາຍການ readdata. ຕ້ອງມີຢ່າງໜ້ອຍໜຶ່ງຮອບຂອງການຕອບສະໜອງ

ລະຫວ່າງການຍອມຮັບການອ່ານແລະການຢືນຢັນຂອງ

ອ່ານຂໍ້ມູນຖືກຕ້ອງ. ສໍາລັບແຜນວາດໄລຍະເວລາທີ່ສະແດງໃຫ້ເຫັນສັນຍານ readdata ທີ່ຖືກຕ້ອງ, ອ້າງອີງໃສ່ Pipelined Read Transfer with Variable Latency.

ຕົວແທນອາດຈະຍືນຍັນ readdatavalid ເພື່ອໂອນຂໍ້ມູນໄປຍັງໂຮດໂດຍເອກະລາດວ່າຕົວແທນກໍາລັງຢຸດຄໍາສັ່ງໃຫມ່ດ້ວຍການ waitrequest.

ຕ້ອງການຖ້າເຈົ້າພາບຮອງຮັບການອ່ານແບບທໍ່. Bursting hosts ທີ່ມີຟັງຊັນການອ່ານຕ້ອງປະກອບມີສັນຍານ readdatavalid.

ເຈົ້າພາບຕົວແທນ

ບໍ່

ສັນຍານທາງເລືອກ. ຖ້າມີ, ບັນຫາການໂຕ້ຕອບຂຽນ

ຄໍາຕອບສໍາລັບການຂຽນຄໍາສັ່ງ.

ເມື່ອຢືນຢັນ, ມູນຄ່າໃນສັນຍານຕອບສະຫນອງແມ່ນການຕອບການຂຽນທີ່ຖືກຕ້ອງ.

Writeresponsevalid ຖືກຢືນຢັນພຽງແຕ່ຫນຶ່ງຮອບວຽນໂມງຫຼືຫຼາຍກວ່ານັ້ນຫຼັງຈາກຄໍາສັ່ງການຂຽນຖືກຍອມຮັບ. ມີການຕອບສະໜອງຢ່າງໜ້ອຍໜຶ່ງຮອບວຽນໂມງຈາກການຍອມຮັບຄຳສັ່ງເຖິງການຢືນຢັນ

ຂຽນຖືກຕ້ອງ.

ສືບຕໍ່…

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 16

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງທີ່ຕ້ອງການ

ລາຍລະອຽດ

ຄໍາສັ່ງຂຽນຖືກພິຈາລະນາຍອມຮັບເມື່ອການຕີຄັ້ງສຸດທ້າຍຂອງການລະເບີດອອກມາໃຫ້ຕົວແທນແລະການລໍຖ້າແມ່ນຕໍ່າ. writeresponsevalid ສາມາດຢືນຢັນໄດ້ຫນຶ່ງຫຼືຫຼາຍຮອບວຽນໂມງຫຼັງຈາກຕີຄັ້ງສຸດທ້າຍຂອງການລະເບີດໄດ້ຖືກອອກ.

ຈໍານວນລະເບີດ

1 11 ຕົວແທນເຈົ້າພາບ

ສັນຍານລະເບີດ

ບໍ່

ໃຊ້ໂດຍ bursting hosts ເພື່ອຊີ້ບອກຈໍານວນຂອງການໂອນເຂົ້າ

ການລະເບີດແຕ່ລະຄັ້ງ. ຄ່າຂອງພາຣາມິເຕີການນັບຖອຍຫຼັງສູງສຸດ

ຕ້ອງເປັນພະລັງງານຂອງ 2. A burstcount interface ຂອງ width ສາມາດເຂົ້າລະຫັດການລະເບີດສູງສຸດຂອງຂະໜາດ 2( -1). ຕົວຢ່າງample, a 4-bit

ສັນຍານ burstcount ສາມາດຮອງຮັບການນັບລະເບີດສູງສຸດ 8.

The burstcount ຕໍາ່ສຸດທີ່ແມ່ນ 1. ໄດ້

constantBurstBehavior ຊັບສິນຄວບຄຸມໄລຍະເວລາຂອງ

ສັນຍານການນັບຖອຍຫຼັງ. Bursting hosts ກັບຟັງຊັນການອ່ານຕ້ອງ

ລວມເອົາສັນຍານ readdatavalid.

ສໍາລັບ bursting hosts ແລະຕົວແທນໂດຍໃຊ້ທີ່ຢູ່ byte, ຂໍ້ຈໍາກັດຕໍ່ໄປນີ້ໃຊ້ກັບຄວາມກວ້າງຂອງທີ່ຢູ່:

>= +
ບັນທຶກ2( )
ສໍາລັບ bursting hosts ແລະຕົວແທນການນໍາໃຊ້ທີ່ຢູ່ຄໍາສັບ, ຄໍາສັບ log2 ຂ້າງເທິງແມ່ນຖືກລະເວັ້ນ.

ເລີ່ມລະເບີດ

ເຊື່ອມຕໍ່ກັນ

ຕອບ

ຕົວແທນ

ບໍ່

ຢືນຢັນສໍາລັບຮອບທໍາອິດຂອງການລະເບີດເພື່ອຊີ້ບອກເວລາທີ່ລະເບີດ

ການໂອນກໍາລັງເລີ່ມຕົ້ນ. ສັນຍານນີ້ຖືກປະຖິ້ມພາຍຫຼັງໜຶ່ງຮອບ

ໂດຍບໍ່ຄໍານຶງເຖິງມູນຄ່າຂອງ waitrequest. ສໍາລັບແຜນວາດເວລາ

illustrating startbursttransfer, ອ້າງເຖິງຮູບໃນ Read

ລະເບີດ.

startbursttransfer ເປັນທາງເລືອກ. ຕົວແທນສາມາດຄິດໄລ່ພາຍໃນການເລີ່ມຕົ້ນຂອງການເຮັດທຸລະກໍາຄັ້ງຕໍ່ໄປໂດຍການນັບການໂອນຂໍ້ມູນ.

ຄຳເຕືອນ: ຢ່າໃຊ້ສັນຍານນີ້. ສັນຍານນີ້ມີຢູ່ເພື່ອຮອງຮັບຕົວຄວບຄຸມຄວາມຊົງຈຳແບບເກົ່າ.

3.3. ຄຸນສົມບັດການໂຕ້ຕອບ

ຕາຕະລາງ 10. ຄຸນສົມບັດການໂຕ້ຕອບ Avalon-MM

ຊື່ທີ່ຢູ່

ຄ່າເລີ່ມຕົ້ນ
ຕົວແທນສັນຍາລັກເຈົ້າພາບ -
ຄໍາສັບຕ່າງໆ

ຄຸນຄ່າທາງກົດໝາຍ
ຄໍາສັບຕ່າງໆ, ສັນຍາລັກ

ລາຍລະອຽດ
ລະບຸຫົວໜ່ວຍສຳລັບທີ່ຢູ່. ສັນຍາລັກແມ່ນປົກກະຕິເປັນ byte. ອ້າງອີງເຖິງຄໍານິຍາມທີ່ຢູ່ໃນຕາຕະລາງປະເພດສັນຍານການໂຕ້ຕອບ Avalon Memory-Mapped Interface ສໍາລັບການນໍາໃຊ້ທົ່ວໄປຂອງຄຸນສົມບັດນີ້.

alwaysBurstMaxBurst burstcountUnits

ຄໍາສັບທີ່ບໍ່ຖືກຕ້ອງ

ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ
ຄໍາສັບຕ່າງໆ, ສັນຍາລັກ

ເມື່ອເປັນຈິງ, ຊີ້ໃຫ້ເຫັນວ່າເຈົ້າພາບສະເຫມີອອກການລະເບີດທີ່ມີຄວາມຍາວສູງສຸດ. ຄວາມຍາວສູງສຸດຂອງການລະເບີດແມ່ນ 2burstcount_width – 1. ພາຣາມິເຕີນີ້ບໍ່ມີຜົນຕໍ່ກັບການໂຕ້ຕອບຕົວແທນ Avalon-MM.
ຄຸນສົມບັດນີ້ລະບຸຫົວຫນ່ວຍສໍາລັບສັນຍານ burstcount. ສໍາລັບສັນຍາລັກ, ມູນຄ່າ burstcount ຖືກຕີລາຄາເປັນຈໍານວນຂອງສັນຍາລັກ (bytes) ໃນການແຕກ. ສໍາລັບຄໍາສັບຕ່າງໆ, ມູນຄ່າ burstcount ໄດ້ຖືກຕີຄວາມຫມາຍເປັນຈໍານວນການໂອນຄໍາສັບໃນການລະເບີດ.

burstOnBurstBoundariesOnly

ບໍ່ຖືກຕ້ອງ

ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ

ຖ້າເປັນຈິງ, ການໂອນລະເບີດທີ່ນໍາສະເຫນີໃນສ່ວນຕິດຕໍ່ນີ້ເລີ່ມຕົ້ນຈາກທີ່ຢູ່ທີ່ເປັນຕົວຄູນຂອງຂະຫນາດລະເບີດສູງສຸດ.
ສືບຕໍ່…

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 17

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຊື່ constantBurstBehavior
holdTime(1) linewrapBurst
ສູງສຸດທີ່ລໍຖ້າການອ່ານ Transacti ons (1)
ສູງສຸດທີ່ຄ້າງWriteTransact ions ຕໍາ່ສຸດທີ່ ResponseLatency

ຄ່າເລີ່ມຕົ້ນ Host -false Agent -false
0 ບໍ່ຖືກຕ້ອງ
1(2)
0 1

ຄຸນຄ່າທາງກົດໝາຍແມ່ນຖືກຕ້ອງ, ຜິດ
0 1000 ຮອບ
ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ
1 64
1 64

ລາຍລະອຽດ
ໂຮດ: ເມື່ອເປັນຈິງ, ປະກາດວ່າໂຮດຖືທີ່ຢູ່ແລະຈໍານວນ burstcount ຄົງທີ່ຕະຫຼອດທຸລະກໍາລະເບີດ. ເມື່ອເປັນຜິດ (ຄ່າເລີ່ມຕົ້ນ), ປະກາດວ່າເຈົ້າພາບຖືທີ່ຢູ່ ແລະ burstcount ຄົງທີ່ພຽງແຕ່ສໍາລັບການຕີຄັ້ງທໍາອິດຂອງການລະເບີດ. ຕົວແທນ: ເມື່ອເປັນຈິງ, ປະກາດວ່າຕົວແທນຄາດວ່າຈະມີທີ່ຢູ່ແລະຈໍານວນລະເບີດຄົງທີ່ຕະຫຼອດການລະເບີດ. ເມື່ອບໍ່ຖືກຕ້ອງ (ຄ່າເລີ່ມຕົ້ນ), ປະກາດວ່າຕົວແທນ samples address ແລະ burstcount ພຽງແຕ່ໃນຄັ້ງທໍາອິດຂອງການລະເບີດ.
ລະບຸເວລາໃນ timeingUnits ລະຫວ່າງ deassertion ຂອງການຂຽນແລະການ deassertion ຂອງທີ່ຢູ່ແລະຂໍ້ມູນ. (ໃຊ້ໄດ້ກັບການຂຽນທຸລະກຳເທົ່ານັ້ນ.)
ບາງອຸປະກອນຫນ່ວຍຄວາມຈໍາປະຕິບັດການລະເບີດຂອງຫໍ່ແທນທີ່ຈະເປັນການລະເບີດທີ່ເພີ່ມຂຶ້ນ. ເມື່ອການລະເບີດຂອງຫໍ່ໄປຮອດເຂດແດນລະເບີດ, ທີ່ຢູ່ດັ່ງກ່າວຫໍ່ກັບຄືນສູ່ເຂດແດນລະເບີດທີ່ຜ່ານມາ. ຕ້ອງການພຽງແຕ່ bitorder ຕ່ໍາສໍາລັບການນັບທີ່ຢູ່. ຕົວຢ່າງample, a wrapping burst to address 0xC with burst boundaries every 32 bytes across a 32-bit interface writes to the following addresses: · 0xC · 0x10 · 0x14 · 0x18 · 0x1C · 0x0 · 0x4 · 0x8
ຕົວແທນ: ພາລາມິເຕີນີ້ແມ່ນຈໍານວນສູງສຸດຂອງການລໍຖ້າການອ່ານທີ່ຕົວແທນສາມາດຈັດຄິວໄດ້. ຄ່າຈະຕ້ອງບໍ່ແມ່ນສູນສໍາລັບຕົວແທນໃດໆທີ່ມີສັນຍານ readdatavalid.
ອ້າງອີງເຖິງການສົ່ງການອ່ານແບບທໍ່ກັບເວລາແພັກເກັດຕົວແປສໍາລັບແຜນວາດເວລາທີ່ສະແດງໃຫ້ເຫັນເຖິງຄຸນສົມບັດນີ້ ແລະສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການໃຊ້ waitrequest ແລະ readdata ທີ່ຖືກຕ້ອງກັບການອ່ານທີ່ຍັງຄ້າງຄາຫຼາຍອັນ.
ເຈົ້າພາບ: ຊັບສິນນີ້ແມ່ນຈໍານວນສູງສຸດຂອງທຸລະກໍາທີ່ອ່ານທີ່ຍັງຄ້າງຄາທີ່ໂຮດສາມາດສ້າງໄດ້.
ຫມາຍເຫດ: ຢ່າຕັ້ງພາລາມິເຕີນີ້ເປັນ 0. (ສໍາລັບຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງ, ຊອບແວສະຫນັບສະຫນູນການຕັ້ງຄ່າພາລາມິເຕີຂອງ 0. ແນວໃດກໍ່ຕາມ, ທ່ານບໍ່ຄວນໃຊ້ການຕັ້ງຄ່ານີ້ໃນການອອກແບບໃຫມ່).
ຈໍານວນສູງສຸດທີ່ຍັງຄ້າງບໍ່ໄດ້ຂຽນວ່າຕົວແທນສາມາດຍອມຮັບໄດ້ຫຼືເຈົ້າພາບສາມາດອອກໄດ້. ຕົວແທນຢືນຢັນຄຳຮ້ອງຂໍລໍຖ້າເມື່ອການເຊື່ອມຕໍ່ກັນຮອດຂີດຈຳກັດນີ້, ແລະເຈົ້າພາບຢຸດການອອກຄຳສັ່ງ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 0, ເຊິ່ງອະນຸຍາດໃຫ້ເຮັດທຸລະກໍາການຂຽນທີ່ຍັງຄ້າງບໍ່ຈໍາກັດສໍາລັບເຈົ້າພາບທີ່ສະຫນັບສະຫນູນການຂຽນຄໍາຕອບ. ຕົວແທນທີ່ສະຫນັບສະຫນູນການຕອບການຂຽນຕ້ອງຕັ້ງຄ່ານີ້ເປັນຄ່າທີ່ບໍ່ແມ່ນສູນ.
ສໍາລັບການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນ readdatavalid ຫຼື writeresponsevalid, ກໍານົດຈໍານວນຂັ້ນຕ່ໍາຂອງວົງຈອນລະຫວ່າງຄໍາສັ່ງອ່ານຫຼືຂຽນແລະການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງ.
ສືບຕໍ່…

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 18

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຊື່ read Latency(1) readWaitTime(1) setupTime(1) timingUnits(1) waitrequestAllowance
ຂຽນເວລາລໍຖ້າ(1)
ໂມງທີ່ກ່ຽວຂ້ອງ

ຄ່າເລີ່ມຕົ້ນ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

0 63

ອ່ານ latency ສໍາລັບຕົວແທນ Avalon-MM ຄົງທີ່. ສໍາລັບ

ແຜນວາດເວລາທີ່ໃຊ້ການອ່ານ latency ຄົງທີ່, ອ້າງອີງ

ການໂອນການອ່ານແບບທໍ່ກັບເວລາແຝງຄົງທີ່.

ຕົວແທນ Avalon-MM ທີ່ເປັນ latency ຄົງຕ້ອງໃຫ້ຄ່າສໍາລັບຄຸນສົມບັດການໂຕ້ຕອບນີ້. ຕົວແທນ Avalon-MM

latency ທີ່ປ່ຽນແປງໄດ້ໃຊ້ສັນຍານ readdatavalid ເພື່ອລະບຸຂໍ້ມູນທີ່ຖືກຕ້ອງ.

0 1000 ສໍາລັບການໂຕ້ຕອບທີ່ບໍ່ໃຊ້ waitrequest

ຮອບວຽນ

ສັນຍານ. readWaitTime ຊີ້ບອກເວລາໃນ

TimingUnits ກ່ອນທີ່ຕົວແທນຈະຍອມຮັບການອ່ານ

ຄໍາສັ່ງ. ໄລຍະເວລາແມ່ນຄືກັບວ່າຕົວແທນຢືນຢັນ

waitrequest ສໍາລັບຮອບວຽນ readWaitTime.

0 1000 ລະບຸເວລາໃນ timeingUnits ລະຫວ່າງການຢືນຢັນ

ຮອບວຽນ

ທີ່ຢູ່ ແລະຂໍ້ມູນແລະການຢືນຢັນການອ່ານຫຼືຂຽນ.

ຮອບວຽນ

ຮອບວຽນ,
ນາໂນວິນາທີ s

ລະບຸຫົວໜ່ວຍສຳລັບ setupTime, holdTime,
writeWaitTime ແລະ readWaitTime. ໃຊ້ຮອບວຽນສໍາລັບອຸປະກອນ synchronous ແລະ nanoseconds ສໍາລັບອຸປະກອນ asynchronous. ເກືອບທຸກອຸປະກອນຕົວແທນ Avalon-MM ແມ່ນ synchronous.
ອົງປະກອບ Avalon-MM ທີ່ເຊື່ອມຕໍ່ຈາກສ່ວນຕິດຕໍ່ຕົວແທນ AvalonMM ໄປຫາອຸປະກອນ off-chip ອາດບໍ່ຊິ້ງ. ອຸປະກອນ off-chip ນັ້ນອາດຈະມີເວລາທີ່ກໍານົດໄວ້ສໍາລັບການຫັນລົດເມ.

ລະບຸຈໍານວນຂອງການໂອນທີ່ສາມາດອອກໄດ້ຫຼື

ຍອມຮັບຫຼັງຈາກການຮ້ອງຂໍ waitre ແມ່ນຢືນຢັນ.

ເມື່ອ waitrequestAllowance ແມ່ນ 0, ຂຽນ,
ສັນຍານການອ່ານ ແລະ waitrequest ຮັກສາພຶດຕິກໍາທີ່ມີຢູ່ແລ້ວຂອງເຂົາເຈົ້າຕາມທີ່ໄດ້ອະທິບາຍໄວ້ໃນຕາຕະລາງພາລະບົດບາດສັນຍານ Avalon-MM.

ເມື່ອ waitrequestAllowance ຫຼາຍກວ່າ 0, ທຸກໆຮອບວຽນໂມງທີ່ຂຽນຫຼືອ່ານຖືກຢືນຢັນຈະນັບເປັນການໂອນຄໍາສັ່ງ. ເມື່ອ waitrequest ຖືກຢືນຢັນ, ພຽງແຕ່ waitrequestAllowance ການໂອນຄໍາສັ່ງເພີ່ມເຕີມແມ່ນຖືກຕ້ອງຕາມກົດຫມາຍໃນຂະນະທີ່ waitrequest ຍັງຄົງຢືນຢັນ. ຫຼັງຈາກ waitrequestAllowance ບັນລຸໄດ້, ຂຽນແລະອ່ານຕ້ອງຍັງຄົງ deasserted ສໍາລັບ waitrequest ຢືນຢັນ.

ເມື່ອ waitrequestdeasserts, ການໂອນອາດຈະສືບຕໍ່ໄດ້ທຸກເວລາໂດຍບໍ່ມີຂໍ້ຈໍາກັດຈົນກ່ວາ waitrequest ຢືນຢັນອີກເທື່ອຫນຶ່ງ. ໃນເວລານີ້, waitrequestAllowance ການໂອນເງິນເພີ່ມເຕີມອາດຈະສໍາເລັດໃນຂະນະທີ່ waitrequest ຍັງຄົງຢືນຢັນ.

0 1000 ສໍາລັບການໂຕ້ຕອບທີ່ບໍ່ໃຊ້ waitrequest

ຮອບວຽນ

ສັນຍານ, writeWaitTime ກໍານົດເວລາໃນ

TimingUnits ກ່ອນທີ່ຕົວແທນຈະຍອມຮັບການຂຽນ. ໄດ້

ໄລຍະເວລາແມ່ນຄືກັບວ່າຕົວແທນຢືນຢັນການລໍຖ້າສໍາລັບຮອບ writeWaitTime ຫຼື nanoseconds.

ສໍາລັບແຜນວາດໄລຍະເວລາທີ່ສະແດງໃຫ້ເຫັນເຖິງການນໍາໃຊ້ writeWaitTime, ອ້າງອີງເຖິງການອ່ານ ແລະຂຽນການໂອນຍ້າຍກັບສະຖານະລໍຖ້າຄົງທີ່.

ຄຸນສົມບັດການພົວພັນໃນການໂຕ້ຕອບ

ບໍ່ມີ

ຊື່ຂອງການໂຕ້ຕອບໂມງທີ່ Avalon-MM ນີ້

ການໂຕ້ຕອບແມ່ນ synchronous.

ສືບຕໍ່…

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 19

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຊື່

ຄ່າເລີ່ມຕົ້ນ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

Reset ທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຂອງການປັບການໂຕ້ຕອບຂອງການຕັ້ງຄ່າທີ່ຈະປັບຕາມເຫດຜົນໃນ

ການໂຕ້ຕອບ Avalon-MM ນີ້.

BridgesToHost

ຂົວ Avalon-MM An Avalon-MM ປະກອບດ້ວຍຕົວແທນແລະເຈົ້າພາບ,

ຊື່ເຈົ້າພາບແລະມີຊັບສິນທີ່ເຂົ້າເຖິງຕົວແທນ

ສຸດ

ການຮ້ອງຂໍ byte ຫຼື bytes ເຮັດໃຫ້ byte ດຽວກັນຫຼື

ດຽວກັນ

bytes ທີ່ຈະຮ້ອງຂໍໂດຍເຈົ້າພາບ. The Avalon-MM

ອົງປະກອບ Pipeline Bridge ໃນອົງປະກອບການອອກແບບເວທີ

ຫ້ອງສະຫມຸດປະຕິບັດຫນ້າທີ່ນີ້.

ໝາຍເຫດ:
1. ເຖິງແມ່ນວ່າຄຸນສົມບັດນີ້ມີລັກສະນະອຸປະກອນຕົວແທນ, ໂຮສສາມາດປະກາດຄຸນສົມບັດນີ້ເພື່ອເປີດໃຊ້ການເຊື່ອມຕໍ່ໂດຍກົງລະຫວ່າງໂຮດທີ່ກົງກັນກັບຕົວເຊື່ອມຕໍ່ຕົວແທນ.
2. ຖ້າການໂຕ້ຕອບຕົວແທນຍອມຮັບການໂອນການອ່ານຫຼາຍກວ່າທີ່ອະນຸຍາດ, ການເຊື່ອມຕໍ່ລະຫວ່າງລໍຖ້າການອ່ານ FIFO ອາດຈະລົ້ນດ້ວຍຜົນໄດ້ຮັບທີ່ຄາດເດົາບໍ່ໄດ້. ຕົວແທນອາດຈະສູນເສຍ readdata ຫຼືເສັ້ນທາງ readdata ໄປຫາການໂຕ້ຕອບແມ່ຂ່າຍທີ່ບໍ່ຖືກຕ້ອງ. ຫຼື, ລະບົບອາດຈະລັອກຂຶ້ນ. ການໂຕ້ຕອບຕົວແທນຕ້ອງຢືນຢັນການຮ້ອງຂໍລໍຖ້າເພື່ອປ້ອງກັນການລົ້ນນີ້.

ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ · Avalon Memory Mapped Interface Signal Roles on page 14 · ອ່ານແລະຂຽນຄໍາຕອບໃນຫນ້າ 34 · Pipelined Read Transfer with Variable Latency on page 28 · Pipelined Read Transfers with Fixed Latency ໃນຫນ້າ 29 · ອ່ານແລະຂຽນຄໍາຕອບ
ໃນຄູ່ມືຜູ້ອອກແບບເວທີ: Intel Quartus® Prime Pro Edition

3.4. ເວລາ
ການໂຕ້ຕອບ Avalon-MM ແມ່ນ synchronous. ແຕ່ລະສ່ວນຕິດຕໍ່ Avalon-MM ແມ່ນ synchronized ກັບການໂຕ້ຕອບໂມງທີ່ກ່ຽວຂ້ອງ. ສັນຍານອາດຈະປະສົມປະສານກັນຖ້າພວກມັນຖືກຂັບເຄື່ອນຈາກຜົນຜະລິດຂອງທະບຽນທີ່ synchronous ກັບສັນຍານໂມງ. ຂໍ້ມູນສະເພາະນີ້ບໍ່ໄດ້ກໍານົດວິທີການ ຫຼືເວລາສັນຍານການປ່ຽນລະຫວ່າງຂອບໂມງ. ແຜນວາດກຳນົດເວລາແມ່ນບໍ່ມີຂໍ້ມູນກຳນົດເວລາທີ່ລະອຽດ.

3.5. ການໂອນ
ພາກນີ້ກໍານົດສອງແນວຄວາມຄິດພື້ນຖານກ່ອນທີ່ຈະນໍາສະເຫນີປະເພດຂອງການໂອນ:
· Transfer – ການໂອນແມ່ນການດໍາເນີນການອ່ານຫຼືຂຽນຂອງຄໍາສັບຕ່າງໆຫຼືຫນຶ່ງຫຼືຫຼາຍສັນຍາລັກຂອງຂໍ້ມູນ. ການໂອນຍ້າຍເກີດຂຶ້ນລະຫວ່າງການໂຕ້ຕອບ Avalon-MM ແລະການເຊື່ອມຕໍ່ກັນ. ການໂອນຍ້າຍໃຊ້ເວລາໜຶ່ງ ຫຼືຫຼາຍຮອບວຽນໂມງເພື່ອໃຫ້ສຳເລັດ.
ທັງເຈົ້າພາບແລະຕົວແທນແມ່ນສ່ວນຫນຶ່ງຂອງການໂອນ. ເຈົ້າພາບ Avalon-MM ເລີ່ມຕົ້ນການໂອນແລະຕົວແທນ Avalon-MM ຕອບສະຫນອງ.
· ຄູ່ Host-Agent – ຄໍາສັບນີ້ຫມາຍເຖິງການໂຕ້ຕອບເຈົ້າພາບແລະການໂຕ້ຕອບຕົວແທນທີ່ກ່ຽວຂ້ອງກັບການໂອນ. ໃນລະຫວ່າງການໂອນຍ້າຍ, ການຄວບຄຸມການໂຕ້ຕອບຂອງເຈົ້າພາບແລະສັນຍານຂໍ້ມູນຜ່ານຜ້າເຊື່ອມຕໍ່ກັນແລະພົວພັນກັບຕົວເຊື່ອມຕໍ່ຕົວແທນ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 20

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

3.5.1. ການໂອນການອ່ານ ແລະຂຽນແບບປົກກະຕິ

ພາກສ່ວນນີ້ອະທິບາຍການໂຕ້ຕອບ Avalon-MM ປົກກະຕິທີ່ສະຫນັບສະຫນູນການອ່ານແລະຂຽນການໂອນກັບຄໍາຮ້ອງຂໍລໍຖ້າທີ່ຄວບຄຸມໂດຍຕົວແທນ. ຕົວແທນສາມາດຢຸດການເຊື່ອມຕໍ່ກັນໄດ້ສໍາລັບຮອບວຽນຫຼາຍເທົ່າທີ່ຕ້ອງການໂດຍການຢືນຢັນສັນຍານ waitrequest. ຖ້າຕົວແທນໃຊ້ waitrequest ສໍາລັບການອ່ານຫຼືຂຽນການໂອນ, ຕົວແທນຕ້ອງໃຊ້ waitrequest ສໍາລັບທັງສອງ.

ໂດຍທົ່ວໄປແລ້ວຕົວແທນຈະໄດ້ຮັບທີ່ຢູ່, ໂດຍໄວ, ອ່ານຫຼືຂຽນ, ແລະ writedata ຫຼັງຈາກຂອບຂອງໂມງ. ຕົວແທນຢືນຢັນການລໍຖ້າກ່ອນຂອບໂມງທີ່ເພີ່ມຂຶ້ນເພື່ອຢຸດການໂອນ. ເມື່ອຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າ, ການໂອນແມ່ນຊັກຊ້າ. ໃນຂະນະທີ່ waitrequest ຖືກຢືນຢັນ, ທີ່ຢູ່ແລະສັນຍານຄວບຄຸມອື່ນໆແມ່ນຄົງທີ່. ການໂອນສໍາເລັດໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk ທໍາອິດຫຼັງຈາກການໂຕ້ຕອບຕົວແທນ deasserts waitrequest.
ບໍ່ມີຂໍ້ຈຳກັດວ່າຕົວຕິດຕໍ່ຕົວແທນສາມາດຢຸດໄດ້ດົນປານໃດ. ດັ່ງນັ້ນ, ທ່ານຕ້ອງຮັບປະກັນວ່າຕົວໂຕ້ຕອບຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າຢ່າງບໍ່ມີກໍານົດ. ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການໂອນການອ່ານແລະຂຽນໂດຍໃຊ້ waitrequest.

ໝາຍເຫດ:

waitrequest ສາມາດ decoupled ຈາກສັນຍານການຮ້ອງຂໍການອ່ານແລະຂຽນ. ການຮ້ອງຂໍລໍຖ້າອາດຈະຖືກຢືນຢັນໃນລະຫວ່າງຮອບວຽນທີ່ບໍ່ມີປະໂຫຍດ. ເຈົ້າພາບ Avalon-MM ອາດຈະລິເລີ່ມການເຮັດທຸລະກໍາເມື່ອ waitrequest ຖືກຢືນຢັນແລະລໍຖ້າໃຫ້ສັນຍານນັ້ນຖືກຍົກເລີກ. ການຖອດຄູ່ຄຳຮ້ອງຂໍລໍຖ້າຈາກການຮ້ອງຂໍອ່ານ ແລະຂຽນອາດຈະປັບປຸງເວລາຂອງລະບົບ. Decoupling ລົບລ້າງການລວມກັນລວມເຖິງສັນຍານການອ່ານ, ຂຽນ, ແລະ waitrequest. ຖ້າຕ້ອງການ decoupling ຫຼາຍ, ໃຫ້ໃຊ້ waitrequestAllowance property. waitrequestAllowance ມີໃຫ້ເລີ່ມຕົ້ນດ້ວຍການເປີດຕົວ Quartus® Prime Pro v17.1 Stratix® 10 ES Editions.

ຮູບທີ 7.

ອ່ານແລະຂຽນການໂອນກັບ Waitrequest

ຄກ

ທີ່ຢູ່

ໄວໄວ

read write waitrequest readdata

ອ່ານຂໍ້ມູນ

ຕອບສະໜອງ

writedata

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 21

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24
ຕົວເລກໃນແຜນວາດກໍານົດເວລານີ້, ຫມາຍການຫັນປ່ຽນດັ່ງຕໍ່ໄປນີ້: 1. ທີ່ຢູ່, byteenable, ແລະການອ່ານໄດ້ຮັບການຢືນຢັນຫຼັງຈາກຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk. ໄດ້
ຕົວແທນຢືນຢັນການລໍຖ້າ, ຢຸດການໂອນ. 2. waitrequest ແມ່ນ sampນໍາພາ. ເນື່ອງຈາກວ່າ waitrequest ໄດ້ຖືກຢືນຢັນ, ວົງຈອນຈະກາຍເປັນ
ລັດລໍຖ້າ. ທີ່ຢູ່, ອ່ານ, ຂຽນ, ແລະ byteenable ຄົງທີ່. 3. ຕົວແທນ deasserts waitrequest ຫຼັງຈາກແຂບເພີ່ມຂຶ້ນຂອງ clk. ຕົວແທນຢືນຢັນ
ອ່ານຂໍ້ມູນແລະການຕອບສະຫນອງ. 4. ເຈົ້າພາບ samples readdata, ການຕອບສະຫນອງແລະ deasserted waitrequest
ສໍາເລັດການໂອນ. 5. ທີ່ຢູ່, writedata, byteenable, and write signals are asserted after the
ຂອບຂອງ clk ເພີ່ມຂຶ້ນ. ຕົວແທນຢືນຢັນການລໍຖ້າການຢຸດການໂອນ. 6. ຕົວແທນ deasserts waitrequest ຫຼັງຈາກແຂບເພີ່ມຂຶ້ນຂອງ clk. 7. ຕົວແທນຈັບຂຽນຂໍ້ມູນສິ້ນສຸດການໂອນ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 22

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

3.5.2. ການໂອນເງິນໂດຍໃຊ້ waitrequestAllowance Property

ຊັບສິນ waitrequestAllowance ລະບຸຈໍານວນການໂອນທີ່ໂຮດ AvalonMM ສາມາດອອກໄດ້ຫຼືຕົວແທນ Avalon-MM ຕ້ອງຍອມຮັບຫຼັງຈາກສັນຍານການລໍຖ້າຖືກຢືນຢັນ. waitrequestAllowance ມີໃຫ້ເລີ່ມຕົ້ນດ້ວຍການອອກຊອບແວ Intel Quartus Prime 17.1.
ຄ່າເລີ່ມຕົ້ນຂອງ waitrequestAllowance ແມ່ນ 0, ເຊິ່ງກົງກັບພຶດຕິກຳທີ່ອະທິບາຍໄວ້ໃນ ການໂອນການອ່ານ ແລະຂຽນແບບປົກກະຕິ, ບ່ອນທີ່ການຢືນຢັນ waitrequest ຢຸດການໂອນປະຈຸບັນຈາກການອອກ ຫຼືຍອມຮັບ.
ຕົວແທນ Avalon-MM ທີ່ມີ waitrequestAllowance ຫຼາຍກວ່າ 0 ໂດຍປົກກະຕິຈະຢືນຢັນ waitrequest ເມື່ອ buffer ພາຍໃນຂອງມັນສາມາດຍອມຮັບ waitrequestAllowance ເທົ່ານັ້ນກ່ອນທີ່ຈະເຕັມ. ໂຮດ Avalon-MM ທີ່ມີ waitrequestAllowance ຫຼາຍກວ່າ 0 ມີ waitrequestAllowance ຮອບວຽນເພີ່ມເຕີມເພື່ອຢຸດການສົ່ງການໂອນ, ເຊິ່ງອະນຸຍາດໃຫ້ມີທໍ່ເພີ່ມເຕີມໃນເຫດຜົນຂອງເຈົ້າພາບ. ເຈົ້າພາບຕ້ອງຢຸດສັນຍານການອ່ານ ຫຼື ຂຽນເມື່ອເວລາການຮ້ອງຂໍເງິນລໍຖ້າໄດ້ໝົດ.
ຄຸນຄ່າຂອງ waitrequestAllowance ຫຼາຍກວ່າ 0 ສະຫນັບສະຫນູນການອອກແບບຄວາມໄວສູງທີ່ຮູບແບບຂອງ backpressure ທັນທີອາດຈະເຮັດໃຫ້ການຫຼຸດລົງຂອງຄວາມຖີ່ຂອງການດໍາເນີນງານສູງສຸດ (FMAX) ມັກຈະເປັນຍ້ອນເຫດຜົນ combinatorial ໃນເສັ້ນທາງການຄວບຄຸມ. ຕົວແທນ Avalon-MM ຈະຕ້ອງສະຫນັບສະຫນູນເວລາການໂອນທີ່ເປັນໄປໄດ້ທັງຫມົດທີ່ຖືກຕ້ອງຕາມກົດຫມາຍສໍາລັບມູນຄ່າ waitrequestAllowance ຂອງມັນ. ຕົວຢ່າງample, ຕົວແທນທີ່ມີ waitrequestAllowance = 2 ຈະຕ້ອງສາມາດຍອມຮັບທຸກຮູບແບບການໂອນຍ້າຍເຈົ້າພາບທີ່ສະແດງຢູ່ໃນຕົວຢ່າງຕໍ່ໄປນີ້.amples.

ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງແບບປົກກະຕິການໂອນອ່ານແລະຂຽນໃນຫນ້າ 21

3.5.2.1. waitrequestAllowance ເທົ່າກັບສອງ
ແຜນວາດເວລາຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຖິງເວລາສໍາລັບເຈົ້າພາບ Avalon-MM ທີ່ມີຮອບວຽນສອງໂມງເພື່ອເລີ່ມຕົ້ນແລະຢຸດການສົ່ງການໂອນຫຼັງຈາກຕົວແທນ Avalon-MM deasserts ຫຼືຢືນຢັນ waitrequest, ຕາມລໍາດັບ.

ຮູບ 8. Host ຂຽນ: waitrequestAllowance ເທົ່າກັບສອງຮອບວຽນໂມງ

1 2

3 4

ໂມງ

ຂຽນ

ຄຳຮ້ອງຂໍລໍຖ້າ

ຂໍ້ມູນ [7:0]

A0 A1 A2

A3 A4

B0 B1

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 23

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ເຄື່ອງໝາຍໃນຮູບນີ້ໝາຍເຖິງເຫດການຕໍ່ໄປນີ້:
1. Avalon-MM> host ຂັບຂຽນແລະຂໍ້ມູນ.
2. ຕົວແທນ Avalon-MM> ຢືນຢັນ waitrequest. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 2, ເຈົ້າພາບສາມາດເຮັດສໍາເລັດການໂອນຂໍ້ມູນ 2 ເພີ່ມເຕີມ.
3. host deasserts ຂຽນຕາມຄວາມຕ້ອງການເພາະວ່າຕົວແທນກໍາລັງຢືນຢັນ waitrequest ສໍາລັບຮອບທີສາມ.
4. Avalon-MM> host ຂັບຂຽນແລະຂໍ້ມູນ. ຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າ. ຂຽນແລ້ວ.
5. ເຈົ້າພາບ Avalon ຂັບລົດຂຽນແລະຂໍ້ມູນເຖິງແມ່ນວ່າຕົວແທນກໍາລັງຢືນຢັນການລໍຖ້າ. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 2 ຮອບ, ການຂຽນສໍາເລັດ.
6. ເຈົ້າພາບ Avalon ຂັບຂຽນແລະຂໍ້ມູນ. ຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າ. ການຂຽນສໍາເລັດ.

3.5.2.2. waitrequestAllowance ເທົ່າກັບຫນຶ່ງ
ແຜນວາດເວລາຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຖິງເວລາສໍາລັບເຈົ້າພາບ Avalon-MM ທີ່ມີຮອບວຽນຫນຶ່ງໂມງເພື່ອເລີ່ມຕົ້ນແລະຢຸດການສົ່ງການໂອນຫຼັງຈາກຕົວແທນ Avalon-MM deasserts ຫຼືຢືນຢັນ waitrequest, ຕາມລໍາດັບ:
ຮູບທີ 9. Host Write: waitrequestAllowance ເທົ່າກັບໜຶ່ງຮອບວຽນໂມງ

1 ຄອກ

23 4

6 7

ຂຽນ

ຄຳຮ້ອງຂໍລໍຖ້າ

ຂໍ້ມູນ [7:0]

A0 A1 A2

A3 A4

B1 B2

ຕົວເລກໃນຕົວເລກນີ້ຫມາຍເຖິງເຫດການດັ່ງຕໍ່ໄປນີ້:
1. ເຈົ້າພາບ Avalon-MM ຂັບຂຽນແລະຂໍ້ມູນ.
2. ຕົວແທນ Avalon-MM ຢືນຢັນ waitrequest. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 1, ເຈົ້າພາບສາມາດເຮັດສໍາເລັດການຂຽນ.
3. ເຈົ້າພາບ deasserts ຂຽນເພາະວ່າຕົວແທນກໍາລັງຢືນຢັນ waitrequest ສໍາລັບຮອບທີສອງ.
4. ເຈົ້າພາບ Avalon-MM ຂັບຂຽນແລະຂໍ້ມູນ. ຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າ. ຂຽນແລ້ວ.
5. ຕົວແທນຢືນຢັນ waitrequest. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 1 ຮອບ, ການຂຽນສໍາເລັດ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 24

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

6. Avalon-MM host drives ຂຽນແລະຂໍ້ມູນ. ຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າ. ການຂຽນສໍາເລັດ.
7. ຕົວແທນ Avalon-MM ຢືນຢັນ waitrequest. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 1, ເຈົ້າພາບສາມາດເຮັດສໍາເລັດການໂອນຂໍ້ມູນຫນຶ່ງເພີ່ມເຕີມ.
8. ເຈົ້າພາບ Avalon ຂັບຂຽນແລະຂໍ້ມູນ. ຕົວແທນບໍ່ໄດ້ຢືນຢັນການຮ້ອງຂໍລໍຖ້າ. ການຂຽນສໍາເລັດ.

3.5.2.3. waitrequestAllowance ເທົ່າກັບສອງ - ບໍ່ແນະນໍາ

ແຜນວາດຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຖິງເວລາສໍາລັບເຈົ້າພາບ Avalon-MM> ທີ່ສາມາດສົ່ງສອງການໂອນຫຼັງຈາກ waitrequest ຖືກຢືນຢັນ.

ເວລານີ້ແມ່ນຖືກຕ້ອງຕາມກົດໝາຍ, ແຕ່ບໍ່ແນະນຳ. ໃນນີ້ example ເຈົ້າພາບນັບຈໍານວນການເຮັດທຸລະກໍາແທນທີ່ຈະເປັນຈໍານວນຮອບວຽນໂມງ. ວິທີການນີ້ຮຽກຮ້ອງໃຫ້ມີການຕ້ານການທີ່ເຮັດໃຫ້ການປະຕິບັດທີ່ສັບສົນຫຼາຍແລະອາດຈະສົ່ງຜົນກະທົບຕໍ່ການປິດເວລາ.
ເມື່ອເຈົ້າພາບກໍານົດເວລາທີ່ຈະຂັບລົດການເຮັດທຸລະກໍາດ້ວຍສັນຍານ waitrequest ແລະຈໍານວນຮອບວຽນຄົງທີ່, ເຈົ້າພາບຈະເລີ່ມຫຼືຢຸດການເຮັດທຸລະກໍາໂດຍອີງໃສ່ສັນຍານທີ່ລົງທະບຽນ.

ຮູບທີ 10. waitrequestAllowance ເທົ່າກັບສອງການໂອນ

1 23 ຄກ

ຂຽນ

ຄຳຮ້ອງຂໍລໍຖ້າ

ຂໍ້ມູນ

ຕົວເລກໃນຕົວເລກນີ້ຫມາຍເຫດການດັ່ງຕໍ່ໄປນີ້: 1. ເຈົ້າພາບ Avalon-MM> ຢືນຢັນການຂຽນແລະຂັບຂໍ້ມູນ.
2. ຕົວແທນ Avalon-MM> ຢືນຢັນ waitrequest.
3. Avalon-MM> host ຂັບຂຽນແລະຂໍ້ມູນ. ເນື່ອງຈາກວ່າ waitrequestAllowance ແມ່ນ 2, ເຈົ້າພາບຂັບຂໍ້ມູນໃນ 2 ຮອບວຽນຕິດຕໍ່ກັນ.
4. Avalon-MM> host deasserts ຂຽນຍ້ອນວ່າເຈົ້າພາບໄດ້ໃຊ້ເວລາ 2-transfer waitrequestAllowance.
5. ເຈົ້າພາບ Avalon-MM> ອອກການຂຽນທັນທີທີ່ waitrequest ຖືກຍົກເລີກ.
6. Avalon-MM> host ຂັບຂຽນແລະຂໍ້ມູນ. ຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າ 1 ຮອບ.
7. ໃນການຕອບສະຫນອງຕໍ່ waitrequest, Avalon-MM> host ຖືຂໍ້ມູນສໍາລັບ 2 ຮອບວຽນ.

3.5.2.4. waitrequestAllowance ຄວາມເຂົ້າກັນໄດ້ສໍາລັບ Avalon-MM Host ແລະການໂຕ້ຕອບຕົວແທນ
Avalon-MM hosts ແລະຕົວແທນທີ່ສະຫນັບສະຫນູນສັນຍານ waitrequest ສະຫນັບສະຫນູນ backpressure. ເຈົ້າພາບທີ່ມີ backpressure ສະເຫມີສາມາດເຊື່ອມຕໍ່ກັບຕົວແທນໂດຍບໍ່ມີການ backpressure. ເຈົ້າພາບທີ່ບໍ່ມີ backpressure ບໍ່ສາມາດເຊື່ອມຕໍ່ກັບຕົວແທນທີ່ມີ backpressure.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 25

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຕາຕະລາງ 11. waitrequestAllowance Compatibility for Avalon-MM Hosts and Agents

ເຈົ້າພາບ ແລະຕົວແທນ waitrequestAllowance

ຄວາມເຂົ້າກັນໄດ້

ເຈົ້າພາບ = 0 ຕົວແທນ = 0
ເຈົ້າພາບ = 0 ຕົວແທນ > 0

ປະຕິບັດຕາມກົດລະບຽບຄວາມເຂົ້າກັນໄດ້ຄືກັນກັບການໂຕ້ຕອບ Avalon-MM ມາດຕະຖານ.
ການເຊື່ອມຕໍ່ໂດຍກົງແມ່ນເປັນໄປບໍ່ໄດ້. ການປັບຕົວແບບງ່າຍດາຍແມ່ນຕ້ອງການສໍາລັບກໍລະນີຂອງເຈົ້າພາບທີ່ມີສັນຍານລໍຖ້າ. ການເຊື່ອມຕໍ່ເປັນໄປບໍ່ໄດ້ຖ້າເຈົ້າພາບບໍ່ຮອງຮັບສັນຍານການຮ້ອງຂໍລໍຖ້າ.

ເຈົ້າພາບ > 0 ຕົວແທນ = 0
ເຈົ້າພາບ > 0 ຕົວແທນ > 0

ການເຊື່ອມຕໍ່ໂດຍກົງແມ່ນເປັນໄປບໍ່ໄດ້. ການປັບຕົວ (buffers) ແມ່ນຈໍາເປັນໃນເວລາທີ່ເຊື່ອມຕໍ່ກັບຕົວແທນທີ່ມີສັນຍານ waitrequest ຫຼືສະຖານະການລໍຖ້າຄົງທີ່.
ບໍ່ມີການປັບຕົວແມ່ນຕ້ອງການຖ້າການອະນຸຍາດຂອງເຈົ້າພາບ <= ເງິນອຸດໜູນຂອງຕົວແທນ. ຖ້າ host allowance < agent allowance, pipeline registers ອາດຈະຖືກໃສ່ໃສ່. ສໍາລັບການເຊື່ອມຕໍ່ຈຸດຕໍ່ຈຸດ, ທ່ານສາມາດເພີ່ມການລົງທະບຽນທໍ່ຢູ່ໃນສັນຍານຄໍາສັ່ງຫຼືສັນຍານ waitrequest. ເຖິງ ລົງທະບຽນ stages ສາມາດໃສ່ບ່ອນໃດ ແມ່ນຄວາມແຕກຕ່າງລະຫວ່າງເງິນອຸດໜູນ. ການເຊື່ອມຕໍ່ໂຮສກັບ waitrequestAllowance ສູງກວ່າຕົວແທນຕ້ອງການ buffering.

3.5.2.5. waitrequestAllowance ເງື່ອນໄຂຄວາມຜິດພາດ
ພຶດຕິກຳບໍ່ສາມາດຄາດເດົາໄດ້ວ່າອິນເຕີເຟດ Avalon-MM ລະເມີດເງື່ອນໄຂການຮ້ອງຂໍການລໍຖ້າ.
· ຖ້າເຈົ້າພາບລະເມີດ waitrequestAllowance = ສະເພາະໂດຍການສົ່ງຫຼາຍກວ່າ ການໂອນ, ການໂອນອາດຈະໄດ້ຮັບການຫຼຸດລົງຫຼືການສໍ້ລາດບັງຫຼວງຂໍ້ມູນອາດຈະເກີດຂຶ້ນ.
· ຖ້າຕົວແທນໂຄສະນາການຮ້ອງຂໍເງິນອຸດໜູນທີ່ໃຫຍ່ກວ່າທີ່ເປັນໄປໄດ້, ການໂອນຍ້າຍບາງອັນອາດຈະຖືກລຸດລົງ ຫຼືຂໍ້ມູນເສຍຫາຍອາດຈະເກີດຂຶ້ນ.
3.5.3. ອ່ານແລະຂຽນການໂອນເງິນດ້ວຍສະຖານະການລໍຖ້າຄົງທີ່
ຕົວແທນສາມາດລະບຸສະຖານະລໍຖ້າຄົງທີ່ໂດຍໃຊ້ຄຸນສົມບັດ readWaitTime ແລະ writeWaitTime. ການນໍາໃຊ້ສະຖານະການລໍຖ້າທີ່ກໍານົດໄວ້ເປັນທາງເລືອກທີ່ຈະນໍາໃຊ້ waitrequest ເພື່ອຢຸດການໂອນ. ທີ່ຢູ່ ແລະສັນຍານຄວບຄຸມ (byteenable, ອ່ານ, ແລະຂຽນ) ແມ່ນຄົງທີ່ສໍາລັບໄລຍະເວລາຂອງການໂອນ. ການຕັ້ງຄ່າ readWaitTime ຫຼື writeWaitTime ເປັນ ເທົ່າກັບການຢືນຢັນການຮ້ອງຂໍລໍຖ້າ ຮອບວຽນຕໍ່ການໂອນ.
ໃນຮູບຕໍ່ໄປນີ້, ຕົວແທນມີ writeWaitTime = 2 ແລະ readWaitTime = 1.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 26

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຮູບທີ 11.

ອ່ານແລະຂຽນການໂອນເງິນດ້ວຍການລໍຖ້າຄົງທີ່ຢູ່ທີ່ຕົວໂຕ້ຕອບຕົວແທນ

ຄກ

ທີ່ຢູ່

ໄວໄວ

ອ່ານ

ຂຽນ readdata ຕອບ writedata

ການຕອບສະຫນອງ readdata

writedata

ຕົວເລກໃນແຜນວາດເວລານີ້ໝາຍເຖິງການຫັນປ່ຽນຕໍ່ໄປນີ້:
1. ເຈົ້າພາບຢືນຢັນທີ່ຢູ່ແລະອ່ານຢູ່ໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk.
2. ຂອບທີ່ເພີ່ມຂຶ້ນຕໍ່ໄປຂອງ clk ຫມາຍເຖິງການສິ້ນສຸດຂອງວົງຈອນການລໍຖ້າລັດທໍາອິດແລະພຽງແຕ່. ອ່ານ WaitTime ແມ່ນ 1.
3. ຕົວແທນຢືນຢັນ readdata ແລະການຕອບສະຫນອງໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk. ການໂອນການອ່ານສິ້ນສຸດລົງ.
4. writedata, ທີ່ຢູ່, byteenable, and write signals are available to the agent.
5. ການໂອນການຂຽນສິ້ນສຸດລົງຫຼັງຈາກ 2 ຮອບລໍຖ້າສະຖານະ.
ການໂອນຍ້າຍກັບລັດລໍຖ້າດຽວແມ່ນຖືກນໍາໃຊ້ທົ່ວໄປສໍາລັບອຸປະກອນຕໍ່ພ່ວງ off-chip multicycle. ອຸປະກອນຂ້າງຄຽງຈັບທີ່ຢູ່ແລະສັນຍານຄວບຄຸມຢູ່ໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk. ອຸປະກອນຂ້າງຄຽງມີຮອບວຽນເຕັມອັນໜຶ່ງເພື່ອສົ່ງຄືນຂໍ້ມູນ.
ອະນຸຍາດໃຫ້ມີອົງປະກອບທີ່ບໍ່ມີສະຖານະລໍຖ້າ. ຢ່າງໃດກໍ່ຕາມ, ອົງປະກອບທີ່ມີສູນ waitstates ອາດຈະຫຼຸດລົງຄວາມຖີ່ທີ່ບັນລຸໄດ້. Zero wait-states ຕ້ອງການອົງປະກອບເພື່ອສ້າງການຕອບສະຫນອງໃນວົງຈອນດຽວກັນທີ່ຄໍາຮ້ອງຂໍໄດ້ຖືກນໍາສະເຫນີ.

3.5.4. ການໂອນທໍ່
Avalon-MM pipelined read transfers ເພີ່ມທະວີການສົ່ງຜ່ານສໍາລັບອຸປະກອນຕົວແທນ synchronous ທີ່ຕ້ອງການຫຼາຍຮອບເພື່ອກັບຄືນຂໍ້ມູນສໍາລັບການເຂົ້າເຖິງຄັ້ງທໍາອິດ. ໂດຍປົກກະຕິແລ້ວອຸປະກອນດັ່ງກ່າວສາມາດສົ່ງຄືນຄ່າຂໍ້ມູນໜຶ່ງຄັ້ງຕໍ່ຮອບວຽນໃນບາງເວລາຫຼັງຈາກນັ້ນ. ການໂອນການອ່ານແບບທໍ່ໃໝ່ສາມາດເລີ່ມຕົ້ນໄດ້ກ່ອນທີ່ readdata ສຳລັບການໂອນກ່ອນໜ້າຈະຖືກສົ່ງຄືນ.
ການໂອນການອ່ານແບບທໍ່ມີໄລຍະທີ່ຢູ່ ແລະໄລຍະຂໍ້ມູນ. ເຈົ້າພາບເລີ່ມຕົ້ນການໂອນໂດຍການນໍາສະເຫນີທີ່ຢູ່ໃນໄລຍະທີ່ຢູ່. ຕົວແທນປະຕິບັດການໂອນໂດຍການສົ່ງຂໍ້ມູນໃນລະຫວ່າງໄລຍະຂໍ້ມູນ. ໄລຍະທີ່ຢູ່ສໍາລັບການໂອນໃຫມ່ (ຫຼືການໂອນຫຼາຍ) ສາມາດເລີ່ມຕົ້ນໄດ້ກ່ອນທີ່ໄລຍະຂໍ້ມູນຂອງການໂອນກ່ອນຫນ້າຈະສໍາເລັດ. ຄວາມລ່າຊ້າແມ່ນເອີ້ນວ່າການ latency ຂອງທໍ່. ຄວາມແຝງຂອງທໍ່ແມ່ນໄລຍະເວລາຈາກການສິ້ນສຸດຂອງໄລຍະທີ່ຢູ່ໄປຫາຈຸດເລີ່ມຕົ້ນຂອງໄລຍະຂໍ້ມູນ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 27

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ໄລຍະເວລາການໂອນສໍາລັບສະຖານະລໍຖ້າ ແລະ latency ຂອງທໍ່ມີຄວາມແຕກຕ່າງທີ່ສໍາຄັນຕໍ່ໄປນີ້:
· Wait-states-ລັດລໍຖ້າກໍານົດຄວາມຍາວຂອງໄລຍະທີ່ຢູ່. ສະຖານະລໍຖ້າຈຳກັດການສົ່ງຜ່ານສູງສຸດຂອງຜອດ. ຖ້າຕົວແທນຕ້ອງການສະຖານະການລໍຖ້າຫນຶ່ງເພື່ອຕອບສະຫນອງຄໍາຮ້ອງຂໍການໂອນ, ພອດຕ້ອງການສອງຮອບວຽນໂມງຕໍ່ການໂອນ.
· Pipeline Latency–Pipeline latency ກຳນົດເວລາຈົນກວ່າຂໍ້ມູນຈະຖືກສົ່ງຄືນໂດຍອິສະລະຈາກໄລຍະທີ່ຢູ່. ຕົວແທນທີ່ມີທໍ່ທີ່ບໍ່ມີລັດລໍຖ້າສາມາດຍືນຍົງໄດ້ຫນຶ່ງການໂອນຕໍ່ຮອບ. ແນວໃດກໍ່ຕາມ, ຕົວແທນອາດຈະຕ້ອງການຫຼາຍຮອບຂອງ latency ເພື່ອສົ່ງຄືນຫົວໜ່ວຍຂໍ້ມູນທຳອິດ.
ສະຖານະການລໍຖ້າແລະການອ່ານແບບທໍ່ສາມາດໄດ້ຮັບການສະຫນັບສະຫນູນພ້ອມກັນ. ຄວາມຕອບສະໜອງຂອງທໍ່ສາມາດຖືກແກ້ໄຂ ຫຼືປ່ຽນແປງໄດ້.

3.5.4.1. ການຖ່າຍທອດການອ່ານແບບທໍ່ກັບເວລາແຝງຕົວແປ
ຫຼັງຈາກຈັບທີ່ຢູ່ແລະສັນຍານຄວບຄຸມ, ຕົວແທນທໍ່ Avalon-MM ໃຊ້ເວລາຫນຶ່ງຫຼືຫຼາຍຮອບເພື່ອຜະລິດຂໍ້ມູນ. ຕົວແທນທີ່ເປັນທໍ່ອາດມີການໂອນການອ່ານທີ່ຄ້າງຢູ່ຫຼາຍຄັ້ງໃນເວລາໃດກໍໄດ້.
ການໂອນອ່ານການປ່ຽນແປງ-latency pipelined:
·ຕ້ອງການຫນຶ່ງສັນຍານເພີ່ມເຕີມ, readdatavalid, ທີ່ຊີ້ບອກວ່າການອ່ານຂໍ້ມູນຖືກຕ້ອງ.
·ລວມເອົາຊຸດສັນຍານດຽວກັນກັບການໂອນອ່ານທີ່ບໍ່ແມ່ນທໍ່.
ໃນການໂອນການອ່ານແບບທໍ່ທີ່ມີຕົວແປຕົວແປ, ອຸປະກອນຕໍ່ພ່ວງຕົວແທນທີ່ໃຊ້ readdatavalid ຖືກພິຈາລະນາເປັນທໍ່ທີ່ມີ latency ປ່ຽນແປງ. ສັນຍານ readdata ແລະ readdatavalid ທີ່ສອດຄ້ອງກັບຄໍາສັ່ງອ່ານສາມາດຢືນຢັນຮອບວຽນຫຼັງຈາກຄໍາສັ່ງອ່ານນັ້ນຖືກຢືນຢັນ, ໃນຕອນຕົ້ນ.
ຕົວແທນຕ້ອງສົ່ງຄືນ readdata ໃນຄໍາສັ່ງດຽວກັນທີ່ຄໍາສັ່ງອ່ານຖືກຍອມຮັບ. ຜອດຕົວແທນທໍ່ທີ່ມີ latency ປ່ຽນແປງຈະຕ້ອງໃຊ້ waitrequest. ຕົວແທນສາມາດຍືນຍັນການລໍຖ້າການໂອນເງິນຢຸດເພື່ອຮັກສາຈໍານວນທີ່ຍອມຮັບຂອງການໂອນທີ່ຍັງຄ້າງຢູ່. ຕົວແທນອາດຈະຢືນຢັນ readdatavalid ເພື່ອໂອນຂໍ້ມູນໄປຍັງໂຮດໂດຍເອກະລາດບໍ່ວ່າຈະເປັນຕົວແທນຢຸດຄໍາສັ່ງໃຫມ່ດ້ວຍການ waitrequest.

ໝາຍເຫດ:

ຈໍານວນສູງສຸດຂອງການໂອນທີ່ຍັງຄ້າງແມ່ນຊັບສິນຂອງການໂຕ້ຕອບຕົວແທນ. ຜ້າເຊື່ອມຕໍ່ກັນສ້າງເຫດຜົນເພື່ອສົ່ງເສັ້ນທາງການອ່ານຂໍ້ມູນໄປຫາການຮ້ອງຂໍເຈົ້າພາບໂດຍໃຊ້ຕົວເລກນີ້. ການໂຕ້ຕອບຕົວແທນ, ບໍ່ແມ່ນຜ້າເຊື່ອມຕໍ່ກັນ, ຕ້ອງຕິດຕາມຈໍານວນການອ່ານທີ່ຍັງຄ້າງຢູ່. ຕົວແທນຕ້ອງຢືນຢັນການລໍຖ້າເພື່ອປ້ອງກັນບໍ່ໃຫ້ຈໍານວນການອ່ານທີ່ຍັງຄ້າງຢູ່ເກີນຈໍານວນສູງສຸດ. ຖ້າຕົວແທນມີ waitrequestAllowance > 0, ຕົວແທນຕ້ອງຢືນຢັນ waitrequest ໄວພຽງພໍເພື່ອໃຫ້ການໂອນທີ່ຍັງຄ້າງທັງຫມົດ, ລວມທັງສິ່ງທີ່ຍອມຮັບໃນຂະນະທີ່ waitrequest ຢືນຢັນ, ບໍ່ເກີນຈໍານວນສູງສຸດຂອງການໂອນທີ່ຍັງຄ້າງທີ່ກໍານົດໄວ້.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 28

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຮູບທີ 12.

ການຖ່າຍທອດການອ່ານແບບທໍ່ກັບເວລາແພັກເກັດຕົວແປ

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຕົວແທນຈໍານວນຫຼາຍການອ່ານການໂອນ. ຕົວແທນແມ່ນທໍ່ກັບ latency ປ່ຽນແປງໄດ້. ໃນຕົວເລກນີ້, ຕົວແທນສາມາດຍອມຮັບໄດ້ສູງສຸດສອງການໂອນທີ່ຍັງຄ້າງຢູ່. ຕົວແທນໃຊ້ waitrequest ເພື່ອຫຼີກເວັ້ນການ overruning ສູງສຸດນີ້.

ຄກ

ທີ່ຢູ່

addr1

addr2

addr3

addr4

addr5

ອ່ານ

ຄຳຮ້ອງຂໍລໍຖ້າ

readdata readdata ຖືກຕ້ອງ

ຂໍ້ມູນ 1

ຂໍ້ມູນ2

ຂໍ້ມູນ 3

ຂໍ້ມູນ4

ຂໍ້ມູນ5

ຕົວເລກໃນແຜນວາດເວລານີ້, ໝາຍເຖິງການປ່ຽນຕໍ່ໄປນີ້:
1. ເຈົ້າພາບຢືນຢັນທີ່ຢູ່ແລະອ່ານ, ເລີ່ມຕົ້ນການໂອນການອ່ານ.
2. ຕົວແທນຈັບ addr1.
3. ຕົວແທນຈັບ addr2.
4. ຕົວແທນຢືນຢັນ waitrequest ເພາະວ່າຕົວແທນໄດ້ຍອມຮັບການອ່ານສູງສຸດສອງຄັ້ງທີ່ຍັງຄ້າງຢູ່ແລ້ວ, ເຮັດໃຫ້ການໂອນທີສາມຢຸດ.
5. ຕົວແທນຢືນຢັນ data1, ການຕອບສະຫນອງຕໍ່ addr1. ຕົວແທນຍົກເລີກການຮ້ອງຂໍລໍຖ້າ.
6. ຕົວແທນຈັບ addr3. ການເຊື່ອມຕໍ່ກັນຈັບຂໍ້ມູນ1.
7. ຕົວແທນຈັບ addr4. ການເຊື່ອມຕໍ່ກັນຈັບຂໍ້ມູນ2.
8. ຕົວແທນຂັບ readdatavalid ແລະ readdata ໃນການຕອບສະຫນອງຕໍ່ການໂອນການອ່ານທີສາມ.
9. ຕົວແທນຈັບ addr5. ການເຊື່ອມຕໍ່ກັນຈັບຂໍ້ມູນ3. ສັນຍານການອ່ານແມ່ນ deserted. ມູນຄ່າການຮ້ອງຂໍລໍຖ້າແມ່ນບໍ່ກ່ຽວຂ້ອງອີກຕໍ່ໄປ.
10. ການເຊື່ອມຕໍ່ກັນຈັບຂໍ້ມູນ4.
11. ຕົວແທນຂັບ data5 ແລະຍືນຍັນ readdatavalid ສໍາເລັດໄລຍະຂໍ້ມູນສໍາລັບການໂອນການອ່ານທີ່ຍັງຄ້າງສຸດທ້າຍ.
ຖ້າຕົວແທນບໍ່ສາມາດຈັດການການໂອນການຂຽນໃນຂະນະທີ່ປະມວນຜົນການໂອນການອ່ານທີ່ລໍຖ້າຢູ່, ຕົວແທນຕ້ອງຢືນຢັນການລໍຖ້າແລະຢຸດການດໍາເນີນງານການຂຽນຈົນກ່ວາການໂອນການອ່ານທີ່ລໍຖ້າສໍາເລັດ. ຂໍ້ກໍານົດຂອງ Avalon-MM ບໍ່ໄດ້ກໍານົດມູນຄ່າຂອງ readdata ໃນກໍລະນີທີ່ຕົວແທນຍອມຮັບການໂອນການຂຽນໄປຫາທີ່ຢູ່ດຽວກັນກັບການໂອນການອ່ານທີ່ຍັງຄ້າງຢູ່ໃນປະຈຸບັນ.
3.5.4.2. ການໂອນການອ່ານແບບທໍ່ກັບເວລາແຝງຄົງທີ່
ໄລຍະທີ່ຢູ່ສໍາລັບການໂອນການອ່ານ latency ຄົງທີ່ແມ່ນຄືກັນກັບກໍລະນີ latency ຕົວປ່ຽນແປງ. ຫຼັງຈາກໄລຍະທີ່ຢູ່, ທໍ່ທີ່ມີການຕອບສະໜອງການອ່ານຄົງທີ່ຈະໃຊ້ຈໍານວນຮອບວຽນໂມງຄົງທີ່ເພື່ອສົ່ງຄືນຂໍ້ມູນການອ່ານທີ່ຖືກຕ້ອງ. ຄຸນສົມບັດ readLatency ລະບຸຈໍານວນຮອບວຽນໂມງເພື່ອສົ່ງຄືນຂໍ້ມູນການອ່ານທີ່ຖືກຕ້ອງ. ການເຊື່ອມຕໍ່ກັນຈະຈັບ readdata ໃນຂອບໂມງທີ່ເພີ່ມຂຶ້ນທີ່ເຫມາະສົມ, ສິ້ນສຸດໄລຍະຂໍ້ມູນ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 29

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ໃນລະຫວ່າງໄລຍະທີ່ຢູ່, ສາມາດຢືນຢັນການລໍຖ້າທີ່ຈະຢຸດການຍົກຍ້າຍ. ຫຼື, ການກໍານົດ readLatency ສໍາລັບຈໍານວນຄົງທີ່ຂອງສະຖານະລໍຖ້າ. ໄລຍະທີ່ຢູ່ຈະສິ້ນສຸດຢູ່ໃນຂອບທີ່ເພີ່ມຂຶ້ນຕໍ່ໄປຂອງ clk ຫຼັງຈາກລັດລໍຖ້າ, ຖ້າມີ.

ໃນລະຫວ່າງໄລຍະຂໍ້ມູນ, ຂັບການອ່ານຂໍ້ມູນຫຼັງຈາກການ latency ຄົງທີ່. ສໍາລັບການ latency ອ່ານຂອງ , ຕ້ອງນໍາສະເຫນີ readdata ທີ່ຖືກຕ້ອງກ່ຽວກັບ ການເພີ່ມຂຶ້ນຂອງຂອບຂອງ clk ຫຼັງຈາກສິ້ນສຸດໄລຍະທີ່ຢູ່.

ຮູບທີ 13.

ການຖ່າຍທອດການອ່ານແບບທໍ່ກັບຄວາມໜ່ວງຄົງທີ່ຂອງສອງຮອບວຽນ

ຕົວເລກດັ່ງຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການຖ່າຍໂອນຂໍ້ມູນຫຼາຍຮູບແບບລະຫວ່າງ host ແລະ pipelined . ການຮ້ອງຂໍການລໍຖ້າໃຫ້ຢຸດການໂອນຍ້າຍ ແລະມີເວລາໃນການອ່ານຄົງທີ່ຂອງ 2 ຮອບວຽນ.

ຄກ

ທີ່ຢູ່

addr1

addr2 addr3

ອ່ານ

ຄຳຮ້ອງຂໍລໍຖ້າ

ອ່ານຂໍ້ມູນ

ຂໍ້ມູນ1

data2 ຂໍ້ມູນ3

ຕົວເລກໃນແຜນວາດເວລານີ້, ໃຫ້ໝາຍເຖິງການປ່ຽນແປງຕໍ່ໄປນີ້: 1. ເຈົ້າພາບເລີ່ມຕົ້ນການໂອນການອ່ານໂດຍການຢືນຢັນການອ່ານ ແລະ addr1. 2. ຢືນຢັນ waitrequest ທີ່ຈະປິດການໂອນສໍາລັບຫນຶ່ງວົງຈອນ. 3. ການຈັບ addr1 ຢູ່ຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk. ໄລຍະທີ່ຢູ່ສິ້ນສຸດຢູ່ທີ່ນີ້. 4. ການນໍາສະເຫນີ readdata ທີ່ຖືກຕ້ອງຫຼັງຈາກ 2 ຮອບວຽນ, ສິ້ນສຸດການໂອນ. 5. addr2 ແລະອ່ານຖືກຢືນຢັນສໍາລັບການໂອນການອ່ານໃຫມ່. 6. ເຈົ້າພາບເລີ່ມຕົ້ນການໂອນການອ່ານທີສາມໃນລະຫວ່າງຮອບຕໍ່ໄປ, ກ່ອນທີ່ຂໍ້ມູນຈາກ
ການໂອນກ່ອນຫນ້າຈະຖືກສົ່ງຄືນ.

3.5.5. ການໂອນລະເບີດ
ການລະເບີດຈະປະຕິບັດການໂອນຍ້າຍຫຼາຍອັນເປັນຫນ່ວຍງານ, ແທນທີ່ຈະປະຕິບັດທຸກຄໍາຢ່າງເປັນເອກະລາດ. Bursts ອາດຈະເພີ່ມການສົ່ງຕໍ່ສໍາລັບຜອດຕົວແທນທີ່ບັນລຸປະສິດທິພາບຫຼາຍກວ່າເກົ່າເມື່ອຈັດການກັບຫຼາຍຄໍາໃນເວລາດຽວກັນ, ເຊັ່ນ SDRAM. ຜົນກະທົບສຸດທິຂອງ bursting ແມ່ນເພື່ອ lock ຊີ້ຂາດສໍາລັບໄລຍະເວລາຂອງການລະເບີດ. ການໂຕ້ຕອບ Avalon-MM ລະເບີດທີ່ສະຫນັບສະຫນູນທັງການອ່ານແລະການຂຽນຕ້ອງສະຫນັບສະຫນູນການອ່ານແລະຂຽນ.
Bursting Avalon-MM interfaces ປະກອບມີສັນຍານຜົນຜະລິດ burstcount. ຖ້າຕົວແທນມີ burstcount input, ຕົວແທນແມ່ນສາມາດລະເບີດໄດ້.
ສັນຍານ burstcount ປະຕິບັດດັ່ງຕໍ່ໄປນີ້:
·ໃນຕອນເລີ່ມຕົ້ນຂອງການລະເບີດ, burstcount ນໍາສະເຫນີຈໍານວນຂອງການໂອນຕາມລໍາດັບໃນການລະເບີດ.
·ສໍາລັບຄວາມກວ້າງ ຈໍານວນການລະເບີດ, ຄວາມຍາວສູງສຸດຂອງການລະເບີດແມ່ນ 2( -1).ຄວາມຍາວທາງກົດຫມາຍຕໍາ່ສຸດທີ່ແມ່ນຫນຶ່ງ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 30

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24
ເພື່ອສະຫນັບສະຫນູນຕົວແທນການອ່ານລະເບີດ, ຕົວແທນຍັງຕ້ອງສະຫນັບສະຫນູນ:
·ລໍຖ້າລັດທີ່ມີສັນຍານ waitrequest.
· ການຖ່າຍໂອນທາງທໍ່ກັບການ latency ຕົວປ່ຽນແປງທີ່ມີສັນຍານ readdatavalid.
ໃນຕອນເລີ່ມຕົ້ນຂອງການລະເບີດ, ຕົວແທນຈະເຫັນທີ່ຢູ່ ແລະຄ່າຄວາມຍາວຂອງການລະເບີດໃນ burstcount. ສໍາລັບການແຕກຕ່າງກັບທີ່ຢູ່ຂອງ ແລະມູນຄ່າ burstcount ຂອງ , ຕົວແທນຈະຕ້ອງດໍາເນີນ ການໂອນຕິດຕໍ່ກັນໂດຍເລີ່ມຕົ້ນທີ່ຢູ່ . ການລະເບີດສໍາເລັດຫຼັງຈາກຕົວແທນໄດ້ຮັບ (ຂຽນ) ຫຼືສົ່ງຄືນ (ອ່ານ) ໄດ້ ຄໍາຂອງຂໍ້ມູນ. ຕົວແທນການລະເບີດຕ້ອງເກັບກໍາທີ່ຢູ່ແລະຈໍານວນລະເບີດພຽງແຕ່ຄັ້ງດຽວສໍາລັບການລະເບີດແຕ່ລະຄັ້ງ. ເຫດຜົນຂອງຕົວແທນຕ້ອງ infer ທີ່ຢູ່ສໍາລັບທັງຫມົດແຕ່ການໂອນຄັ້ງທໍາອິດໃນການລະເບີດ. ຕົວແທນຍັງສາມາດໃຊ້ສັນຍານ input beginbursttransfer, ເຊິ່ງ interconnect ຢືນຢັນໃນຮອບທຳອິດຂອງການລະເບີດແຕ່ລະຄັ້ງ.
3.5.5.1. ຂຽນ Bursts
ກົດລະບຽບເຫຼົ່ານີ້ຖືກນຳໃຊ້ເມື່ອການຂຽນລະເບີດເລີ່ມຕົ້ນດ້ວຍຈຳນວນຕົວເລກທີ່ໃຫຍ່ກວ່າໜຶ່ງ:
· ໃນເວລາທີ່ເກີດຂຶ້ນຂອງ ຖືກນໍາສະເຫນີໃນຕອນເລີ່ມຕົ້ນຂອງການລະເບີດ, ຕົວແທນຕ້ອງຍອມຮັບ ຫນ່ວຍງານຂອງ writedata ຢ່າງຕໍ່ເນື່ອງເພື່ອໃຫ້ສໍາເລັດການລະເບີດ. ການຊີ້ຂາດລະຫວ່າງຄູ່ເຈົ້າພາບ-ຕົວແທນຍັງຄົງຖືກລັອກຈົນກວ່າການລະເບີດຈະສຳເລັດ. ການລັອກນີ້ຮັບປະກັນວ່າບໍ່ມີເຈົ້າພາບອື່ນສາມາດດໍາເນີນການທຸລະກໍາໃນຕົວແທນຈົນກ່ວາການລະເບີດການຂຽນສໍາເລັດ.
· ຕົວແທນຈະຕ້ອງຈັບ writedata ເມື່ອຂຽນຢືນຢັນເທົ່ານັ້ນ. ໃນລະຫວ່າງການລະເບີດ, ເຈົ້າພາບສາມາດ deassert ຂຽນຊີ້ໃຫ້ເຫັນວ່າ writedata ບໍ່ຖືກຕ້ອງ. Deasserting ຂຽນບໍ່ໄດ້ສິ້ນສຸດການລະເບີດ. ການຂຽນ deassertion ຊັກຊ້າການລະເບີດແລະບໍ່ມີເຈົ້າພາບອື່ນສາມາດເຂົ້າເຖິງຕົວແທນ, ຫຼຸດຜ່ອນປະສິດທິພາບການໂອນ.
· ຕົວແທນຊັກຊ້າການໂອນເງິນໂດຍການຢືນຢັນການລໍຖ້າການບັງຄັບໃຫ້ writedata, ຂຽນ, burstcount, ແລະ byteenable ໃຫ້ຄົງທີ່.
·ການທໍາງານຂອງສັນຍານ byteenable ແມ່ນຄືກັນສໍາລັບຕົວແທນ bursting ແລະ nonbursting. ສໍາລັບ host 32-bit burst-writing ກັບຕົວແທນ 64-bit, ເລີ່ມຕົ້ນທີ່ byte address 4, ການໂອນການຂຽນທໍາອິດທີ່ເຫັນໂດຍຕົວແທນແມ່ນຢູ່ທີ່ທີ່ຢູ່ຂອງມັນ 0, with byteenable = 8'b11110000. byteenables ສາມາດປ່ຽນແປງສໍາລັບຄໍາທີ່ແຕກຕ່າງກັນຂອງການລະເບີດ.
· ສັນຍານທີ່ໄວລຸ້ນບໍ່ແມ່ນທັງຫມົດທີ່ຈະຕ້ອງໄດ້ຮັບການຢືນຢັນ. ເຈົ້າພາບລະເບີດທີ່ຂຽນບາງສ່ວນສາມາດໃຊ້ສັນຍານທີ່ໄວຮຸ່ນເພື່ອລະບຸຂໍ້ມູນທີ່ຂຽນ.
· ຂຽນດ້ວຍສັນຍານທີ່ໄວໄວໄດ້ເປັນ 0 ຂອງທັງໝົດແມ່ນສົ່ງຕໍ່ໄປຫາຕົວແທນ AvalonMM ເປັນທຸລະກຳທີ່ຖືກຕ້ອງ.
·ຄຸນສົມບັດຄົງທີ່BurstBehaviorກໍານົດພຶດຕິກໍາຂອງສັນຍານລະເບີດ.
— ເມື່ອ constantBurstBehavior ເປັນຄວາມຈິງສໍາລັບເຈົ້າພາບ, ເຈົ້າພາບຖືທີ່ຢູ່ແລະຈໍານວນລະເບີດຄົງທີ່ຕະຫຼອດການລະເບີດ. ເມື່ອເປັນຄວາມຈິງສໍາລັບຕົວແທນ, constantBurstBehavior ປະກາດວ່າຕົວແທນຄາດວ່າຈະມີທີ່ຢູ່ແລະຈໍານວນລະເບີດທີ່ຫມັ້ນຄົງຕະຫຼອດການລະເບີດ.
— ເມື່ອ constantBurstBehavior ບໍ່ຖືກຕ້ອງ, ເຈົ້າພາບຖືທີ່ຢູ່ ແລະ burstcount ຄົງທີ່ພຽງແຕ່ສໍາລັບການເຮັດທຸລະກໍາຄັ້ງທໍາອິດຂອງການລະເບີດ. ເມື່ອ constantBurstBehavior ບໍ່ຖືກຕ້ອງ, ຕົວແທນ samples address ແລະ burstcount ພຽງແຕ່ໃນທຸລະກໍາທໍາອິດຂອງການລະເບີດ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 31

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຮູບທີ 14.

ຂຽນ Burst ກັບ constantBurstBehavior ກໍານົດເປັນ False ສໍາລັບເຈົ້າພາບແລະຕົວແທນ

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຕົວແທນການຂຽນ burst ຂອງຄວາມຍາວ 4. ໃນນີ້ exampແທ້ຈິງແລ້ວ, ຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າສອງຄັ້ງທີ່ຊັກຊ້າການລະເບີດ.

ຄກ

ທີ່ຢູ່

addr1

ເລີ່ມຕົ້ນການໂອນເງິນ

ຈໍານວນລະເບີດ

ຂຽນ

writedata

ຂໍ້ມູນ1

ຂໍ້ມູນ2

ຂໍ້ມູນ3

ຂໍ້ມູນ4

ຄຳຮ້ອງຂໍລໍຖ້າ

ຕົວເລກໃນແຜນວາດເວລານີ້ໝາຍເຖິງການຫັນປ່ຽນຕໍ່ໄປນີ້:
1. ເຈົ້າພາບຢືນຢັນທີ່ຢູ່, burstcount, ຂຽນ, ແລະຂັບຫນ່ວຍທໍາອິດຂອງ writedata.
2. ຕົວແທນທັນທີຢືນຢັນການລໍຖ້າ, ສະແດງໃຫ້ເຫັນວ່າຕົວແທນບໍ່ພ້ອມທີ່ຈະດໍາເນີນການໂອນ.
3. waitrequest ແມ່ນຕໍ່າ. ຕົວແທນຈັບ addr1, burstcount, ແລະຫົວໜ່ວຍທຳອິດຂອງ writedata. ໃນຮອບຕໍ່ໄປຂອງການໂອນຍ້າຍ, ທີ່ຢູ່ ແລະ burstcount ແມ່ນຖືກລະເລີຍ.
4. ຕົວແທນຈັບຫນ່ວຍທີສອງຂອງຂໍ້ມູນຢູ່ທີ່ຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk.
5. ການລະເບີດຖືກຢຸດໄວ້ຊົ່ວຄາວໃນຂະນະທີ່ຂຽນຖືກ deasserted.
6. ຕົວແທນຈັບຫນ່ວຍທີສາມຂອງຂໍ້ມູນຢູ່ທີ່ຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk.
7. ຕົວແທນຢືນຢັນ waitrequest. ໃນການຕອບສະໜອງ, ຜົນຜະລິດທັງໝົດແມ່ນຄົງທີ່ຜ່ານຮອບວຽນໂມງອື່ນ.
8. ຕົວແທນຈັບຫນ່ວຍສຸດທ້າຍຂອງຂໍ້ມູນຢູ່ໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk ນີ້. ຕົວແທນການຂຽນລະເບີດສິ້ນສຸດລົງ.
ໃນຮູບຂ້າງເທິງ, ສັນຍານ startbursttransfer ໄດ້ຖືກຢືນຢັນສໍາລັບວົງຈອນໂມງທໍາອິດຂອງການລະເບີດແລະຖືກປະຕິເສດໃນຮອບວຽນໂມງຕໍ່ໄປ. ເຖິງແມ່ນວ່າຕົວແທນຢືນຢັນການລໍຖ້າ, ສັນຍານການເລີ່ມຕົ້ນຂອງການໂອນເງິນແມ່ນຢືນຢັນພຽງແຕ່ສໍາລັບຮອບວຽນໂມງທໍາອິດ.
ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ
ຄຸນສົມບັດຂອງການໂຕ້ຕອບໃນໜ້າ 17

3.5.5.2. ອ່ານ Bursts
ການລະເບີດການອ່ານແມ່ນຄ້າຍຄືກັນກັບການໂອນການອ່ານແບບທໍ່ກັບ latency ທີ່ປ່ຽນແປງໄດ້. ການອ່ານລະເບີດມີທີ່ຢູ່ ແລະໄລຍະຂໍ້ມູນທີ່ແຕກຕ່າງກັນ. readdatavalid ຊີ້ໃຫ້ເຫັນເວລາທີ່ຕົວແທນກໍາລັງນໍາສະເຫນີ readdata ທີ່ຖືກຕ້ອງ. ບໍ່ຄືກັບການໂອນການອ່ານແບບທໍ່, ທີ່ຢູ່ການອ່ານຄັ້ງດຽວສົ່ງຜົນໃຫ້ການໂອນຂໍ້ມູນຫຼາຍອັນ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 32

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ກົດລະບຽບເຫຼົ່ານີ້ໃຊ້ກັບການອ່ານລະເບີດ:
·ໃນເວລາທີ່ເຈົ້າພາບເຊື່ອມຕໍ່ໂດຍກົງກັບຕົວແທນ, burstcount ຂອງ ຫມາຍຄວາມວ່າຕົວແທນຕ້ອງກັບຄືນມາ ຄໍາສັບຕ່າງໆຂອງ readdata ເພື່ອໃຫ້ສໍາເລັດການລະເບີດໄດ້. ສໍາລັບກໍລະນີທີ່ເຊື່ອມຕໍ່ກັນລະຫວ່າງເຈົ້າພາບແລະຄູ່ຕົວແທນ, ການເຊື່ອມຕໍ່ກັນອາດຈະສະກັດກັ້ນການອ່ານຄໍາສັ່ງທີ່ສົ່ງຈາກໂຮດໄປຫາຕົວແທນ. ຕົວຢ່າງample, ຖ້າໂຮດສົ່ງຄໍາສັ່ງອ່ານທີ່ມີມູນຄ່າ byteenable ຂອງ 0, ການເຊື່ອມຕໍ່ກັນອາດຈະສະກັດກັ້ນການອ່ານ. ດັ່ງນັ້ນ, ຕົວແທນບໍ່ຕອບສະຫນອງຄໍາສັ່ງອ່ານ.
·ຕົວແທນນໍາສະເຫນີແຕ່ລະຄໍາໂດຍການສະຫນອງ readdata ແລະຢືນຢັນ readdata ທີ່ຖືກຕ້ອງສໍາລັບວົງຈອນ. ການຍົກເລີກການຊັກຊ້າຂອງ readdata ທີ່ຖືກຕ້ອງແຕ່ບໍ່ໄດ້ສິ້ນສຸດໄລຍະຂໍ້ມູນລະເບີດ.
· ສໍາລັບການອ່ານທີ່ມີຈໍານວນ burstcount > 1, Intel ແນະນໍາໃຫ້ຢືນຢັນ byteenables ທັງຫມົດ.

ໝາຍເຫດ:

Intel ແນະນໍາວ່າຕົວແທນທີ່ມີຄວາມສາມາດລະເບີດບໍ່ໄດ້ອ່ານຜົນຂ້າງຄຽງ. (ຂໍ້ມູນສະເພາະນີ້ບໍ່ໄດ້ຮັບປະກັນວ່າເຈົ້າພາບຈະອ່ານຈັກໄບຕ໌ຈາກຕົວແທນເພື່ອຕອບສະໜອງການຮ້ອງຂໍ.)

ຮູບທີ 15.

ອ່ານ Burst

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນລະບົບທີ່ມີສອງ hosts ລະເບີດທີ່ເຂົ້າເຖິງຕົວແທນ. ໃຫ້ສັງເກດວ່າ Host B ສາມາດຂັບລົດໄດ້

ການຮ້ອງຂໍການອ່ານກ່ອນທີ່ຂໍ້ມູນຈະກັບຄືນມາສໍາລັບ Host A.

ຄກ

ທີ່ຢູ່ A0 (Host A) A1 Host (B)

ອ່ານ

ເລີ່ມຕົ້ນການໂອນເງິນ

ຄຳຮ້ອງຂໍລໍຖ້າ

ຈໍານວນລະເບີດ

ອ່ານຂໍ້ມູນຖືກຕ້ອງ

ອ່ານຂໍ້ມູນ

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

ຕົວເລກໃນແຜນວາດເວລານີ້, ໝາຍເຖິງການປ່ຽນຕໍ່ໄປນີ້:
1. ເຈົ້າພາບ A ຢືນຢັນທີ່ຢູ່ (A0), burstcount, ແລະອ່ານຫຼັງຈາກຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk. ຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າ, ເຮັດໃຫ້ການປ້ອນຂໍ້ມູນທັງຫມົດຍົກເວັ້ນ startbursttransfer ຄົງທີ່ຜ່ານຮອບວຽນໂມງອື່ນ.
2. ຕົວແທນຈັບ A0 ແລະ burstcount ຢູ່ຂອບທີ່ເພີ່ມຂຶ້ນຂອງ clk ນີ້. ການໂອນຍ້າຍໃໝ່ສາມາດເລີ່ມຕົ້ນໃນຮອບຕໍ່ໄປ.
3. Host B drives address (A1), burstcount, ແລະອ່ານ. ຕົວແທນຢືນຢັນການຮ້ອງຂໍລໍຖ້າ, ເຊິ່ງກໍ່ໃຫ້ເກີດການປ້ອນຂໍ້ມູນທັງໝົດຍົກເວັ້ນການເລີ່ມຕົ້ນການສົ່ງຕໍ່ໃຫ້ຄົງທີ່. ຕົວແທນສາມາດສົ່ງຄືນຂໍ້ມູນການອ່ານຈາກການຮ້ອງຂໍການອ່ານຄັ້ງທໍາອິດໃນເວລານີ້, ໃນໄວທີ່ສຸດ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 33

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24
4. ຕົວແທນນໍາສະເຫນີ readdata ທີ່ຖືກຕ້ອງແລະຢືນຢັນ readdatavalid, ການໂອນຂໍ້ມູນຄໍາທໍາອິດຂອງ host A.
5. ຄໍາທີສອງສໍາລັບເຈົ້າພາບ A ຖືກໂອນ. ຕົວແທນ deasserts readdatavalid ຢຸດການອ່ານ burst. ພອດຕົວແທນສາມາດຮັກສາ readdatavalid deasserted ສໍາລັບຈໍານວນ arbitrary ຂອງຮອບວຽນໂມງ.
6. ຄໍາທໍາອິດສໍາລັບເຈົ້າພາບ B ຖືກສົ່ງຄືນ.
3.5.5.3. LineWrapped Bursts
ໂປເຊດເຊີທີ່ມີຖານຄວາມຈໍາຂອງຄໍາແນະນໍາໄດ້ຮັບການເພີ່ມປະສິດທິພາບໂດຍການນໍາໃຊ້ການລະເບີດຂອງເສັ້ນ. ເມື່ອໂປເຊດເຊີຮ້ອງຂໍຂໍ້ມູນທີ່ບໍ່ຢູ່ໃນແຄດ, ຕົວຄວບຄຸມແຄດຕ້ອງຕື່ມຂໍ້ມູນໃສ່ເສັ້ນແຄດທັງຫມົດ. ສໍາລັບໂປເຊດເຊີທີ່ມີຂະຫນາດເສັ້ນ cache ຂອງ 64 bytes, cache miss ເຮັດໃຫ້ 64 bytes ຖືກອ່ານຈາກຫນ່ວຍຄວາມຈໍາ. ຖ້າໂປເຊດເຊີອ່ານຈາກທີ່ຢູ່ 0xC ເມື່ອ cache miss ເກີດຂຶ້ນ, ຕົວຄວບຄຸມ cache ທີ່ບໍ່ມີປະສິດທິພາບສາມາດອອກການລະເບີດຢູ່ທີ່ address 0, ສົ່ງຜົນໃຫ້ຂໍ້ມູນຈາກການອ່ານທີ່ຢູ່ 0x0, 0x4, 0x8, 0xC, 0x10, 0x14, 0x18, . . . 0x3C. ຂໍ້ມູນທີ່ຮ້ອງຂໍແມ່ນບໍ່ມີຈົນກ່ວາທີ່ສີ່ອ່ານ. ດ້ວຍການລະເບີດເສັ້ນ, ຄໍາສັ່ງທີ່ຢູ່ແມ່ນ 0xC, 0x10, 0x14, 0x18, . . . 0x3C, 0x0, 0x4, ແລະ 0x8. ຂໍ້ມູນທີ່ຮ້ອງຂໍຈະຖືກສົ່ງຄືນກ່ອນ. ສາຍ cache ທັງຫມົດໃນທີ່ສຸດຈະຖືກຕື່ມຂໍ້ມູນຈາກຫນ່ວຍຄວາມຈໍາ.
3.5.6. ອ່ານແລະຂຽນຄໍາຕອບ
ສໍາລັບຕົວແທນ Avalon-MM ໃດໆ, ຄໍາສັ່ງຕ້ອງໄດ້ຮັບການປຸງແຕ່ງໃນລັກສະນະທີ່ບໍ່ມີອັນຕະລາຍ. ອ່ານແລະຂຽນບັນຫາຕອບສະຫນອງໃນຄໍາສັ່ງທີ່ເຂົາເຈົ້າໄດ້ຮັບການຍອມຮັບຄໍາສັ່ງ.
3.5.6.1. ຄໍາສັ່ງການເຮັດທຸລະກໍາສໍາລັບການຕອບ Avalon-MM ອ່ານແລະຂຽນ (ເຈົ້າພາບແລະຕົວແທນ)
ສໍາລັບໂຮດ Avalon-MM ໃດໆ: · ຂໍ້ມູນສະເພາະຂອງການໂຕ້ຕອບ Avalon ຮັບປະກັນວ່າຄໍາສັ່ງກັບຕົວແທນດຽວກັນ
ເຂົ້າຫາຕົວແທນໃນຄໍາສັ່ງບັນຫາຄໍາສັ່ງ, ແລະຕົວແທນຕອບສະຫນອງໃນຄໍາສັ່ງບັນຫາຄໍາສັ່ງ. · ຕົວແທນທີ່ແຕກຕ່າງກັນອາດຈະໄດ້ຮັບ ແລະຕອບສະໜອງຕໍ່ຄຳສັ່ງຕ່າງໆໃນລຳດັບທີ່ຕ່າງກັນກວ່າທີ່ເຈົ້າພາບອອກໃຫ້. ເມື່ອປະສົບຜົນສໍາເລັດ, ຕົວແທນຕອບສະຫນອງໃນຄໍາສັ່ງບັນຫາຄໍາສັ່ງ. · ຄໍາຕອບ (ຖ້າມີ) ກັບຄືນມາໃນຄໍາສັ່ງບັນຫາຄໍາສັ່ງ, ບໍ່ວ່າຈະເປັນຄໍາສັ່ງອ່ານຫຼືຂຽນສໍາລັບຕົວແທນດຽວກັນຫຼືທີ່ແຕກຕ່າງກັນ. · ຂໍ້ມູນສະເພາະຂອງການໂຕ້ຕອບ Avalon ບໍ່ໄດ້ຮັບປະກັນການສັ່ງຊື້ລະຫວ່າງເຈົ້າພາບທີ່ແຕກຕ່າງກັນ.
3.5.6.2. Avalon-MM Read and Write Responses Diagram
ແຜນວາດຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການຍອມຮັບຄໍາສັ່ງແລະຄໍາສັ່ງບັນຫາຄໍາສັ່ງສໍາລັບ Avalon-MM ອ່ານແລະຂຽນຄໍາຕອບ. ເນື່ອງຈາກວ່າອິນເຕີເຟດການອ່ານແລະຂຽນແບ່ງປັນສັນຍານການຕອບໂຕ້, ການໂຕ້ຕອບບໍ່ສາມາດອອກຫຼືຍອມຮັບການຕອບການຂຽນແລະການຕອບສະຫນອງການອ່ານໃນວົງຈອນໂມງດຽວກັນ.
ອ່ານຄໍາຕອບ, ສົ່ງຫນຶ່ງຄໍາຕອບສໍາລັບແຕ່ລະ readdata. A ຄວາມຍາວລະເບີດຂອງ ຜົນໄດ້ຮັບໃນ ຄໍາຕອບ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 34

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຂຽນຄໍາຕອບ, ສົ່ງຄໍາຕອບຫນຶ່ງສໍາລັບແຕ່ລະຄໍາສັ່ງຂຽນ. ການຂຽນອອກເປັນຜົນໄດ້ຮັບໃນການຕອບສະຫນອງພຽງແຕ່ຫນຶ່ງ. ການໂຕ້ຕອບຕົວແທນສົ່ງຄໍາຕອບຫຼັງຈາກຍອມຮັບການໂອນການຂຽນສຸດທ້າຍໃນການລະເບີດ. ເມື່ອອິນເຕີເຟດປະກອບມີສັນຍານ writeresponsevalid, ຄໍາສັ່ງການຂຽນທັງຫມົດຕ້ອງສໍາເລັດດ້ວຍການຕອບການຂຽນ.

ຮູບທີ 16. Avalon-MM Read and Write Responses Timing Diagram

ຄກ

ທີ່ຢູ່

ອ່ານ

ຂຽນ

ອ່ານຂໍ້ມູນຖືກຕ້ອງ

ຂຽນຖືກຕ້ອງ

ຕອບສະໜອງ

3.5.6.2.1. ຕາຕະລາງເວລາການຕອບສະ ໜອງ ຫຼ້າຊ້າສຸດທີ່ມີ readdatavalid ຫຼື writeresponsevalid

ສໍາລັບການໂຕ້ຕອບທີ່ມີ readdatavalid ຫຼື writeresponsevalid, ຄ່າເລີ່ມຕົ້ນຂອງ onecycle minimumResponseLatency ສາມາດເຮັດໃຫ້ເກີດຄວາມຫຍຸ້ງຍາກໃນການປິດເວລາໃນ Avalon-MM hosts.

ແຜນວາດກຳນົດເວລາຕໍ່ໄປນີ້ສະແດງພຶດຕິກຳສຳລັບການຕອບສະໜອງຕໍ່າສຸດຂອງ 1 ຫຼື 2 ຮອບວຽນ. ກະລຸນາຮັບຊາບວ່າເວລາຕອບສະໜອງຕົວຈິງສາມາດໃຫຍ່ກວ່າຄ່າຕໍ່າສຸດທີ່ອະນຸຍາດໄດ້ ດັ່ງທີ່ແຜນວາດເວລາເຫຼົ່ານີ້ສະແດງໃຫ້ເຫັນ.

ຮູບທີ 17. ການຕອບສະ ໜອງໜ້ອຍສຸດ ເທົ່າກັບໜຶ່ງຮອບວຽນ

clk ອ່ານ
readdata ຂໍ້ມູນທີ່ຖືກຕ້ອງ

1 ຮອບວຽນການຕອບສະໜອງຂັ້ນຕໍ່າສຸດ

ຮູບທີ 18. ຕໍາ່ສຸດທີ່ການຕອບສະ ໜອງ Latency ເທົ່າກັບສອງຮອບວຽນ clk
ອ່ານ 2 ຮອບຕໍາ່ສຸດທີ່ ResponseLatency
readdata ຂໍ້ມູນທີ່ຖືກຕ້ອງ

ຄວາມເຂົ້າກັນໄດ້
ການໂຕ້ຕອບທີ່ມີຕໍາ່ສຸດທີ່ ResponseLatency ແມ່ນສາມາດເຮັດວຽກຮ່ວມກັນໄດ້ໂດຍບໍ່ມີການປັບຕົວໃດໆ. ຖ້າເຈົ້າພາບມີຕໍາ່ສຸດທີ່ ResponseLatency ສູງກວ່າຕົວແທນ, ໃຊ້ການລົງທະບຽນທໍ່ເພື່ອຊົດເຊີຍຄວາມແຕກຕ່າງ. ການລົງທະບຽນທໍ່ຄວນ

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 35

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ຊັກຊ້າການອ່ານຂໍ້ມູນຈາກຕົວແທນ. ຖ້າຕົວແທນມີຕໍາ່ສຸດທີ່ ResponseLatency ສູງກວ່າເຈົ້າພາບ, ການໂຕ້ຕອບແມ່ນສາມາດເຮັດວຽກຮ່ວມກັນໄດ້ໂດຍບໍ່ມີການປັບຕົວ.

3.6. ການຈັດຮຽງທີ່ຢູ່
ການເຊື່ອມຕໍ່ກັນພຽງແຕ່ສະຫນັບສະຫນູນການເຂົ້າເຖິງທີ່ສອດຄ່ອງ. ເຈົ້າພາບສາມາດອອກພຽງແຕ່ທີ່ຢູ່ທີ່ມີຄວາມຫຼາກຫຼາຍຂອງຄວາມກວ້າງຂໍ້ມູນຂອງມັນຢູ່ໃນສັນຍາລັກ. ເຈົ້າພາບສາມາດຂຽນບາງສ່ວນໄດ້ໂດຍການຫຍໍ້ບາງສ່ວນຂອງໄວຮຸ່ນ. ຕົວຢ່າງample, byteenables ຂອງການຂຽນ 2 bytes ທີ່ຢູ່ 2 ແມ່ນ 4'b1100.

3.7. ທີ່ຢູ່ Avalon-MM ຕົວແທນ

ຂະໜາດລົດເມແບບໄດນາມິກຈັດການຂໍ້ມູນໃນລະຫວ່າງການໂອນຍ້າຍລະຫວ່າງຄູ່ຂອງ host-agent ຂອງຄວາມກວ້າງຂໍ້ມູນທີ່ແຕກຕ່າງກັນ. ຂໍ້ມູນຕົວແທນຖືກຈັດຮຽງເປັນໄບຕ໌ທີ່ຕິດກັນຢູ່ໃນພື້ນທີ່ທີ່ຢູ່ຂອງແມ່ຂ່າຍ.

ຖ້າຄວາມກວ້າງຂອງຂໍ້ມູນໂຮດແມ່ນກວ້າງກວ່າຄວາມກວ້າງຂອງຂໍ້ມູນຕົວແທນ, ຄໍາທີ່ຢູ່ໃນພື້ນທີ່ທີ່ຢູ່ຂອງເຈົ້າພາບແຜນທີ່ໄປຫາຫຼາຍສະຖານທີ່ໃນພື້ນທີ່ທີ່ຢູ່ຕົວແທນ. ຕົວຢ່າງample, ເຈົ້າພາບ 32-bit ອ່ານຈາກຕົວແທນ 16-bit ສົ່ງຜົນໃຫ້ສອງການໂອນການອ່ານຢູ່ດ້ານຕົວແທນ. ການອ່ານແມ່ນໄປຫາທີ່ຢູ່ຕິດຕໍ່ກັນ.

ຖ້າ host ແມ່ນແຄບກວ່າຕົວແທນ, ຫຼັງຈາກນັ້ນ interconnect ຈັດການເສັ້ນທາງ byte ຕົວແທນ. ໃນລະຫວ່າງການໂອນການອ່ານຂອງໂຮດ, ການເຊື່ອມຕໍ່ກັນຈະນໍາສະເຫນີພຽງແຕ່ເສັ້ນໄຍຂອງຂໍ້ມູນຕົວແທນທີ່ເຫມາະສົມກັບໂຮດແຄບ. ໃນລະຫວ່າງການໂອນເຈົ້າພາບຂຽນ, ການເຊື່ອມຕໍ່ກັນໄດ້
ຢືນຢັນສັນຍານ byteenable ໂດຍອັດຕະໂນມັດເພື່ອຂຽນຂໍ້ມູນໃສ່ເສັ້ນໄຍຕົວແທນທີ່ລະບຸໄວ້ເທົ່ານັ້ນ.

ຕົວແທນຈະຕ້ອງມີຄວາມກວ້າງຂອງຂໍ້ມູນ 8, 16, 32, 64, 128, 256, 512 ຫຼື 1024 ບິດ. ຕາຕະລາງຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການຈັດຕໍາແຫນ່ງຂໍ້ມູນຕົວແທນຂອງຄວາມກວ້າງຕ່າງໆພາຍໃນໂຮດ 32-bit ທີ່ປະຕິບັດການເຂົ້າເຖິງຄໍາສັບເຕັມ. ໃນຕາຕະລາງນີ້, OFFSET[N] ຫມາຍເຖິງການຊົດເຊີຍຂະຫນາດຄໍາສັບຕົວແທນເຂົ້າໄປໃນຊ່ອງທີ່ຢູ່ຕົວແທນ.

ຕາຕະລາງ 12. Dynamic Bus Sizing Host-to-Agent Address Mapping

ທີ່ຢູ່ Host Byte (1)

ການເຂົ້າເຖິງ

0x00

0x04

0x08

ຂໍ້ມູນໂຮດ 32-ບິດ

ເມື່ອເຂົ້າເຖິງການໂຕ້ຕອບຕົວແທນ 8-Bit

ເມື່ອເຂົ້າເຖິງການໂຕ້ຕອບຕົວແທນ 16-Bit

OffSET[0]7..0

OffSET[0]15..0 (2)

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

ຊົດເຊີຍ[1]15..0 — —

OffSET[4]7..0

OffSET[2]15..0

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

ຊົດເຊີຍ[3]15..0 — —

OffSET[8]7..0

OffSET[4]15..0

OffSET[9]7..0

OffSET[5]15..0

ເມື່ອເຂົ້າເຖິງ 64-Bit Agent Interface OFFSET[0]31..0 — — —
ຊົດເຊີຍ[0]63..32 — — —
ຊົດເຊີຍ[1]31..0 —
ສືບຕໍ່…

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 36

ສົ່ງຄຳຕິຊົມ

3. Avalon Memory-Mapped Interfaces 683091 | 2022.01.24

ທີ່ຢູ່ Host Byte (1)

ການເຂົ້າເຖິງ

ເມື່ອເຂົ້າເຖິງການໂຕ້ຕອບຕົວແທນ 8-Bit

ຂໍ້ມູນໂຮດ 32-ບິດ
ເມື່ອເຂົ້າເຖິງການໂຕ້ຕອບຕົວແທນ 16-Bit

OffSET[10]7..0

—

OffSET[11]7..0

—

ຂະ ໜາດ 0x0C

OffSET[12]7..0

OffSET[6]15..0

OffSET[13]7..0

OffSET[7]15..0

OffSET[14]7..0

—

4 ແລະອື່ນໆ

OFFSET[15]7..0 ແລະອື່ນໆ

— ແລະອື່ນໆ

ຫມາຍເຫດ: 1. ເຖິງແມ່ນວ່າເຈົ້າພາບຈະອອກທີ່ຢູ່ byte, host ເຂົ້າເຖິງຄໍາສັບ 32-bit ເຕັມ. 2. ສໍາລັບທຸກລາຍການຕົວແທນ, [ ] ແມ່ນຄຳຊົດເຊີຍ ແລະຄ່າຍ່ອຍແມ່ນບິດໃນຄຳ.

ເມື່ອເຂົ້າເຖິງການໂຕ້ຕອບຕົວແທນ 64-Bit — —
OFFSET[1]63..32 — — ແລະ ອື່ນໆ

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 37

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

4. Avalon Interrupt Interfaces
ການໂຕ້ຕອບ Avalon Interrupt ອະນຸຍາດໃຫ້ອົງປະກອບຕົວແທນສົ່ງສັນຍານເຫດການທີ່ຈະເປັນເຈົ້າພາບອົງປະກອບ. ຕົວຢ່າງampດັ່ງນັ້ນ, ຕົວຄວບຄຸມ DMA ສາມາດຂັດຂວາງໂຮງງານຜະລິດຫຼັງຈາກສໍາເລັດການໂອນ DMA.

4.1. ຂັດຂວາງຜູ້ສົ່ງ
ຜູ້ສົ່ງລົບກວນຈະຂັບສັນຍານລົບກວນອັນດຽວໄປຫາຜູ້ຮັບລົບກວນ. ເວລາຂອງສັນຍານ irq ຈະຕ້ອງ synchronous ກັບຂອບທີ່ເພີ່ມຂຶ້ນຂອງໂມງທີ່ກ່ຽວຂ້ອງຂອງມັນ. irq ບໍ່ມີຄວາມສໍາພັນກັບການໂອນຍ້າຍໃດໆໃນການໂຕ້ຕອບອື່ນໆ. irq ຕ້ອງໄດ້ຮັບການຢືນຢັນຈົນກ່ວາໄດ້ຮັບການຍອມຮັບໃນການໂຕ້ຕອບຕົວແທນ Avalon-MM ທີ່ກ່ຽວຂ້ອງ.
ການຂັດຂວາງແມ່ນອົງປະກອບສະເພາະ. ໂດຍທົ່ວໄປຜູ້ຮັບຈະກໍານົດການຕອບສະຫນອງທີ່ເຫມາະສົມໂດຍການອ່ານການລົງທະບຽນສະຖານະຂັດຂວາງຈາກການໂຕ້ຕອບຕົວແທນ Avalon-MM.

4.1.1. Avalon ຂັດຂວາງຫນ້າທີ່ສົ່ງສັນຍານ

ຕາຕະລາງ 13. ຂັດຂວາງບົດບາດສັນຍານຜູ້ສົ່ງ

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

irq irq_n

1-32

ຜົນຜະລິດ

ແມ່ນແລ້ວ

ລາຍລະອຽດ
ຂັດຂວາງການຮ້ອງຂໍ. ຜູ້ສົ່ງລົບກວນຈະຂັບສັນຍານລົບກວນໄປຫາຜູ້ຮັບລົບກວນ.

4.1.2. ຂັດຂວາງຄຸນສົມບັດຜູ້ສົ່ງ

ຕາຕະລາງ 14. ຂັດຂວາງຄຸນສົມບັດຜູ້ສົ່ງ

ຊື່ຊັບສິນ

ຄ່າເລີ່ມຕົ້ນ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ທີ່ກ່ຽວຂ້ອງທີ່ຢູ່

ບໍ່ມີ

ePoint

ໂມງທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຕົວແທນ Avalon-MM ໃນອົງປະກອບນີ້.
ຊື່ຂອງການໂຕ້ຕອບໂມງກ່ຽວກັບເລື່ອງນີ້
ອົງປະກອບ.

ຊື່ຂອງການໂຕ້ຕອບຕົວແທນ Avalon-MM ທີ່ສະຫນອງການເຂົ້າເຖິງການລົງທະບຽນເພື່ອໃຫ້ບໍລິການຂັດຂວາງ.
ຊື່ຂອງການໂຕ້ຕອບໂມງທີ່ຜູ້ສົ່ງລົບກວນນີ້ແມ່ນ synchronous. ຜູ້ສົ່ງແລະຜູ້ຮັບອາດຈະມີມູນຄ່າທີ່ແຕກຕ່າງກັນສໍາລັບຊັບສິນນີ້.

Reset ທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຂອງຣີເຊັດ

ຊື່ຂອງການປັບການໂຕ້ຕອບຂອງການຂັດຂວາງນີ້

ການໂຕ້ຕອບກ່ຽວກັບເລື່ອງນີ້

ຜູ້ສົ່ງແມ່ນ synchronous.

ອົງປະກອບ.

ISO 9001:2015 ລົງທະບຽນ

4. Avalon Interrupt Interfaces 683091 | 2022.01.24

4.2. ຂັດຂວາງຜູ້ຮັບ
ອິນເຕີເຟດຕົວຮັບລົບກວນໄດ້ຮັບການລົບກວນຈາກການໂຕ້ຕອບຜູ້ສົ່ງທີ່ຂັດຂວາງ. ອົງປະກອບທີ່ມີອິນເຕີເຟດໂຮດ Avalon-MM ສາມາດປະກອບມີຕົວຮັບລົບກວນເພື່ອກວດສອບການຂັດຂວາງທີ່ຢືນຢັນໂດຍອົງປະກອບຕົວແທນທີ່ມີສ່ວນຕິດຕໍ່ຜູ້ສົ່ງທີ່ຂັດຂວາງ. ຜູ້ຮັບລົບກວນຍອມຮັບການຮ້ອງຂໍລົບກວນຈາກຜູ້ສົ່ງລົບກວນແຕ່ລະຄົນເປັນບິດແຍກຕ່າງຫາກ.

4.2.1. Avalon Interrupt Receiver ພາລະບົດບາດ

ຕາຕະລາງ 15. ບົດບາດສັນຍານລົບກວນຜູ້ຮັບ

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

irq

ປ້ອນຂໍ້ມູນ

ແມ່ນແລ້ວ

ລາຍລະອຽດ
irq ເປັນ -bit vector, ບ່ອນທີ່ແຕ່ລະ bit ກົງກັນໂດຍກົງກັບຫນຶ່ງຜູ້ສົ່ງ IRQ ໂດຍບໍ່ມີການສົມມຸດຕິຖານຂອງຄວາມສໍາຄັນ.

4.2.2. ຂັດຂວາງຄຸນສົມບັດຜູ້ຮັບ

ຕາຕະລາງ 16. ຄຸນສົມບັດຕົວຮັບລົບກວນ

ຊື່ຊັບສິນ

ຄ່າເລີ່ມຕົ້ນ

ຄຸນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ຈຸດທີ່ຢູ່ທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຂອງຊື່ຂອງການໂຕ້ຕອບເຈົ້າພາບ Avalon-MM ທີ່ໃຊ້

ບໍລິການ Avalon-MM ຂັດຂວາງທີ່ໄດ້ຮັບໃນການໂຕ້ຕອບນີ້.

ເຈົ້າພາບ

ການໂຕ້ຕອບ

ໂມງທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຂອງຊື່ຂອງການໂຕ້ຕອບຂອງໂມງ Avalon ສໍາລັບການນີ້

Avalon

ເຄື່ອງຮັບລົບກວນແມ່ນ synchronous. ຜູ້ສົ່ງແລະ

ໂມງ

ຜູ້ຮັບອາດຈະມີມູນຄ່າທີ່ແຕກຕ່າງກັນສໍາລັບຄຸນສົມບັດນີ້.

ການໂຕ້ຕອບ

Reset ທີ່ກ່ຽວຂ້ອງ

ບໍ່ມີ

ຊື່ຂອງການຕັ້ງຄ່າຂອງການໂຕ້ຕອບຂອງການໂຕ້ຕອບທີ່ຂັດຂວາງນີ້

Avalon

ເຄື່ອງຮັບແມ່ນ synchronous.

ຣີເຊັດ

ການໂຕ້ຕອບ

4.2.3. ຂັດຂວາງເວລາ

ເຈົ້າພາບ Avalon-MM ໃຫ້ບໍລິການບູລິມະສິດ 0 ຂັດຂວາງກ່ອນບູລິມະສິດ 1 ຂັດຂວາງ.

ຮູບທີ 19.

ຂັດຂວາງເວລາ

ໃນຮູບຕໍ່ໄປນີ້, ການຂັດຂວາງ 0 ມີບູລິມະສິດສູງກວ່າ. ເຄື່ອງຮັບສັນຍານລົບກວນຢູ່ໃນຂັ້ນຕອນການຈັດການ int1

ເມື່ອ int0 ຖືກຢືນຢັນ. ຕົວຈັດການ int0 ຖືກເອີ້ນແລະສໍາເລັດ. ຫຼັງຈາກນັ້ນ, ຕົວຈັດການ int1 ສືບຕໍ່. ໄດ້

ແຜນວາດສະແດງ int0 deasserts ໃນເວລາ 1. int1 deasserts ໃນເວລາ 2.

ຄກ

ບຸກຄົນ int0 ການຮ້ອງຂໍ
int1

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 39

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces

ທ່ານສາມາດນໍາໃຊ້ Avalon Streaming (Avalon-ST) ອິນເຕີເຟດສໍາລັບອົງປະກອບທີ່ຂັບລົດບັນດາວິດສູງ, latency ຕ່ໍາ, ຂໍ້ມູນ unidirectional. ແອັບພລິເຄຊັນທົ່ວໄປລວມມີການຖ່າຍທອດແບບ multiplexed, ແພັກເກັດ, ແລະຂໍ້ມູນ DSP. ສັນຍານການໂຕ້ຕອບ Avalon-ST ສາມາດອະທິບາຍການໂຕ້ຕອບການຖ່າຍທອດແບບດັ້ງເດີມທີ່ສະຫນັບສະຫນູນການຖ່າຍທອດຂໍ້ມູນດຽວໂດຍບໍ່ມີຄວາມຮູ້ກ່ຽວກັບຊ່ອງທາງຫຼືຂອບເຂດຂອງແພັກເກັດ. ອິນເຕີເຟດຍັງສາມາດສະຫນັບສະຫນູນໂປໂຕຄອນທີ່ສັບສົນຫຼາຍທີ່ສາມາດລະເບີດແລະການໂອນແພັກເກັດທີ່ມີແພັກເກັດ interleaved ຜ່ານຫຼາຍຊ່ອງທາງ.

ໝາຍເຫດ:

ຖ້າທ່ານຕ້ອງການການໂຕ້ຕອບການຖ່າຍທອດຂໍ້ມູນທີ່ມີປະສິດທິພາບສູງ, ໃຫ້ເບິ່ງໃນບົດທີ 6 Avalon Streaming Credit Interfaces.

ຮູບທີ 20. Avalon-ST Interface – ຄໍາຮ້ອງສະຫມັກທົ່ວໄປຂອງການໂຕ້ຕອບ Avalon-ST

ແຜງວົງຈອນພິມ Intel FPGA Avalon-ST Interfaces (Data Plane)

ຜູ້ຈັດຕາຕະລາງ

ການປ້ອນຂໍ້ມູນ Avalon-ST

Rx IF Core ch

ແຫຼ່ງ 0-2 Sink 1

ການໂຕ້ຕອບ Avalon-MM (ຍົນຄວບຄຸມ)

ທີ່ມາ

Tx IF Core Sink

Avalon-ST Output

ການໂຕ້ຕອບເຈົ້າພາບ Avalon-MM
ໂຮງງານຜະລິດ

ການໂຕ້ຕອບເຈົ້າພາບ Avalon-MM
ການຄວບຄຸມ IO

ການໂຕ້ຕອບຕົວແທນ Avalon-MM
SDRAM Cntl
ຫນ່ວຍຄວາມຈໍາ SDRAM

ແຫຼ່ງທີ່ມາຂອງ Avalon-ST ທັງໝົດ ແລະສ່ວນຕິດຕໍ່ຂອງບ່ອນຫລົ້ມຈົມແມ່ນບໍ່ຈໍາເປັນທີ່ຈະເຮັດວຽກຮ່ວມກັນໄດ້. ຢ່າງໃດກໍຕາມ, ຖ້າສອງອິນເຕີເຟດສະຫນອງຫນ້າທີ່ເຂົ້າກັນໄດ້ສໍາລັບພື້ນທີ່ຄໍາຮ້ອງສະຫມັກດຽວກັນ, ອະແດບເຕີແມ່ນມີຢູ່ເພື່ອໃຫ້ພວກເຂົາສາມາດພົວພັນກັນໄດ້.

ISO 9001:2015 ລົງທະບຽນ

5. Avalon Streaming Interfaces 683091 | 2022.01.24
ອິນເຕີເຟດ Avalon-ST ຮອງຮັບ datapaths ທີ່ຕ້ອງການຄຸນສົມບັດຕໍ່ໄປນີ້:
· ການຖ່າຍໂອນຂໍ້ມູນຈຸດຕໍ່ຈຸດທີ່ສູງ, latency ຕ່ໍາ
·ຫຼາຍຊ່ອງທາງສະຫນັບສະຫນູນທີ່ມີ packet ປ່ຽນແປງໄດ້ interleaving
· Sideband signaling ຂອງຊ່ອງ, ຄວາມຜິດພາດ, ແລະການເລີ່ມຕົ້ນແລະການສິ້ນສຸດຂອງ packet delineation
·ສະຫນັບສະຫນູນສໍາລັບການລະເບີດຂໍ້ມູນ
·ການປັບຕົວໂຕ້ຕອບອັດຕະໂນມັດ
5.1. ຂໍ້ກໍານົດແລະແນວຄວາມຄິດ
ໂປໂຕຄອນການໂຕ້ຕອບ Avalon-ST ກໍານົດຂໍ້ກໍານົດແລະແນວຄວາມຄິດຕໍ່ໄປນີ້:
· Avalon Streaming System–ລະບົບ Avalon streaming ມີຫນຶ່ງຫຼືຫຼາຍການເຊື່ອມຕໍ່ Avalon-ST ທີ່ໂອນຂໍ້ມູນຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາການໂຕ້ຕອບການຫລົ້ມຈົມ. ລະບົບທີ່ສະແດງຢູ່ຂ້າງເທິງປະກອບດ້ວຍ Avalon-ST interfaces ເພື່ອໂອນຂໍ້ມູນຈາກວັດສະດຸປ້ອນລະບົບໄປຫາຜົນຜະລິດ. ການຄວບຄຸມ Avalon-MM ແລະການໂຕ້ຕອບການລົງທະບຽນສະຖານະພາບສະຫນອງການຄວບຄຸມຊອບແວ.
· Avalon Streaming Components-ເປັນລະບົບປົກກະຕິທີ່ໃຊ້ອິນເຕີເຟດ Avalon-ST ລວມໂມດູນທີ່ເປັນປະໂຫຍດຫຼາຍອັນ, ເອີ້ນວ່າອົງປະກອບ. ຜູ້ອອກແບບລະບົບຈະກຳນົດຄ່າອົງປະກອບຕ່າງໆ ແລະເຊື່ອມຕໍ່ພວກມັນເຂົ້າກັນເພື່ອປະຕິບັດລະບົບ.
· Source and Sink Interfaces and Connections-ເມື່ອສອງອົງປະກອບເຊື່ອມຕໍ່ກັນ, ຂໍ້ມູນຈະໄຫຼຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາສ່ວນຕິດຕໍ່ຂອງ sink. ຂໍ້ມູນສະເພາະຂອງການໂຕ້ຕອບ Avalon ເອີ້ນການປະສົມປະສານຂອງອິນເຕີເຟດແຫຼ່ງທີ່ເຊື່ອມຕໍ່ກັບອິນເຕີເຟດ sink ເປັນການເຊື່ອມຕໍ່.
· Backpressure–Backpressure ອະນຸຍາດໃຫ້ການ sink ເປັນສັນຍານແຫຼ່ງທີ່ຈະຢຸດເຊົາການສົ່ງຂໍ້ມູນ. ສະຫນັບສະຫນູນສໍາລັບ backpressure ແມ່ນທາງເລືອກ. ການຫລົ້ມຈົມໃຊ້ backpressure ເພື່ອຢຸດການໄຫຼເຂົ້າຂອງຂໍ້ມູນສໍາລັບເຫດຜົນດັ່ງຕໍ່ໄປນີ້:
— ເມື່ອ FIFOs ຈົມຢູ່ເຕັມ
— ໃນເວລາທີ່ມີ congestion ໃນການໂຕ້ຕອບຜົນຜະລິດຂອງຕົນ
· ການໂອນແລະຮອບວຽນທີ່ກຽມພ້ອມການໂອນຜົນໄດ້ຮັບໃນຂໍ້ມູນແລະການຄວບຄຸມການແຜ່ຂະຫຍາຍຈາກການໂຕ້ຕອບແຫຼ່ງທີ່ຈະເປັນການໂຕ້ຕອບການຫລົ້ມຈົມ. ສໍາລັບການໂຕ້ຕອບຂໍ້ມູນ, ຮອບວຽນກຽມພ້ອມແມ່ນຮອບວຽນທີ່ບ່ອນຫລົ້ມຈົມສາມາດຍອມຮັບການໂອນ.
· ສັນຍາລັກ–ສັນຍາລັກແມ່ນຫົວຫນ່ວຍຂະຫນາດນ້ອຍທີ່ສຸດຂອງຂໍ້ມູນ. ສໍາລັບສ່ວນຕິດຕໍ່ແພັກເກັດສ່ວນໃຫຍ່, ສັນຍາລັກແມ່ນ byte. ສັນຍາລັກໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນປະກອບເປັນຫົວໜ່ວຍດຽວຂອງຂໍ້ມູນທີ່ຖືກໂອນເປັນວົງຈອນ.
· Channel–A channel ແມ່ນເສັ້ນທາງທາງກາຍຍະພາບ ຫຼືທາງເຫດຜົນ ຫຼືການເຊື່ອມຕໍ່ທີ່ຂໍ້ມູນຜ່ານລະຫວ່າງສອງພອດ.
· Beat–A beat ແມ່ນການໂອນຮອບດຽວລະຫວ່າງຕົວເຊື່ອມຕໍ່ແຫຼ່ງ ແລະ sink ທີ່ປະກອບດ້ວຍໜຶ່ງ ຫຼືຫຼາຍສັນຍາລັກ.
· Packet–A packet ແມ່ນການລວບລວມຂອງຂໍ້ມູນແລະສັນຍານການຄວບຄຸມທີ່ແຫຼ່ງທີ່ສົ່ງໄປພ້ອມກັນ. ແພັກເກັດອາດຈະປະກອບດ້ວຍສ່ວນຫົວເພື່ອຊ່ວຍ routers ແລະອຸປະກອນເຄືອຂ່າຍອື່ນໆນໍາແພັກເກັດໄປຫາປາຍທາງທີ່ຖືກຕ້ອງ. ແອັບພລິເຄຊັນກໍານົດຮູບແບບແພັກເກັດ, ບໍ່ແມ່ນສະເພາະນີ້. ແພັກເກັດ Avalon-ST ສາມາດປ່ຽນແປງໄດ້ໃນຄວາມຍາວແລະສາມາດ interleaved ຜ່ານການເຊື່ອມຕໍ່. ດ້ວຍການໂຕ້ຕອບ Avalon-ST, ການໃຊ້ແພັກເກັດເປັນທາງເລືອກ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 41

5. Avalon Streaming Interfaces 683091 | 2022.01.24

5.2. ບົດບາດສັນຍານການໂຕ້ຕອບ Avalon

ແຕ່ລະສັນຍານໃນແຫຼ່ງສະຕຣີມມິງ Avalon ຫຼືສ່ວນຕິດຕໍ່ຂອງ sink ກົງກັບບົດບາດສັນຍານການຖ່າຍທອດ Avalon. ອິນເຕີເຟດສະຕຣີມ Avalon ອາດມີພຽງໜຶ່ງຕົວຢ່າງຂອງແຕ່ລະບົດບາດສັນຍານ. ທຸກໆບົດບາດສັນຍານການຖ່າຍທອດ Avalon ນຳໃຊ້ກັບທັງແຫຼ່ງທີ່ມາ ແລະບ່ອນຈົມ ແລະມີຄວາມໝາຍຄືກັນສຳລັບທັງສອງ.

ຕາຕະລາງ 17.

Avalon Streaming Interface Signals
ໃນຕາຕະລາງຕໍ່ໄປນີ້, ພາລະບົດບາດສັນຍານທັງຫມົດແມ່ນການເຄື່ອນໄຫວສູງ.

ບົດບາດສັນຍານ

ກວ້າງ

ທິດທາງ

ຕ້ອງການ

ລາຍລະອຽດ

ຄວາມຜິດພາດຂໍ້ມູນຊ່ອງພ້ອມ
ຖືກຕ້ອງ

1 128 1 8,192 1 256
1
1

ສັນຍານພື້ນຖານ

ແຫຼ່ງ Sink

ບໍ່

ຫມາຍເລກຊ່ອງສໍາລັບຂໍ້ມູນທີ່ຖືກໂອນ

ຢູ່ໃນວົງຈອນປະຈຸບັນ.

ຖ້າການໂຕ້ຕອບສະຫນັບສະຫນູນສັນຍານຊ່ອງທາງ, ໄດ້

ການໂຕ້ຕອບຈະຕ້ອງກໍານົດພາລາມິເຕີ maxChannel.

ແຫຼ່ງ Sink

ບໍ່

ສັນຍານຂໍ້ມູນຈາກແຫຼ່ງໄປຫາບ່ອນຫລົ້ມຈົມ,

ປົກກະຕິແລ້ວມີຂໍ້ມູນສ່ວນໃຫຍ່ເປັນ

ໂອນ.

ຕົວກໍານົດການເພີ່ມເຕີມກໍານົດເນື້ອໃນແລະ

ຮູບແບບຂອງສັນຍານຂໍ້ມູນ.

ແຫຼ່ງ Sink

ບໍ່

ໜ້າກາກນ້ອຍເພື່ອໝາຍຄວາມຜິດພາດທີ່ມີຜົນກະທົບກັບຂໍ້ມູນ

ຖືກໂອນຢູ່ໃນວົງຈອນປະຈຸບັນ. ໜ້ອຍດຽວ

ຂອງສັນຍານຄວາມຜິດພາດຫນ້າກາກແຕ່ລະຄວາມຜິດພາດໄດ້

ອົງປະກອບຮັບຮູ້. ຕົວອະທິບາຍຄວາມຜິດພາດ

ກໍານົດຄຸນສົມບັດສັນຍານຄວາມຜິດພາດ.

ແຫຼ່ງ Sink

ບໍ່

ຍືນຍັນສູງເພື່ອຊີ້ບອກວ່າບ່ອນຫລົ້ມຈົມສາມາດຍອມຮັບໄດ້

ຂໍ້ມູນ. ພ້ອມແມ່ນຢືນຢັນໂດຍການຫລົ້ມຈົມໃນວົງຈອນ

ເພື່ອຫມາຍວົງຈອນ ເປັນຄວາມພ້ອມ

ຮອບວຽນ. ແຫຼ່ງຂໍ້ມູນອາດຈະພຽງແຕ່ຢືນຢັນທີ່ຖືກຕ້ອງແລະ

ໂອນຂໍ້ມູນໃນລະຫວ່າງການກຽມພ້ອມ.

ແຫຼ່ງທີ່ມາທີ່ບໍ່ມີການປ້ອນຂໍ້ມູນພ້ອມບໍ່ຮອງຮັບ backpressure. Sinks ໂດຍບໍ່ມີການຜົນຜະລິດພ້ອມທີ່ຈະບໍ່ຈໍາເປັນຕ້ອງ backpressure.

ແຫຼ່ງ Sink

ບໍ່

ແຫຼ່ງຢືນຢັນສັນຍານນີ້ເພື່ອໃຫ້ມີຄຸນສົມບັດອື່ນທັງໝົດ

ແຫຼ່ງທີ່ຈະຈົມລົງສັນຍານ. ອ່າງລ້າງ samples ຂໍ້ມູນແລະ

ສັນຍານແຫຼ່ງທີ່ມາຫາບ່ອນຫລົ້ມຈົມອື່ນໆໃນຮອບວຽນກຽມພ້ອມ

ບ່ອນທີ່ຖືກຕ້ອງຖືກຢືນຢັນ. ຮອບວຽນອື່ນໆທັງຫມົດແມ່ນ

ບໍ່ສົນໃຈ.

ແຫຼ່ງຂໍ້ມູນທີ່ບໍ່ມີຜົນຜະລິດທີ່ຖືກຕ້ອງ implicitly ໃຫ້ຂໍ້ມູນທີ່ຖືກຕ້ອງໃນທຸກວົງຈອນທີ່ sink ບໍ່ໄດ້ຢືນຢັນ backpressure. Sinks ໂດຍບໍ່ມີການປ້ອນຂໍ້ມູນທີ່ຖືກຕ້ອງຄາດວ່າຈະມີຂໍ້ມູນທີ່ຖືກຕ້ອງໃນທຸກໆວົງຈອນທີ່ພວກເຂົາບໍ່ໄດ້ backpressuring.

ຫວ່າງເປົ່າ
endofpacket startofpacket

1 10
1 1

ສັນຍານການໂອນ Packet

ແຫຼ່ງ Sink

ບໍ່

ຊີ້ບອກຈໍານວນຂອງສັນຍາລັກທີ່ຫວ່າງເປົ່າ,

ນັ້ນແມ່ນ, ບໍ່ໄດ້ສະແດງຂໍ້ມູນທີ່ຖືກຕ້ອງ. ຫວ່າງເປົ່າ

ສັນຍານບໍ່ຈໍາເປັນໃນການໂຕ້ຕອບບ່ອນທີ່ມີ

ແມ່ນຫນຶ່ງສັນຍາລັກຕໍ່ຕີ.

ແຫຼ່ງ Sink

ບໍ່

ຢືນຢັນໂດຍແຫຼ່ງເພື່ອຫມາຍຈຸດສິ້ນສຸດຂອງ a

ຊຸດ.

ແຫຼ່ງ Sink

ບໍ່

ຢືນຢັນໂດຍແຫຼ່ງເພື່ອຫມາຍຈຸດເລີ່ມຕົ້ນຂອງ

ຊອງ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 42

ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces 683091 | 2022.01.24

5.3. ການຈັດລໍາດັບສັນຍານແລະການກໍານົດເວລາ

5.3.1. ການໂຕ້ຕອບ synchronous
ການໂອນຍ້າຍທັງຫມົດຂອງການເຊື່ອມຕໍ່ Avalon-ST ເກີດຂຶ້ນ synchronous ກັບຂອບທີ່ເພີ່ມຂຶ້ນຂອງສັນຍານໂມງທີ່ກ່ຽວຂ້ອງ. ຜົນໄດ້ຮັບທັງຫມົດຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາສ່ວນຕິດຕໍ່ການຫລົ້ມຈົມ, ລວມທັງຂໍ້ມູນ, ຊ່ອງທາງ, ແລະສັນຍານຄວາມຜິດພາດ, ຕ້ອງໄດ້ຮັບການລົງທະບຽນຢູ່ໃນຂອບຂອງໂມງທີ່ເພີ່ມຂຶ້ນ. ວັດສະດຸປ້ອນເຂົ້າໃນການໂຕ້ຕອບການຫລົ້ມຈົມບໍ່ຈໍາເປັນຕ້ອງລົງທະບຽນ. ການລົງທະບຽນສັນຍານຢູ່ແຫຼ່ງທີ່ອໍານວຍຄວາມສະດວກໃນການດໍາເນີນງານຄວາມຖີ່ສູງ.
5.3.2. ໂມງເປີດ
ໂດຍທົ່ວໄປແລ້ວອົງປະກອບ Avalon-ST ບໍ່ປະກອບມີການປ້ອນຂໍ້ມູນການເປີດໃຊ້ງານໂມງ. ສັນຍານ Avalon-ST ຕົວຂອງມັນເອງແມ່ນພຽງພໍເພື່ອກໍານົດຮອບວຽນທີ່ອົງປະກອບຄວນແລະບໍ່ຄວນເປີດໃຊ້. ອົງປະກອບທີ່ສອດຄ້ອງກັບ Avalon-ST ອາດຈະມີການປ້ອນຂໍ້ມູນໂມງສໍາລັບເຫດຜົນພາຍໃນຂອງພວກມັນ. ແນວໃດກໍ່ຕາມ, ອົງປະກອບທີ່ໃຊ້ໂມງເປີດຕ້ອງຮັບປະກັນວ່າເວລາຂອງອິນເຕີເຟດປະຕິບັດຕາມໂປຣໂຕຄໍ.

5.4. ຄຸນສົມບັດການໂຕ້ຕອບ Avalon-ST

ຕາຕະລາງ 18. Avalon-ST Interface Properties

ຊື່ຊັບສິນທີ່ກ່ຽວຂ້ອງກັບໂມງ

ຄ່າເລີ່ມຕົ້ນ
1

ຄຸນຄ່າທາງກົດໝາຍ
ການໂຕ້ຕອບໂມງ

ລາຍລະອຽດ
ຊື່ຂອງອິນເຕີເຟດໂມງ Avalon ທີ່ອິນເຕີເຟດ Avalon-ST ນີ້ແມ່ນ synchronous.

ທີ່ກ່ຽວຂ້ອງ Reset beatsPerCycle

ຣີເຊັດ

ຊື່ຂອງການໂຕ້ຕອບ Avalon Reset ທີ່ສິ່ງນີ້

ການໂຕ້ຕອບ Avalon-ST ແມ່ນ synchronous.

1,2,4,8 ລະບຸຈໍານວນຂອງການຍົກຍ້າຍເທື່ອດຽວ

ຮອບວຽນ. ຊັບສິນນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດໂອນ 2 ແຍກຕ່າງຫາກ,

ແຕ່ສາຍນ້ໍາທີ່ກ່ຽວຂ້ອງໂດຍໃຊ້ອັນດຽວກັນ

start_of_packet, end_of_packet, ພ້ອມ ແລະ

ສັນຍານທີ່ຖືກຕ້ອງ.

beatsPerCycle ເປັນຄຸນສົມບັດທີ່ບໍ່ຄ່ອຍໄດ້ໃຊ້ຂອງໂປໂຕຄອນ AvalonST.

dataBitsPerSymbol

1 512 ກໍານົດຈໍານວນບິດຕໍ່ສັນຍາລັກ. ຕົວຢ່າງampເລ,

ການໂຕ້ຕອບຂອງ byte-oriented ມີສັນຍາລັກ 8-bit. ມູນຄ່ານີ້

ບໍ່ໄດ້ຖືກຈໍາກັດເປັນພະລັງງານຂອງ 2.

emptyWithinPacket

ບໍ່ຖືກຕ້ອງ

true, false ເມື່ອເປັນ true, ຫວ່າງເປົ່າແມ່ນຖືກຕ້ອງສຳລັບແພັກເກັດທັງໝົດ.

ຂໍ້ຜິດພາດຂອງຕົວອະທິບາຍ

ບັນຊີລາຍຊື່ຂອງ

ບັນຊີລາຍຊື່ຂອງຄໍາທີ່ອະທິບາຍຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບ

ສາຍ

ແຕ່ລະບິດຂອງສັນຍານຄວາມຜິດພາດ. ຄວາມຍາວຂອງບັນຊີລາຍຊື່ຕ້ອງ

ເທົ່າກັບຈໍານວນບິດໃນສັນຍານຄວາມຜິດພາດ.

ຄໍາທໍາອິດໃນບັນຊີລາຍຊື່ໃຊ້ກັບຄໍາສັ່ງສູງສຸດ

ນ້ອຍ. ຕົວຢ່າງample, "crc, overflow" ຫມາຍຄວາມວ່າ bit[1]

ຂໍ້ຜິດພາດສະແດງເຖິງຄວາມຜິດພາດ CRC. Bit[0] ຊີ້ໃຫ້ເຫັນເຖິງ

ຄວາມຜິດພາດ overflow.

FirstSymbolInHigh OrderBits

ຄວາມຈິງ

ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ

ເມື່ອເປັນຈິງ, ສັນຍາລັກຄໍາສັ່ງທໍາອິດຖືກຂັບເຄື່ອນໄປຫາບິດທີ່ສໍາຄັນຂອງການໂຕ້ຕອບຂໍ້ມູນ. ສັນຍາລັກຄໍາສັ່ງສູງສຸດແມ່ນຕິດສະຫຼາກ D0 ໃນຂໍ້ກໍານົດນີ້. ເມື່ອຄຸນສົມບັດນີ້ຖືກຕັ້ງເປັນຜິດ, ສັນຍາລັກທໍາອິດຈະປາກົດຢູ່ໃນບິດຕ່ໍາ. D0 ປາກົດຢູ່ໃນຂໍ້ມູນ [7:0]. ສໍາລັບລົດເມ 32-ບິດ, ຖ້າເປັນຈິງ, D0 ຈະປາກົດຢູ່ໃນ bits[31:24].
ສືບຕໍ່…

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 43

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຊື່ຊັບສິນ maxChannel readyLatency
ເງິນອຸດໜູນພ້ອມ (1)

ຄ່າເລີ່ມຕົ້ນ
0 0
0

ຄຸນຄ່າທາງກົດໝາຍ 0 255
0 8
0 8

ລາຍລະອຽດ
ຈຳນວນຊ່ອງສູງສຸດທີ່ສ່ວນຕິດຕໍ່ຂໍ້ມູນສາມາດຮອງຮັບໄດ້.
ກໍານົດຄວາມສໍາພັນລະຫວ່າງການຢືນຢັນຂອງສັນຍານທີ່ກຽມພ້ອມແລະການຢືນຢັນຂອງສັນຍານທີ່ຖືກຕ້ອງ. ຖ້າ readyLatency = ບ່ອນທີ່ n > 0, ຖືກຕ້ອງສາມາດຢືນຢັນໄດ້ເທົ່ານັ້ນ ຮອບວຽນຫຼັງຈາກການຢືນຢັນການກຽມພ້ອມ. ຕົວຢ່າງample, ຖ້າ readyLatency = 1, ເມື່ອ sink ຢືນຢັນພ້ອມ, ແຫຼ່ງຕ້ອງຕອບສະຫນອງກັບການຢືນຢັນທີ່ຖືກຕ້ອງຢ່າງຫນ້ອຍ 1 ຮອບຫຼັງຈາກທີ່ມັນເຫັນການຢືນຢັນທີ່ກຽມພ້ອມຈາກບ່ອນຫລົ້ມຈົມ.
ກໍານົດຈໍານວນຂອງການໂອນທີ່ຫລົ້ມຈົມສາມາດເກັບກໍາຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted. ເມື່ອ readyAllowance = 0, ອ່າງລ້າງບໍ່ສາມາດຍອມຮັບການໂອນເງິນໃດໆຫຼັງຈາກທີ່ພ້ອມທີ່ຈະຖືກຍົກເລີກ. ຖ້າ readyAllowance = ຢູ່ໃສ ແມ່ນໃຫຍ່ກວ່າ 0, ການຫລົ້ມຈົມສາມາດຍອມຮັບໄດ້ເຖິງ ການໂອນຫຼັງຈາກກຽມພ້ອມແມ່ນ deasserted.

ໝາຍເຫດ:

ຖ້າທ່ານສ້າງ Avalon streaming interconnect ກັບ Avalon streaming source / sink BFMs ຫຼືອົງປະກອບທີ່ກໍາຫນົດເອງແລະ BFMs ຫຼືອົງປະກອບທີ່ກໍາຫນົດເອງເຫຼົ່ານີ້ມີຄວາມຕ້ອງການ readyLatency ທີ່ແຕກຕ່າງກັນ, Platform Designer ຈະໃສ່ອະແດບເຕີໃນການເຊື່ອມຕໍ່ທີ່ສ້າງຂື້ນເພື່ອຮອງຮັບຄວາມແຕກຕ່າງຂອງ readyLatency ລະຫວ່າງແຫຼ່ງແລະ sink interfaces. ມັນຄາດວ່າເຫດຜົນຂອງແຫຼ່ງແລະບ່ອນຫລົ້ມຈົມຂອງທ່ານປະຕິບັດຕາມຄຸນສົມບັດຂອງການເຊື່ອມຕໍ່ກັນທີ່ສ້າງຂຶ້ນ.

5.5. ການໂອນຂໍ້ມູນປົກກະຕິ
ພາກສ່ວນນີ້ກໍານົດການໂອນຂໍ້ມູນຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາການໂຕ້ຕອບການຫລົ້ມຈົມ. ໃນທຸກກໍລະນີ, ແຫຼ່ງຂໍ້ມູນແລະບ່ອນຫລົ້ມຈົມຂອງຂໍ້ມູນຕ້ອງປະຕິບັດຕາມຂໍ້ກໍານົດສະເພາະ. ອ່າງເກັບຂໍ້ມູນບໍ່ຮັບຜິດຊອບໃນການກວດສອບຄວາມຜິດພາດຂອງໂປຣໂຕຄໍແຫຼ່ງ.

5.6. ລາຍລະອຽດສັນຍານ
ຕົວເລກສະແດງໃຫ້ເຫັນສັນຍານທີ່ Avalon-ST interfaces ປົກກະຕິແລ້ວປະກອບມີ. ອິນເຕີເຟດແຫຼ່ງ Avalon-ST ປົກກະຕິເຮັດໃຫ້ສັນຍານທີ່ຖືກຕ້ອງ, ຂໍ້ມູນ, ຂໍ້ຜິດພາດ, ແລະຊ່ອງໃສ່ບ່ອນຫລົ້ມຈົມ. ການຫລົ້ມຈົມສາມາດສະຫມັກຂໍເອົາ backpressure ກັບສັນຍານກຽມພ້ອມ.

(1) · ຖ້າ readyLatency = 0, readyAllowance ສາມາດເປັນ 0 ຫຼືໃຫຍ່ກວ່າ 0.
· ຖ້າ readyLatency > 0, readyAllowance ຕ້ອງເທົ່າກັບ ຫຼືໃຫຍ່ກວ່າ readyLatency.
· ຖ້າແຫຼ່ງ ຫຼືບ່ອນຈົມບໍ່ລະບຸຄ່າຂອງ readyAllowance ຈາກນັ້ນ readyAllowance = readyLatency. ການອອກແບບບໍ່ຮຽກຮ້ອງໃຫ້ມີການເພີ່ມ ReadyAllowance ເວັ້ນເສຍແຕ່ວ່າທ່ານຕ້ອງການແຫຼ່ງຫຼືບ່ອນຫລົ້ມຈົມທີ່ຈະເອົາ advantage ຂອງຄຸນນະສົມບັດນີ້.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 44

ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຮູບທີ 21. ແຫຼ່ງຂໍ້ມູນສັນຍານ Interface Avalon-ST ແບບປົກກະຕິ
ຂໍ້ມູນຜິດພາດຊ່ອງທີ່ຖືກຕ້ອງ

Data Sink ພ້ອມແລ້ວ

ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບສັນຍານເຫຼົ່ານີ້:
· Ready–On interfaces support backpressure, the sink asserts ready to mark the cycles where the transfers may take place. ຖ້າພ້ອມແມ່ນຢືນຢັນໃນຮອບວຽນ , ຮອບວຽນ ຖືວ່າເປັນຮອບວຽນກຽມພ້ອມ.
· ຖືກຕ້ອງ – ສັນຍານທີ່ຖືກຕ້ອງມີຄຸນສົມບັດຂອງຂໍ້ມູນທີ່ຖືກຕ້ອງໃນວົງຈອນໃດໆທີ່ມີການໂອນຂໍ້ມູນຈາກແຫຼ່ງໄປຫາບ່ອນຫລົ້ມຈົມ. ໃນແຕ່ລະຮອບວຽນທີ່ຖືກຕ້ອງ sink samples ສັນຍານຂໍ້ມູນແລະແຫຼ່ງອື່ນໆທີ່ຈະຈົມລົງສັນຍານ.
· ຂໍ້ມູນ – ສັນຍານຂໍ້ມູນບັນທຸກຂໍ້ມູນສ່ວນໃຫຍ່ທີ່ຖືກໂອນຈາກແຫຼ່ງໄປສູ່ບ່ອນຫລົ້ມຈົມ. ສັນຍານຂໍ້ມູນປະກອບດ້ວຍຫນຶ່ງຫຼືຫຼາຍສັນຍາລັກທີ່ຖືກໂອນຢູ່ໃນທຸກໆວົງຈອນໂມງ. ຕົວກໍານົດການ dataBitsPerSymbol ກໍານົດວິທີການສັນຍານຂໍ້ມູນແບ່ງອອກເປັນສັນຍາລັກ.
· error–ໃນສັນຍານຄວາມຜິດພາດ, ແຕ່ລະບິດສອດຄ່ອງກັບສະພາບຄວາມຜິດພາດທີ່ເປັນໄປໄດ້. ຄ່າຂອງ 0 ໃນຮອບວຽນໃດໜຶ່ງສະແດງເຖິງຂໍ້ມູນທີ່ບໍ່ມີຂໍ້ຜິດພາດໃນຮອບວຽນນັ້ນ. ຂໍ້ມູນສະເພາະນີ້ບໍ່ໄດ້ກຳນົດການກະທຳທີ່ອົງປະກອບໃດໜຶ່ງເກີດຂຶ້ນເມື່ອກວດພົບຂໍ້ຜິດພາດ.
· ຊ່ອງທາງ–ແຫຼ່ງທີ່ຂັບເຄື່ອນສັນຍານຊ່ອງທາງເລືອກເພື່ອຊີ້ບອກວ່າຊ່ອງທາງທີ່ຂໍ້ມູນເປັນ. ຄວາມຫມາຍຂອງຊ່ອງສໍາລັບການໂຕ້ຕອບທີ່ໃຫ້ແມ່ນຂຶ້ນກັບຄໍາຮ້ອງສະຫມັກ. ໃນບາງແອັບພລິເຄຊັນ, ຊ່ອງຊີ້ບອກໝາຍເລກສ່ວນຕິດຕໍ່. ໃນແອັບພລິເຄຊັນອື່ນ, ຊ່ອງທາງຊີ້ບອກຫມາຍເລກຫນ້າຫຼືເວລາ. ເມື່ອສັນຍານຊ່ອງຖືກໃຊ້, ຂໍ້ມູນທັງຫມົດທີ່ຖືກໂອນໃນແຕ່ລະວົງຈອນການເຄື່ອນໄຫວເປັນຂອງຊ່ອງທາງດຽວກັນ. ແຫຼ່ງທີ່ມາອາດຈະປ່ຽນເປັນຊ່ອງອື່ນໃນຮອບວຽນທີ່ມີການເຄື່ອນໄຫວຢ່າງຕໍ່ເນື່ອງ.
ການໂຕ້ຕອບທີ່ໃຊ້ສັນຍານຊ່ອງຕ້ອງກໍານົດພາລາມິເຕີ maxChannel ເພື່ອຊີ້ບອກຈໍານວນຊ່ອງສູງສຸດ. ຖ້າຈໍານວນຊ່ອງທາງການໂຕ້ຕອບສະຫນັບສະຫນູນການປ່ຽນແປງແບບເຄື່ອນໄຫວ, maxChannel ຊີ້ໃຫ້ເຫັນຈໍານວນສູງສຸດທີ່ການໂຕ້ຕອບສາມາດສະຫນັບສະຫນູນ.

5.7. ແຜນຜັງຂໍ້ມູນ

ຮູບທີ 22.

ສັນຍາລັກຂໍ້ມູນ

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນສັນຍານຂໍ້ມູນ 64-bit ກັບ dataBitsPerSymbol=16. ສັນຍາລັກ 0 ແມ່ນຫຼາຍທີ່ສຸດ

ສັນຍາລັກທີ່ສໍາຄັນ.

48 47 32 31 16 15

ສັນຍາລັກ 0 ສັນຍາລັກ 1 ສັນຍາລັກ 2 ສັນຍາລັກ 3

ອິນເຕີເຟດ Avalon Streaming ຮອງຮັບທັງໂໝດໃຫຍ່ ແລະ ປາຍນ້ອຍ. ຮູບຂ້າງລຸ່ມນີ້ແມ່ນ example ຂອງໂຫມດ big-endian, ບ່ອນທີ່ສັນຍາລັກ 0 ຢູ່ໃນຄໍາສັ່ງສູງ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 45

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຮູບທີ 23.

ໂຄງຮ່າງຂອງຂໍ້ມູນ
ແຜນວາດເວລາໃນຮູບຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນ 32-bit example ບ່ອນທີ່ dataBitsPerSymbol=8, ແລະ beatsPerCycle=1.
ຄກ
ພ້ອມ
ຖືກຕ້ອງ

ຊ່ອງຜິດພາດ
data[31:24] data[23:16] data[15:8] data[7:0]

D10

D11

DA DE

D12

DB DF

D13

5.8. ການຖ່າຍໂອນຂໍ້ມູນໂດຍບໍ່ມີການ Backpressure

ການໂອນຂໍ້ມູນໂດຍບໍ່ມີການ backpressure ແມ່ນພື້ນຖານທີ່ສຸດຂອງການໂອນຂໍ້ມູນ Avalon-ST. ໃນຮອບວຽນໂມງໃດນຶ່ງ, ສ່ວນຕິດຕໍ່ແຫຼ່ງທີ່ມາຈະຂັບຂໍ້ມູນ ແລະຊ່ອງທາງທາງເລືອກ ແລະສັນຍານຄວາມຜິດພາດ, ແລະຢືນຢັນວ່າຖືກຕ້ອງ. ການໂຕ້ຕອບການຫລົ້ມຈົມ samples ສັນຍານເຫຼົ່ານີ້ຢູ່ໃນຂອບທີ່ເພີ່ມຂຶ້ນຂອງໂມງອ້າງອີງຖ້າຖືກຕ້ອງແມ່ນຢືນຢັນ.

ຮູບທີ 24.

ການຖ່າຍໂອນຂໍ້ມູນໂດຍບໍ່ມີການ Backpressure

clk ຖືກຕ້ອງ

ຂໍ້ມູນຄວາມຜິດພາດຊ່ອງ

D0 D1

D2 D3

5.9. ການໂອນຂໍ້ມູນດ້ວຍ Backpressure
ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມສໍາລັບຮອບວຽນໂມງດຽວເພື່ອຊີ້ບອກວ່າມັນກຽມພ້ອມສໍາລັບວົງຈອນການເຄື່ອນໄຫວ. ຖ້າບ່ອນຫລົ້ມຈົມແມ່ນກຽມພ້ອມສໍາລັບຂໍ້ມູນ, ວົງຈອນແມ່ນຮອບວຽນກຽມພ້ອມ. ໃນລະຫວ່າງຮອບວຽນທີ່ກຽມພ້ອມ, ແຫຼ່ງອາດຈະຢືນຢັນທີ່ຖືກຕ້ອງແລະສະຫນອງຂໍ້ມູນໃສ່ບ່ອນຫລົ້ມຈົມ. ຖ້າແຫຼ່ງຂໍ້ມູນບໍ່ມີຂໍ້ມູນທີ່ຈະສົ່ງ, ແຫຼ່ງ deasserts ຖືກຕ້ອງແລະສາມາດຂັບຂໍ້ມູນໄປຫາຄ່າໃດໆ.
ການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນ backpressure ກໍານົດພາລາມິເຕີ readyLatency ເພື່ອຊີ້ບອກຈໍານວນຂອງຮອບວຽນຈາກເວລາທີ່ພ້ອມທີ່ຈະຖືກຢືນຢັນຈົນກ່ວາຂໍ້ມູນທີ່ຖືກຕ້ອງສາມາດຂັບເຄື່ອນໄດ້. ຖ້າ readyLatency ບໍ່ແມ່ນສູນ, ຮອບວຽນ ແມ່ນຮອບວຽນກຽມພ້ອມ ຖ້າກຽມພ້ອມແມ່ນຢືນຢັນໃນຮອບວຽນ .
ເມື່ອ readyLatency = 0, ການໂອນຂໍ້ມູນຈະເກີດຂື້ນພຽງແຕ່ເມື່ອພ້ອມແລະຖືກຕ້ອງຖືກຢືນຢັນໃນວົງຈອນດຽວກັນ. ໃນໂຫມດນີ້, ແຫຼ່ງບໍ່ໄດ້ຮັບສັນຍານກຽມພ້ອມຂອງອ່າງລ້າງກ່ອນທີ່ຈະສົ່ງຂໍ້ມູນທີ່ຖືກຕ້ອງ. ແຫຼ່ງສະໜອງຂໍ້ມູນ ແລະຢືນຢັນຖືກຕ້ອງທຸກຄັ້ງທີ່ແຫຼ່ງທີ່ມາມີຂໍ້ມູນທີ່ຖືກຕ້ອງ. ແຫຼ່ງລໍຖ້າການຫລົ້ມຈົມເພື່ອເກັບກໍາຂໍ້ມູນແລະຢືນຢັນວ່າກຽມພ້ອມ. ແຫຼ່ງສາມາດປ່ຽນຂໍ້ມູນໄດ້ທຸກເວລາ. ອ່າງເກັບມ້ຽນພຽງແຕ່ເກັບກໍາຂໍ້ມູນການປ້ອນຂໍ້ມູນຈາກແຫຼ່ງທີ່ພ້ອມແລະຖືກຕ້ອງແມ່ນທັງສອງຢືນຢັນ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 46

ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces 683091 | 2022.01.24
ເມື່ອ readyLatency >= 1, sink ຢືນຢັນຄວາມພ້ອມກ່ອນຮອບວຽນກຽມພ້ອມຂອງມັນເອງ. ແຫຼ່ງສາມາດຕອບສະຫນອງໃນລະຫວ່າງວົງຈອນຕໍ່ໄປທີ່ເຫມາະສົມໂດຍການຢືນຢັນທີ່ຖືກຕ້ອງ. ແຫຼ່ງທີ່ມາອາດຈະບໍ່ຢືນຢັນວ່າຖືກຕ້ອງໃນລະຫວ່າງຮອບວຽນທີ່ຍັງບໍ່ພ້ອມຮອບວຽນ.
readyAllowance ກໍານົດຈໍານວນຂອງການໂອນທີ່ sink ສາມາດຈັບໄດ້ໃນເວລາທີ່ພ້ອມທີ່ຈະ deasserted. ເມື່ອ readyAllowance = 0, ອ່າງລ້າງບໍ່ສາມາດຍອມຮັບການໂອນເງິນໃດໆຫຼັງຈາກທີ່ພ້ອມທີ່ຈະຖືກຍົກເລີກ. ຖ້າ readyAllowance = ບ່ອນທີ່ n > 0, sink ສາມາດຍອມຮັບໄດ້ເຖິງ ການໂອນຫຼັງຈາກກຽມພ້ອມແມ່ນ deasserted.
5.9.1. ການໂອນຂໍ້ມູນໂດຍໃຊ້ readyLatency ແລະ readyAllowance

ກົດລະບຽບດັ່ງຕໍ່ໄປນີ້ນໍາໃຊ້ໃນເວລາທີ່ການໂອນຂໍ້ມູນທີ່ມີ readyLatency ແລະ readyAllowance.
· ຖ້າ readyLatency ແມ່ນ 0, readyAllowance ສາມາດໃຫຍ່ກວ່າ ຫຼືເທົ່າກັບ 0.
· ຖ້າ readyLatency ຫຼາຍກວ່າ 0, readyAllowance ສາມາດໃຫຍ່ກວ່າ ຫຼືເທົ່າກັບ readyLatency.

ເມື່ອ readyLatency = 0 ແລະ readyAllowance = 0, ການໂອນຂໍ້ມູນເກີດຂື້ນພຽງແຕ່ເມື່ອທັງສອງພ້ອມແລະຖືກຕ້ອງຖືກຢືນຢັນ. ໃນກໍລະນີນີ້, ແຫຼ່ງບໍ່ໄດ້ຮັບສັນຍານກຽມພ້ອມຂອງບ່ອນຫລົ້ມຈົມກ່ອນທີ່ຈະສົ່ງຂໍ້ມູນທີ່ຖືກຕ້ອງ. ແຫຼ່ງສະໜອງຂໍ້ມູນ ແລະຢືນຢັນວ່າຖືກຕ້ອງທຸກຄັ້ງທີ່ເປັນໄປໄດ້. ແຫຼ່ງລໍຖ້າການຫລົ້ມຈົມເພື່ອເກັບກໍາຂໍ້ມູນແລະຢືນຢັນວ່າກຽມພ້ອມ. ແຫຼ່ງສາມາດປ່ຽນຂໍ້ມູນໄດ້ທຸກເວລາ. ອ່າງເກັບມ້ຽນພຽງແຕ່ເກັບກໍາຂໍ້ມູນການປ້ອນຂໍ້ມູນຈາກແຫຼ່ງທີ່ພ້ອມແລະຖືກຕ້ອງແມ່ນທັງສອງຢືນຢັນ.

ຮູບທີ 25. readyLatency = 0, readyAllowance = 0

ເມື່ອ readyLatency = 0 ແລະ readyAllowance = 0 ແຫຼ່ງສາມາດຢືນຢັນໄດ້ຕະຫຼອດເວລາ. ອ່າງເກັບຂໍ້ມູນຈາກແຫຼ່ງພຽງແຕ່ເມື່ອກຽມພ້ອມ = 1.

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຫດການເຫຼົ່ານີ້: 1. ໃນຮອບວຽນ 1 ແຫຼ່ງສະໜອງຂໍ້ມູນ ແລະຢືນຢັນຖືກຕ້ອງ. 2. ໃນວົງຈອນ 2, ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມແລະການໂອນ D0. 3. ໃນວົງຈອນ 3, ການໂອນ D1. 4. ໃນຮອບທີ 4, ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມ, ແຕ່ແຫຼ່ງທີ່ມາບໍ່ໄດ້ຂັບລົດຂໍ້ມູນທີ່ຖືກຕ້ອງ. 5. ແຫຼ່ງສະຫນອງຂໍ້ມູນແລະຍືນຍັນທີ່ຖືກຕ້ອງໃນວົງຈອນ 6. 6. ໃນວົງຈອນ 8, ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມ, ດັ່ງນັ້ນການໂອນ D2. 7. ການໂອນ D3 ໃນຮອບວຽນ 9 ແລະ D4 ການໂອນຢູ່ທີ່ວົງຈອນ 10.

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

ພ້ອມ

ຖືກຕ້ອງ

ຂໍ້ມູນ

D0 D1

D3 D4

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 47

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຮູບທີ 26. readyLatency = 0, readyAllowance = 1

ເມື່ອ readyLatency = 0 ແລະ readyAllowance = 1 ການຫລົ້ມຈົມສາມາດເກັບກໍາຂໍ້ມູນການໂອນຂໍ້ມູນຫນຶ່ງເພີ່ມເຕີມຫຼັງຈາກ ready = 0.

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຫດການເຫຼົ່ານີ້: 1. ໃນຮອບວຽນ 1 ແຫຼ່ງສະຫນອງຂໍ້ມູນແລະຢືນຢັນທີ່ຖືກຕ້ອງໃນຂະນະທີ່ sink ຢືນຢັນວ່າພ້ອມ. D0 ການໂອນ. 2. D1 ຖືກໂອນໃນຮອບທີ 2. 3. ໃນຮອບທີ 3, ready deasserts, ແນວໃດກໍ່ຕາມນັບຕັ້ງແຕ່ readyAllowance = 1 one more transfer is allow, so D2
ການໂອນ. 4. ໃນວົງຈອນ 5 ທັງທີ່ຖືກຕ້ອງແລະພ້ອມທີ່ຈະຢືນຢັນ, ດັ່ງນັ້ນການໂອນ D3. 5. ໃນວົງຈອນ 6, deasserts ແຫຼ່ງທີ່ຖືກຕ້ອງ, ສະນັ້ນບໍ່ມີການໂອນຂໍ້ມູນ. 6. ໃນຮອບວຽນທີ 7, ຢືນຢັນທີ່ຖືກຕ້ອງ ແລະພ້ອມ deasserts, ແນວໃດກໍ່ຕາມນັບຕັ້ງແຕ່ readyAllowance = 1 ການໂອນເງິນເພີ່ມເຕີມ.
ແມ່ນອະນຸຍາດ, ດັ່ງນັ້ນການໂອນ D4.

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

ພ້ອມ

ຖືກຕ້ອງ

ຂໍ້ມູນ

D0 D1 D2

D5 D6

ຮູບທີ 27. readyLatency = 1, readyAllowance = 2

ເມື່ອ readyLatency = 1 ແລະ readyAllowance = 2 ການຫລົ້ມຈົມສາມາດໂອນຂໍ້ມູນໄດ້ຫນຶ່ງຮອບຫຼັງຈາກຢືນຢັນພ້ອມ, ແລະສອງຮອບຂອງການໂອນເພີ່ມເຕີມແມ່ນອະນຸຍາດໃຫ້ຫຼັງຈາກ deasserts ກຽມພ້ອມ.

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຫດການເຫຼົ່ານີ້: 1. ໃນຮອບວຽນ 0, ອ່າງລ້າງມືຢືນຢັນວ່າກຽມພ້ອມ. 2. ໃນຮອບທີ 1, ແຫຼ່ງສະໜອງຂໍ້ມູນ ແລະຢືນຢັນຖືກຕ້ອງ. ການໂອນຍ້າຍເກີດຂຶ້ນທັນທີ. 3. ໃນຮອບທີ 3, the sink deasserts ready, but the source is still asserting valid , and drives valid data
ເນື່ອງຈາກວ່າ sink ສາມາດເກັບກໍາຂໍ້ມູນສອງຮອບຫຼັງຈາກ deasserts ກຽມພ້ອມ. 4. ໃນຮອບທີ 6, ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມ. 5. ໃນຮອບທີ 7, ແຫຼ່ງສະໜອງຂໍ້ມູນ ແລະຢືນຢັນຖືກຕ້ອງ. ຂໍ້ມູນນີ້ຖືກຍອມຮັບ. 6. ໃນວົງຈອນ 10, ການຫລົ້ມຈົມໄດ້ deasserted ພ້ອມ, ແຕ່ແຫຼ່ງຢືນຢັນທີ່ຖືກຕ້ອງແລະຂັບລົດຂໍ້ມູນທີ່ຖືກຕ້ອງເນື່ອງຈາກວ່າ.
ການຫລົ້ມຈົມສາມາດເກັບກໍາຂໍ້ມູນສອງຮອບຫຼັງຈາກ deasserts ກຽມພ້ອມ.

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

ພ້ອມ

ຖືກຕ້ອງ

ຂໍ້ມູນ

D0 D1 D2 D3

D4 D5

D6 D7

ຄວາມຕ້ອງການການປັບຕົວ ຕາຕະລາງຕໍ່ໄປນີ້ອະທິບາຍວ່າຕົວເຊື່ອມຕໍ່ຂອງແຫຼ່ງ ແລະບ່ອນຈົມຕ້ອງການການປັບຕົວ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 48

ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຕາຕະລາງ 19. ແຫຼ່ງຂໍ້ມູນ/Sink Adaptation Requirements

ພ້ອມເວລາແຝງ

ເງິນອຸດໜູນພ້ອມ

ການປັບຕົວ

ແຫຼ່ງ readyLatency = ແຫຼ່ງ Sink readyAllowance =

ພ້ອມເວລາແຝງ

Sink ReadyAllowance

ບໍ່ຈໍາເປັນຕ້ອງມີການປັບຕົວ: ອ່າງລ້າງນ້ໍາສາມາດເກັບກໍາການໂອນທັງຫມົດ.

ທີ່ມາ ReadyAllowance > Sink readyAllowance

ການປັບຕົວທີ່ຕ້ອງການ: ຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted, ແຫຼ່ງສາມາດສົ່ງການໂອນຫຼາຍກ່ວາທີ່ sink ສາມາດຈັບໄດ້.

ທີ່ມາ ReadyAllowance < Sink readyAllowance

ບໍ່ມີການປັບຕົວທີ່ຕ້ອງການ: ຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted, sink ສາມາດເກັບກໍາການໂອນຫຼາຍກ່ວາແຫຼ່ງສາມາດສົ່ງ.

ທີ່ມາ ReadyLatency > Sink Source readyAllowance =

ພ້ອມເວລາແຝງ

Sink ReadyAllowance

ບໍ່ຈໍາເປັນຕ້ອງມີການປັບຕົວ: ຫຼັງຈາກຢືນຢັນແລ້ວ, ແຫຼ່ງຈະເລີ່ມສົ່ງພາຍຫຼັງທີ່ອ່າງເກັບນ້ໍາສາມາດຈັບໄດ້. ຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted, ແຫຼ່ງສາມາດສົ່ງການໂອນຫຼາຍເທົ່າທີ່ sink ສາມາດເກັບກໍາ.

ທີ່ມາ readyAllowance> Sink readyAllowance

ທີ່ມາ ReadyAllowance< Sink readyAllowance

ບໍ່ມີການປັບຕົວທີ່ຕ້ອງການ: ຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted, ແຫຼ່ງສົ່ງການໂອນຫນ້ອຍກວ່າທີ່ຈົມສາມາດຈັບໄດ້.

ທີ່ມາ ReadyLatency < SinkreadyLatency

ທີ່ມາ readyAllowance = Sink readyAllowance

ການປັບຕົວທີ່ຕ້ອງການ: ແຫຼ່ງສາມາດເລີ່ມຕົ້ນການສົ່ງການໂອນກ່ອນທີ່ຈະຈົມລົງສາມາດຈັບໄດ້.

ທີ່ມາ readyAllowance> Sink readyAllowance

ການປັບຕົວທີ່ຕ້ອງການ: ແຫຼ່ງສາມາດເລີ່ມຕົ້ນການສົ່ງການໂອນກ່ອນທີ່ບ່ອນຫລົ້ມຈົມສາມາດຈັບໄດ້. ນອກຈາກນີ້, ຫຼັງຈາກທີ່ກຽມພ້ອມແມ່ນ deasserted, ແຫຼ່ງສາມາດສົ່ງການໂອນຫຼາຍກ່ວາການຫລົ້ມຈົມສາມາດຈັບໄດ້.

ທີ່ມາ ReadyAllowance < Sink readyAllowance

ການປັບຕົວທີ່ຕ້ອງການ: ແຫຼ່ງສາມາດເລີ່ມຕົ້ນການສົ່ງການໂອນກ່ອນທີ່ບ່ອນຫລົ້ມຈົມສາມາດຈັບໄດ້.

5.9.2. ການໂອນຂໍ້ມູນໂດຍໃຊ້ readyLatency
ຖ້າແຫຼ່ງ ຫຼືບ່ອນຈົມບໍ່ລະບຸຄ່າຂອງ readyAllowance ຈາກນັ້ນ readyAllowance=readyLatency. ການອອກແບບທີ່ໃຊ້ແຫຼ່ງແລະບ່ອນຫລົ້ມຈົມບໍ່ຈໍາເປັນຕ້ອງມີການເພີ່ມ readyAllowance ເວັ້ນເສຍແຕ່ວ່າທ່ານຕ້ອງການແຫຼ່ງຫຼືບ່ອນຫລົ້ມຈົມທີ່ຈະເອົາ advan.tage ຂອງຄຸນນະສົມບັດນີ້.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 49

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຮູບທີ 28.

ການຖ່າຍໂອນດ້ວຍ Backpressure, readyLatency=0
ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນເຫດການເຫຼົ່ານີ້:

1. ແຫຼ່ງສະຫນອງຂໍ້ມູນແລະຍືນຍັນຖືກຕ້ອງໃນວົງຈອນ 1, ເຖິງແມ່ນວ່າການຫລົ້ມຈົມບໍ່ພ້ອມ.

2. ແຫຼ່ງລໍຖ້າຈົນກ່ວາວົງຈອນ 2, ໃນເວລາທີ່ sink ຢືນຢັນວ່າກຽມພ້ອມ, ກ່ອນທີ່ຈະກ້າວໄປສູ່ວົງຈອນຂໍ້ມູນຕໍ່ໄປ.

3. ໃນຮອບທີ 3, ແຫຼ່ງຂັບຂໍ້ມູນໃນວົງຈອນດຽວກັນແລະບ່ອນຫລົ້ມຈົມພ້ອມທີ່ຈະຮັບຂໍ້ມູນ. ການໂອນຍ້າຍເກີດຂຶ້ນທັນທີ.
4. ໃນຮອບທີ 4, ການຫລົ້ມຈົມຢືນຢັນວ່າກຽມພ້ອມ, ແຕ່ແຫຼ່ງທີ່ມາບໍ່ໄດ້ຂັບລົດຂໍ້ມູນທີ່ຖືກຕ້ອງ.

012345678 ຄອກ

ພ້ອມ

ຖືກຕ້ອງ

ຊ່ອງ

ຄວາມຜິດພາດ

ຂໍ້ມູນ

D0 D1

D2 D3

ຮູບທີ 29.

ການຖ່າຍໂອນດ້ວຍ Backpressure, readyLatency=1

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການໂອນຂໍ້ມູນດ້ວຍ readyLatency=1 ແລະ readyLatency=2, ຕາມລໍາດັບ. ໃນທັງສອງກໍລະນີນີ້, ຄວາມພ້ອມແມ່ນຢືນຢັນກ່ອນຮອບວຽນກຽມພ້ອມ, ແລະແຫຼ່ງຕອບສະຫນອງ 1 ຫຼື 2 ຮອບຕໍ່ມາໂດຍການສະຫນອງຂໍ້ມູນແລະການຢືນຢັນທີ່ຖືກຕ້ອງ. ເມື່ອ readyLatency ບໍ່ແມ່ນ 0, ແຫຼ່ງທີ່ມາຕ້ອງ deassert valid on non-ready cycles.
ຄກ

ພ້ອມ

ຖືກຕ້ອງ

ຊ່ອງ

ຄວາມຜິດພາດ

ຂໍ້ມູນ

D0 D1

D2 D3 D4

ຮູບທີ 30.

ການຖ່າຍໂອນດ້ວຍ Backpressure, readyLatency=2

ຄກ

ພ້ອມ

ຖືກຕ້ອງ

ຊ່ອງ

ຄວາມຜິດພາດ

ຂໍ້ມູນ

D0 D1

D2 D3

5.10. ການໂອນຂໍ້ມູນແພັກເກັດ
ຄຸນສົມບັດການໂອນແພັກເກັດເພີ່ມການຮອງຮັບການໂອນແພັກເກັດຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາອິນເຕີເຟດຈົມ. ສາມສັນຍານເພີ່ມເຕີມແມ່ນຖືກກໍານົດເພື່ອປະຕິບັດການໂອນແພັກເກັດ. ທັງອິນເຕີເຟດແຫຼ່ງ ແລະບ່ອນຈົມຈະຕ້ອງລວມເອົາສັນຍານເພີ່ມເຕີມເຫຼົ່ານີ້ເພື່ອຮອງຮັບແພັກເກັດ. ທ່ານພຽງແຕ່ສາມາດເຊື່ອມຕໍ່ແຫຼ່ງແລະ sink interfaces ກັບ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 50

ສົ່ງຄຳຕິຊົມ

5. Avalon Streaming Interfaces 683091 | 2022.01.24

ຄຸນສົມບັດແພັກເກັດທີ່ກົງກັນ. Platform Designer ບໍ່ໄດ້ເພີ່ມ startofpacket , endofpacket , ແລະສັນຍານຫວ່າງເປົ່າໃສ່ຕົວເຊື່ອມຕໍ່ແຫຼ່ງ ຫຼື sink ທີ່ບໍ່ລວມເອົາສັນຍານເຫຼົ່ານີ້ໂດຍອັດຕະໂນມັດ.

ຮູບ 31. Avalon-ST Packet Interface Signals ແຫຼ່ງຂໍ້ມູນ

ອ່າງເກັບຂໍ້ມູນ

ພ້ອມ
ຖືກຕ້ອງ
ຊ່ອງຂໍ້ມູນຜິດພາດ startofpacket
endofpacket ຫວ່າງເປົ່າ

5.11. ລາຍລະອຽດສັນຍານ
· startofpacket–ທຸກການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນການໂອນ packet ຕ້ອງການສັນຍານ startofpacket. startofpacket ໝາຍເຖິງວົງຈອນການເຄື່ອນໄຫວທີ່ປະກອບດ້ວຍການເລີ່ມຕົ້ນຂອງແພັກເກັດ. ສັນຍານນີ້ຖືກຕີຄວາມພຽງແຕ່ເມື່ອຖືກຢືນຢັນ.
· endofpacket–ທຸກການໂຕ້ຕອບທີ່ສະຫນັບສະຫນູນການໂອນ packet ຕ້ອງການສັນຍານ endofpacket. endofpacket ໝາຍເຖິງວົງຈອນການເຄື່ອນໄຫວທີ່ມີສ່ວນທ້າຍຂອງແພັກເກັດ. ສັນຍານນີ້ຖືກຕີຄວາມພຽງແຕ່ເມື່ອຖືກຢືນຢັນ. startofpacket ແລະ endofpacket ສາມາດຢືນຢັນໄດ້ໃນວົງຈອນດຽວກັນ. ບໍ່ຈຳເປັນຕ້ອງມີຮອບວຽນບໍ່ເຮັດວຽກລະຫວ່າງແພັກເກັດ. ສັນຍານ startofpacket ສາມາດປະຕິບັດຕາມທັນທີຫຼັງຈາກສັນຍານ endofpacket ທີ່ຜ່ານມາ.
· ຫວ່າງເປົ່າ – ສັນຍານຫວ່າງເປົ່າທີ່ເປັນທາງເລືອກຊີ້ບອກຈໍານວນຂອງສັນຍາລັກທີ່ຫວ່າງເປົ່າໃນລະຫວ່າງວົງຈອນ endofpacket. ການຫລົ້ມຈົມພຽງແຕ່ກວດເບິ່ງມູນຄ່າຂອງຫວ່າງເປົ່າໃນລະຫວ່າງຮອບວຽນການເຄື່ອນໄຫວທີ່ມີ endofpacket ຢືນຢັນ. ສັນຍາລັກທີ່ເປົ່າຫວ່າງແມ່ນສະເຫມີໄປເປັນສັນຍາລັກສຸດທ້າຍໃນຂໍ້ມູນ, ທີ່ປະຕິບັດໂດຍ bits ຄໍາສັ່ງຕ່ໍາໃນເວລາທີ່ firstSymbolInHighOrderBits = ຈິງ. ສັນຍານຫວ່າງເປົ່າແມ່ນຕ້ອງການຢູ່ໃນທຸກສ່ວນຕິດຕໍ່ຂອງແພັກເກັດທີ່ສັນຍານຂໍ້ມູນມີຫຼາຍກວ່າໜຶ່ງສັນຍາລັກຂອງຂໍ້ມູນ ແລະ ມີຮູບແບບແພັກເກັດທີ່ມີຄວາມຍາວປ່ຽນແປງໄດ້. ຂະຫນາດຂອງສັນຍານຫວ່າງເປົ່າໃນ bits ແມ່ນ ceil[log2( )].

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 51

5. Avalon Streaming Interfaces 683091 | 2022.01.24

5.12. ລາຍລະອຽດພິທີການ

ການໂອນຂໍ້ມູນແພັກເກັດປະຕິບັດຕາມໂປຣໂຕຄໍດຽວກັນກັບການໂອນຂໍ້ມູນທົ່ວໄປດ້ວຍການເພີ່ມ startofpacket, endofpacket ແລະຫວ່າງເປົ່າ.

ຮູບທີ 32.

ການໂອນແພັກເກັດ
ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນການໂອນແພັກເກັດ 17 ໄບຕ໌ຈາກອິນເຕີເຟດແຫຼ່ງໄປຫາອິນເຕີເຟດ sink, ບ່ອນທີ່ readyLatency=0. ແຜນວາດເວລານີ້ສະແດງໃຫ້ເຫັນເຫດການຕໍ່ໄປນີ້:

1. ການໂອນຂໍ້ມູນເກີດຂຶ້ນໃນຮອບວຽນ 1, 2, 4, 5, ແລະ 6, ເມື່ອທັງສອງພ້ອມ ແລະຖືກຕ້ອງຖືກຢືນຢັນ.

2. ໃນລະຫວ່າງຮອບວຽນ 1, startofpacket ຖືກຢືນຢັນ. 4 bytes ທໍາອິດຂອງແພັກເກັດຖືກໂອນ.

3. ໃນລະຫວ່າງຮອບວຽນ 6, endofpacket ຖືກຢືນຢັນ. ຫວ່າງເປົ່າມີຄ່າ 3. ຄ່ານີ້ຊີ້ບອກວ່ານີ້ແມ່ນຈຸດສິ້ນສຸດຂອງແພັກເກັດ ແລະ 3 ໃນ 4 ສັນຍາລັກແມ່ນຫວ່າງເປົ່າ. ໃນຮອບທີ 6, ໄບຕ໌ທີ່ສັ່ງສູງ, ຂໍ້ມູນ [31:24] ຂັບຂໍ້ມູນທີ່ຖືກຕ້ອງ.

1234567 ຄອກ

ພ້ອມ

ຖືກຕ້ອງ

startofpacket

endofpacket

ຫວ່າງເປົ່າ

ຊ່ອງ

000

ຄວາມຜິດພາດ

000

ຂໍ້ມູນ [31:24]

D0 D4

D8 D12 D16

ຂໍ້ມູນ [23:16]

D1 D5

D9 D13

ຂໍ້ມູນ [15:8]

D2 D6

D10 D14

ຂໍ້ມູນ [7:0]

D3 D7

D11 D15

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 52

ສົ່ງຄຳຕິຊົມ

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon Streaming
ການໂຕ້ຕອບສິນເຊື່ອ Avalon Streaming ແມ່ນສໍາລັບການນໍາໃຊ້ກັບອົງປະກອບທີ່ຂັບລົດຄວາມໄວສູງ, latency ຕ່ໍາ, ຂໍ້ມູນ unidirectional. ແອັບພລິເຄຊັນທົ່ວໄປລວມມີການຖ່າຍທອດແບບ multiplexed, ແພັກເກັດ, ແລະຂໍ້ມູນ DSP. ສັນຍານການໂຕ້ຕອບຂອງ Avalon Streaming Credit ສາມາດອະທິບາຍການໂຕ້ຕອບການຖ່າຍທອດແບບດັ້ງເດີມທີ່ສະຫນັບສະຫນູນການຖ່າຍທອດຂໍ້ມູນດຽວ, ໂດຍບໍ່ມີຄວາມຮູ້ກ່ຽວກັບຊ່ອງທາງຫຼືຂອບເຂດຂອງແພັກເກັດ. ອິນເຕີເຟດຍັງສາມາດສະຫນັບສະຫນູນໂປໂຕຄອນທີ່ສັບສົນຫຼາຍທີ່ສາມາດລະເບີດແລະການໂອນແພັກເກັດທີ່ມີແພັກເກັດ interleaved ຜ່ານຫຼາຍຊ່ອງທາງ.
ແຫຼ່ງສິນເຊື່ອຂອງ Avalon streaming ທັງຫມົດແລະການໂຕ້ຕອບການຫລົ້ມຈົມແມ່ນບໍ່ຈໍາເປັນ interoperable. ຢ່າງໃດກໍຕາມ, ຖ້າສອງອິນເຕີເຟດສະຫນອງຫນ້າທີ່ເຂົ້າກັນໄດ້ສໍາລັບພື້ນທີ່ຄໍາຮ້ອງສະຫມັກດຽວກັນ, ອະແດບເຕີແມ່ນມີຢູ່ເພື່ອໃຫ້ພວກເຂົາສາມາດພົວພັນກັນໄດ້.
ນອກນັ້ນທ່ານຍັງສາມາດເຊື່ອມຕໍ່ແຫຼ່ງສິນເຊື່ອ Avalon Streaming ກັບອ່າງລ້າງ Avalon Streaming ຜ່ານອະແດບເຕີ. ເຊັ່ນດຽວກັນ, ທ່ານສາມາດເຊື່ອມຕໍ່ແຫຼ່ງ Avalon streaming ກັບ Avalon Streaming Credit sink ຜ່ານອະແດບເຕີ.
ການໂຕ້ຕອບສິນເຊື່ອ Avalon Streaming ສະຫນັບສະຫນູນ datapaths ຮຽກຮ້ອງໃຫ້ມີລັກສະນະດັ່ງຕໍ່ໄປນີ້:
· ການຖ່າຍໂອນຂໍ້ມູນຈຸດຕໍ່ຈຸດທີ່ສູງ, latency ຕ່ໍາ
·ຫຼາຍຊ່ອງທາງສະຫນັບສະຫນູນທີ່ມີ packet ປ່ຽນແປງໄດ້ interleaving
· Sideband signaling ຂອງຊ່ອງ, ຄວາມຜິດພາດ, ແລະການເລີ່ມຕົ້ນແລະການສິ້ນສຸດຂອງ packet delineation
·ສະຫນັບສະຫນູນສໍາລັບການລະເບີດຂໍ້ມູນ
·ສັນຍານຜູ້ໃຊ້ເປັນສັນຍານ sideband ສໍາລັບຫນ້າທີ່ຜູ້ໃຊ້ກໍານົດ

6.1. ຂໍ້ກໍານົດແລະແນວຄວາມຄິດ
ໂປໂຕຄອນການໂຕ້ຕອບສິນເຊື່ອ Avalon ກໍານົດຂໍ້ກໍານົດແລະແນວຄວາມຄິດຕໍ່ໄປນີ້:
· ລະບົບສິນເຊື່ອ Avalon Streaming- ລະບົບສິນເຊື່ອ Avalon streaming ມີຫນຶ່ງຫຼືຫຼາຍການເຊື່ອມຕໍ່ສິນເຊື່ອ Avalon Streaming ທີ່ໂອນຂໍ້ມູນຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາການໂຕ້ຕອບການຫລົ້ມຈົມ.
· ອົງປະກອບສິນເຊື່ອ Avalon Streaming- ເປັນລະບົບປົກກະຕິທີ່ໃຊ້ການໂຕ້ຕອບ Avalon Streaming ລວມໂມດູນທີ່ມີປະໂຫຍດຫຼາຍອັນ, ເອີ້ນວ່າອົງປະກອບ. ຜູ້ອອກແບບລະບົບຈະກຳນົດຄ່າອົງປະກອບຕ່າງໆ ແລະເຊື່ອມຕໍ່ພວກມັນເຂົ້າກັນເພື່ອປະຕິບັດລະບົບ.
· ແຫຼ່ງທີ່ມາ ແລະບ່ອນຫລົ້ມຈົມ ແລະການເຊື່ອມຕໍ່-ເມື່ອສອງອົງປະກອບເຊື່ອມຕໍ່ກັນ, ເຄຣດິດຈະໄຫຼຈາກບ່ອນຫລົ້ມຈົມໄປຫາແຫຼ່ງທີ່ມາ; ແລະຂໍ້ມູນຈະໄຫຼຈາກອິນເຕີເຟດແຫຼ່ງໄປຫາອິນເຕີເຟດ sink. ການປະສົມປະສານຂອງອິນເຕີເຟດແຫຼ່ງທີ່ເຊື່ອມຕໍ່ກັບການໂຕ້ຕອບການຫລົ້ມຈົມແມ່ນຫມາຍເຖິງການເຊື່ອມຕໍ່.
· ການຖ່າຍໂອນ – ຜົນໄດ້ຮັບການຍົກຍ້າຍໃນຂໍ້ມູນແລະການຄວບຄຸມການແຜ່ຂະຫຍາຍຈາກການໂຕ້ຕອບແຫຼ່ງເພື່ອການໂຕ້ຕອບການຫລົ້ມຈົມ. ສໍາລັບການໂຕ້ຕອບຂໍ້ມູນ, ແຫຼ່ງສາມາດເລີ່ມຕົ້ນການໂອນຂໍ້ມູນໄດ້ພຽງແຕ່ຖ້າມັນມີສິນເຊື່ອທີ່ມີຢູ່. ເຊັ່ນດຽວກັນ, sink ສາມາດຍອມຮັບຂໍ້ມູນໄດ້ພຽງແຕ່ຖ້າມັນມີສິນເຊື່ອທີ່ຍັງຄ້າງຄາ.

ISO 9001:2015 ລົງທະບຽນ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon 683091 | 2022.01.24

· ສັນຍາລັກ–ສັນຍາລັກແມ່ນຫົວຫນ່ວຍຂະຫນາດນ້ອຍທີ່ສຸດຂອງຂໍ້ມູນ. ສັນຍາລັກໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນປະກອບເປັນຫົວໜ່ວຍດຽວຂອງຂໍ້ມູນທີ່ຖືກໂອນເປັນວົງຈອນ.
· Beat–A beat ແມ່ນການໂອນຮອບດຽວລະຫວ່າງຕົວເຊື່ອມຕໍ່ແຫຼ່ງ ແລະ sink ທີ່ປະກອບດ້ວຍໜຶ່ງ ຫຼືຫຼາຍສັນຍາລັກ.
· Packet–A packet ແມ່ນການລວບລວມຂອງຂໍ້ມູນແລະສັນຍານການຄວບຄຸມທີ່ຖືກສົ່ງໄປຮ່ວມກັນ. ແພັກເກັດອາດຈະປະກອບດ້ວຍສ່ວນຫົວເພື່ອຊ່ວຍ routers ແລະອຸປະກອນເຄືອຂ່າຍອື່ນໆນໍາແພັກເກັດໄປຫາປາຍທາງທີ່ຖືກຕ້ອງ. ຮູບແບບແພັກເກັດຖືກກໍານົດໂດຍແອັບພລິເຄຊັນ, ບໍ່ແມ່ນຂໍ້ມູນສະເພາະນີ້. ແພັກເກັດສະຕຣີມ Avalon ສາມາດປ່ຽນແປງໄດ້ໃນຄວາມຍາວ ແລະສາມາດເຊື່ອມຕໍ່ຜ່ານການເຊື່ອມຕໍ່ໄດ້. ດ້ວຍການໂຕ້ຕອບ Avalon Streaming Credit, ການນໍາໃຊ້ແພັກເກັດເປັນທາງເລືອກ.

6.2. ບົດບາດສັນຍານການໂຕ້ຕອບຂອງ Avalon Streaming

ແຕ່ລະສັນຍານໃນແຫຼ່ງສິນເຊື່ອ Avalon Streaming ຫຼືຕົວເຊື່ອມຕໍ່ຈົມແມ່ນກົງກັບບົດບາດສັນຍານສິນເຊື່ອຂອງ Avalon Streaming. ອິນເຕີເຟດການປ່ອຍສິນເຊື່ອ Avalon Streaming ອາດມີພຽງໜຶ່ງຕົວຢ່າງຂອງແຕ່ລະບົດບາດສັນຍານ. ທຸກໆບົດບາດສັນຍານສິນເຊື່ອຂອງ Avalon ນໍາໃຊ້ກັບທັງສອງແຫຼ່ງແລະບ່ອນຫລົ້ມຈົມແລະມີຄວາມຫມາຍດຽວກັນສໍາລັບທັງສອງ.

ຕາຕະລາງ 20. Avalon Streaming Credit Interface Signals

ຊື່ສັນຍານ

ທິດທາງ

ອັບເດດ

ຈົມລົງໄປ

ແຫຼ່ງ

ກວ້າງ

ສິນເຊື່ອ

ຈົມລົງໄປ

1-9

ແຫຼ່ງ

ທາງເລືອກ / ຕ້ອງການ

ລາຍລະອຽດ

ຕ້ອງການ

Sink ສົ່ງການອັບເດດ ແລະແຫຼ່ງທີ່ມາຂອງເຄດິດເຄດິດທີ່ມີໃຫ້. Sink ສົ່ງການອັບເດດໄປຫາແຫຼ່ງທີ່ມາເມື່ອທຸລະກໍາຖືກປາກົດຈາກ buffer ຂອງມັນ.
ເຄຣດິດໃນແຫຼ່ງແມ່ນເພີ່ມຂຶ້ນໂດຍມູນຄ່າໃນລົດເມສິນເຊື່ອຈາກ sink ກັບແຫຼ່ງ.

ຕ້ອງການ

ຊີ້ບອກສິນເຊື່ອເພີ່ມເຕີມທີ່ມີຢູ່ໃນບ່ອນຫລົ້ມຈົມເມື່ອມີການຢືນຢັນການອັບເດດ.
ລົດເມຄັນນີ້ປະຕິບັດຄ່າຕາມທີ່ກຳນົດໄວ້ໂດຍບ່ອນຈົມ. ຄວາມກວ້າງຂອງລົດເມເຄຣດິດແມ່ນ ceilog2(MAX_CREDIT + 1). Sink ສົ່ງມູນຄ່າສິນເຊື່ອທີ່ມີຢູ່ໃນລົດເມນີ້ເຊິ່ງຊີ້ໃຫ້ເຫັນຈໍານວນການເຮັດທຸລະກໍາທີ່ມັນສາມາດຍອມຮັບໄດ້. ແຫຼ່ງທີ່ເກັບກໍາມູນຄ່າສິນເຊື່ອ
ພຽງແຕ່ຖ້າສັນຍານອັບເດດຖືກຢືນຢັນ.

return_credit ແຫຼ່ງ 1 sink

ຂໍ້ມູນຖືກຕ້ອງ
ຄວາມຜິດພາດ

ແຫຼ່ງທີ່ຈະຈົມລົງ
ແຫຼ່ງທີ່ຈະຈົມລົງ

1-8192 1

ແຫຼ່ງທີ່ຈະຈົມລົງ

1-256

ຕ້ອງການຄວາມຕ້ອງການທີ່ຕ້ອງການທາງເລືອກ

ຢືນຢັນໂດຍແຫຼ່ງເພື່ອສົ່ງ 1 ເຄຣດິດກັບຄືນສູ່ການຈົມ.
ໝາຍເຫດ: ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ, ເບິ່ງພາກ 6.2.3 ການສົ່ງຄືນສິນເຊື່ອ.
ຂໍ້ມູນຖືກແບ່ງອອກເປັນສັນຍາລັກຕາມຄໍານິຍາມ Avalon Streaming ທີ່ມີຢູ່ແລ້ວ.
ຢືນຢັນໂດຍແຫຼ່ງເພື່ອໃຫ້ມີຄຸນສົມບັດແຫຼ່ງອື່ນໆທັງຫມົດທີ່ຈະຈົມລົງສັນຍານ. ແຫຼ່ງຂໍ້ມູນສາມາດຢືນຢັນໄດ້ພຽງແຕ່ເມື່ອສິນເຊື່ອທີ່ມີໃຫ້ມັນຫຼາຍກວ່າ 0.
ໜ້າກາກບິດໃຊ້ເພື່ອໝາຍຄວາມຜິດພາດທີ່ສົ່ງຜົນກະທົບຕໍ່ຂໍ້ມູນທີ່ຖືກໂອນຢູ່ໃນຮອບວຽນປັດຈຸບັນ. ຄວາມຜິດພາດພຽງໜ້ອຍໜຶ່ງແມ່ນໃຊ້ສຳລັບແຕ່ລະຂໍ້ຜິດພາດທີ່ຮັບຮູ້ໂດຍອົງປະກອບ, ຕາມທີ່ກຳນົດໄວ້ໂດຍຄຸນສົມບັດ errorDescriptor.
ສືບຕໍ່…

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 54

ສົ່ງຄຳຕິຊົມ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon 683091 | 2022.01.24

ຊ່ອງທາງຊື່ສັນຍານ
startofpacket endofpacket ຫວ່າງເປົ່າ

ແຫຼ່ງທິດທາງທີ່ຈະຈົມລົງ
ແຫຼ່ງທີ່ຈະຈົມລົງ Source to sink Source to sink
ແຫຼ່ງທີ່ຈະຈົມລົງ
ແຫຼ່ງທີ່ຈະຈົມລົງ

ກວ້າງ

ທາງເລືອກ / ຕ້ອງການ

ລາຍລະອຽດ

1-128

ທາງເລືອກ

ໝາຍເລກຊ່ອງສຳລັບຂໍ້ມູນທີ່ຖືກໂອນຢູ່ໃນຮອບວຽນປັດຈຸບັນ.
ຖ້າອິນເຕີເຟດສະຫນັບສະຫນູນສັນຍານຊ່ອງ, ມັນຕ້ອງກໍານົດພາລາມິເຕີ maxChannel.

ສັນຍານການໂອນ Packet

ທາງເລືອກ

ຢືນຢັນໂດຍແຫຼ່ງເພື່ອຫມາຍການເລີ່ມຕົ້ນ

ຂອງຊຸດ.

ທາງເລືອກ

ຢືນຢັນໂດຍແຫຼ່ງເພື່ອຫມາຍການສິ້ນສຸດຂອງ

ຊອງ.

ceil(log2(NUM_SYMBOLS)) ທາງເລືອກ

ຊີ້ໃຫ້ເຫັນຈໍານວນສັນຍາລັກທີ່ຫວ່າງເປົ່າ, ນັ້ນແມ່ນ, ບໍ່ສະແດງຂໍ້ມູນທີ່ຖືກຕ້ອງ. ສັນຍານຫວ່າງເປົ່າບໍ່ໄດ້ຖືກນໍາໃຊ້ໃນການໂຕ້ຕອບທີ່ມີສັນຍາລັກຫນຶ່ງຕໍ່ຕີ.

ສັນຍານຜູ້ໃຊ້

1-8192

ທາງເລືອກ

ຈໍານວນສັນຍານຜູ້ໃຊ້ຕໍ່ແພັກເກັດໃດນຶ່ງສາມາດມີຢູ່ໃນສ່ວນຕິດຕໍ່ແຫຼ່ງ ແລະບ່ອນຫລົ້ມຈົມ. ແຫຼ່ງກໍານົດມູນຄ່າຂອງສັນຍານນີ້ເມື່ອ
startofpacket ຖືກຢືນຢັນ. ແຫຼ່ງຂໍ້ມູນບໍ່ຄວນປ່ຽນຄ່າຂອງສັນຍານນີ້ຈົນກ່ວາການເລີ່ມຕົ້ນຂອງແພັກເກັດໃຫມ່. ລາຍລະອຽດເພີ່ມເຕີມຢູ່ໃນພາກສ່ວນ User Signal.

1-8192

ທາງເລືອກ

ຈໍານວນຂອງສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກສາມາດມີຢູ່ໃນແຫຼ່ງແລະຈົມລົງ. ລາຍລະອຽດເພີ່ມເຕີມຢູ່ໃນພາກສ່ວນ User Signal.

6.2.1. ການໂຕ້ຕອບ synchronous

ການໂອນຍ້າຍທັງຫມົດຂອງການເຊື່ອມຕໍ່ Avalon Streaming ເກີດຂຶ້ນ synchronous ກັບຂອບທີ່ເພີ່ມຂຶ້ນຂອງສັນຍານໂມງທີ່ກ່ຽວຂ້ອງ. ຜົນໄດ້ຮັບທັງຫມົດຈາກການໂຕ້ຕອບແຫຼ່ງທີ່ຈະເປັນການເຊື່ອມຕໍ່ການຫລົ້ມຈົມ,
ລວມທັງຂໍ້ມູນ, ຊ່ອງທາງ, ແລະສັນຍານຄວາມຜິດພາດ, ຕ້ອງໄດ້ຮັບການລົງທະບຽນຢູ່ໃນຂອບຂອງໂມງທີ່ເພີ່ມຂຶ້ນ. ວັດສະດຸປ້ອນເຂົ້າໃນການໂຕ້ຕອບການຫລົ້ມຈົມບໍ່ຈໍາເປັນຕ້ອງລົງທະບຽນ. ການລົງທະບຽນສັນຍານຢູ່ແຫຼ່ງທີ່ອໍານວຍຄວາມສະດວກໃນການດໍາເນີນງານທີ່ມີຄວາມຖີ່ສູງ.

ຕາຕະລາງ 21. Avalon Streaming ຄຸນສົມບັດການໂຕ້ຕອບສິນເຊື່ອ

ຊື່ຊັບສິນ

ຄ່າເລີ່ມຕົ້ນ

ມູນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ໂມງທີ່ກ່ຽວຂ້ອງ

ໂມງ

ຊື່ຂອງອິນເຕີເຟດໂມງ Avalon ທີ່ສິ່ງນີ້

ການໂຕ້ຕອບ

ການໂຕ້ຕອບຂອງ Avalon Streaming ແມ່ນ synchronous.

Reset ທີ່ກ່ຽວຂ້ອງ

ຣີເຊັດ

ຊື່ຂອງການໂຕ້ຕອບ Avalon Reset ທີ່ສິ່ງນີ້

ການໂຕ້ຕອບ

ການໂຕ້ຕອບຂອງ Avalon Streaming ແມ່ນ synchronous.

dataBitsPerSymbol symbolsPerBeat

1 8192

ກໍານົດຈໍານວນບິດຕໍ່ສັນຍາລັກ. ຕົວຢ່າງampເລ,

ການໂຕ້ຕອບຂອງ byte-oriented ມີສັນຍາລັກ 8-bit. ມູນຄ່ານີ້ແມ່ນ

ບໍ່ຈໍາກັດເປັນພະລັງງານຂອງ 2.

1 8192

ຈໍານວນຂອງສັນຍາລັກທີ່ຖືກໂອນຢູ່ໃນທຸກໆ

ຮອບວຽນທີ່ຖືກຕ້ອງ.

ສິນເຊື່ອສູງສຸດ

256

1-256

ຈຳນວນສິນເຊື່ອສູງສຸດທີ່ການໂຕ້ຕອບຂໍ້ມູນສາມາດຮອງຮັບໄດ້.
ສືບຕໍ່…

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 55

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon 683091 | 2022.01.24

ຊື່ຊັບສິນຜິດພາດ Descriptor

ຄ່າເລີ່ມຕົ້ນ
0

firstSymbolInHighOrderBits ເປັນຄວາມຈິງ

ຊ່ອງສູງສຸດ

ມູນຄ່າທາງກົດໝາຍ

ລາຍລະອຽດ

ລາຍຊື່ສະຕຣິງ

ບັນຊີລາຍຊື່ຂອງຄໍາທີ່ອະທິບາຍຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະບິດຂອງສັນຍານຄວາມຜິດພາດ. ຄວາມຍາວຂອງລາຍຊື່ຕ້ອງເທົ່າກັບຈໍານວນບິດໃນສັນຍານຄວາມຜິດພາດ. ຄໍາທໍາອິດໃນບັນຊີລາຍຊື່ໃຊ້ກັບຄໍາສັ່ງສູງສຸດ. ຕົວຢ່າງample, "crc, overflow" ຫມາຍຄວາມວ່າ bit[1] ຂອງຄວາມຜິດພາດຊີ້ໃຫ້ເຫັນເຖິງຄວາມຜິດພາດ CRC. Bit[0] ຊີ້ໃຫ້ເຫັນຄວາມຜິດພາດ overflow.

ຄວາມຈິງ, ບໍ່ຖືກຕ້ອງ

ຈໍານວນສູງສຸດຂອງຊ່ອງທີ່ມີການໂຕ້ຕອບຂໍ້ມູນ

ສາມາດສະຫນັບສະຫນູນ.

6.2.2. ການໂອນຂໍ້ມູນປົກກະຕິ
ພາກສ່ວນນີ້ກໍານົດການໂອນຂໍ້ມູນຈາກສ່ວນຕິດຕໍ່ແຫຼ່ງໄປຫາການໂຕ້ຕອບການຫລົ້ມຈົມ. ໃນທຸກກໍລະນີ, ແຫຼ່ງຂໍ້ມູນແລະບ່ອນຫລົ້ມຈົມຂອງຂໍ້ມູນຕ້ອງປະຕິບັດຕາມຂໍ້ກໍານົດສະເພາະ. ມັນບໍ່ແມ່ນຄວາມຮັບຜິດຊອບຂອງການຈົມຂໍ້ມູນໃນການກວດສອບຄວາມຜິດພາດຂອງໂປຣໂຕຄໍແຫຼ່ງ.
ຕົວເລກຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນສັນຍານທີ່ຖືກນໍາໃຊ້ໂດຍທົ່ວໄປໃນການໂຕ້ຕອບ Avalon Streaming Credit.
ຮູບທີ 33. ສັນຍານການປ່ອຍສິນເຊື່ອ Avalon ປົກກະຕິ

ດັ່ງທີ່ຕົວເລກນີ້ຊີ້ໃຫ້ເຫັນ, Avalon Streaming Credit source interface ປົກກະຕິຈະຂັບລົດສັນຍານທີ່ຖືກຕ້ອງ, ຂໍ້ມູນ, ຂໍ້ຜິດພາດ, ແລະຊ່ອງໃສ່ບ່ອນຫລົ້ມຈົມ. sink drives ການອັບເດດແລະສັນຍານສິນເຊື່ອ.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 56

ສົ່ງຄຳຕິຊົມ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon 683091 | 2022.01.24
ຮູບທີ 34. ສິນເຊື່ອ ແລະການໂອນຂໍ້ມູນແບບປົກກະຕິ

ຕົວເລກຂ້າງເທິງສະແດງໃຫ້ເຫັນການປ່ອຍສິນເຊື່ອແລະຂໍ້ມູນປົກກະຕິລະຫວ່າງແຫຼ່ງແລະບ່ອນຫລົ້ມຈົມ. ອາດຈະມີຄວາມລ່າຊ້າຕາມຕົນຕົວລະຫວ່າງການຢືນຢັນການຫລົ້ມຈົມ ແລະແຫຼ່ງທີ່ໄດ້ຮັບການປັບປຸງ. ເຊັ່ນດຽວກັນ, ມັນສາມາດມີການຊັກຊ້າໂດຍຕົນເອງລະຫວ່າງແຫຼ່ງຢືນຢັນທີ່ຖືກຕ້ອງສໍາລັບຂໍ້ມູນແລະການຈົມລົງຮັບຂໍ້ມູນນັ້ນ. ການຊັກຊ້າຂອງເສັ້ນທາງສິນເຊື່ອຈາກບ່ອນຫລົ້ມຈົມໄປຫາແຫຼ່ງແລະເສັ້ນທາງຂໍ້ມູນຈາກແຫຼ່ງໄປຫາບ່ອນຫລົ້ມຈົມບໍ່ຈໍາເປັນຕ້ອງມີຄວາມເທົ່າທຽມກັນ. ຄວາມລ່າຊ້າເຫຼົ່ານີ້ສາມາດເປັນ 0 ວົງຈອນເຊັ່ນດຽວກັນ, ie ໃນເວລາທີ່ sink ຢືນຢັນການປັບປຸງ, ມັນໄດ້ຖືກເຫັນໂດຍແຫຼ່ງໃນວົງຈອນດຽວກັນ. ໃນທາງກົງກັນຂ້າມ, ເມື່ອແຫຼ່ງຢືນຢັນຖືກຕ້ອງ, ມັນຖືກເບິ່ງໂດຍການຈົມຢູ່ໃນວົງຈອນດຽວກັນ. ຖ້າແຫຼ່ງມີສູນເຄຣດິດ, ມັນບໍ່ສາມາດຢືນຢັນໄດ້. ສິນເຊື່ອໂອນແມ່ນສະສົມ. ຖ້າ sink ໄດ້ໂອນສິນເຊື່ອເທົ່າກັບຄຸນສົມບັດ maxCredit ຂອງມັນ, ແລະບໍ່ໄດ້ຮັບຂໍ້ມູນໃດໆ, ມັນບໍ່ສາມາດຢືນຢັນການອັບເດດໄດ້ຈົນກ່ວາມັນໄດ້ຮັບຂໍ້ມູນຢ່າງຫນ້ອຍ 1 ຫຼືໄດ້ຮັບກໍາມະຈອນ return_credit ຈາກແຫຼ່ງ.
Sink ບໍ່ສາມາດ backpressure ຂໍ້ມູນຈາກແຫຼ່ງໄດ້ຖ້າຫາກວ່າ sink ໄດ້ໃຫ້ສິນເຊື່ອກັບແຫຼ່ງ, ie sink ຕ້ອງຍອມຮັບຂໍ້ມູນຈາກແຫຼ່ງຖ້າຫາກວ່າມີສິນເຊື່ອທີ່ຍັງຄ້າງຄາ. ແຫຼ່ງຂໍ້ມູນບໍ່ສາມາດຢືນຢັນໄດ້ຖ້າຫາກວ່າມັນຍັງບໍ່ທັນໄດ້ຮັບສິນເຊື່ອໃດໆຫຼືຫມົດສິນເຊື່ອທີ່ໄດ້ຮັບ, ie ສົ່ງຂໍ້ມູນແລ້ວແທນທີ່ຈະເປັນສິນເຊື່ອທີ່ໄດ້ຮັບ.
ຖ້າແຫຼ່ງຂໍ້ມູນບໍ່ມີເຄຣດິດ, ແຫຼ່ງບໍ່ສາມາດເລີ່ມການໂອນຂໍ້ມູນໃນຮອບດຽວກັນທີ່ມັນໄດ້ຮັບເຄຣດິດ. ເຊັ່ນດຽວກັນ, ຖ້າ sink ໄດ້ໂອນສິນເຊື່ອເທົ່າກັບຊັບສິນ maxCredit ຂອງມັນແລະມັນໄດ້ຮັບຂໍ້ມູນ, sink ບໍ່ສາມາດສົ່ງການປັບປຸງໃນຮອບດຽວກັນກັບຂໍ້ມູນທີ່ໄດ້ຮັບ. ຂໍ້ ຈຳ ກັດເຫຼົ່ານີ້ໄດ້ຖືກວາງໄວ້ເພື່ອຫລີກລ້ຽງການລວມຕົວກັນໃນການຈັດຕັ້ງປະຕິບັດ.
6.2.3. ສົ່ງຄືນສິນເຊື່ອ
Avalon Streaming Credit protocol ຮອງຮັບສັນຍານ return_credit. ອັນນີ້ຖືກໃຊ້ໂດຍແຫຼ່ງທີ່ມາເພື່ອສົ່ງຄືນສິນເຊື່ອກັບຄືນສູ່ການຈົມລົງ. ທຸກໆວົງຈອນສັນຍານນີ້ຖືກຢືນຢັນ, ມັນຊີ້ໃຫ້ເຫັນວ່າແຫຼ່ງກໍາລັງໃຫ້ສິນເຊື່ອຄືນ 1. ຖ້າແຫຼ່ງຕ້ອງການສົ່ງຄືນຫຼາຍເຄຣດິດ, ສັນຍານນີ້ຕ້ອງໄດ້ຮັບການຢືນຢັນສໍາລັບຫຼາຍຮອບ. ຕົວຢ່າງample, ຖ້າແຫຼ່ງຕ້ອງການສົ່ງຄືນ 10 ສິນເຊື່ອທີ່ຍັງຄ້າງຄາ, ມັນຢືນຢັນສັນຍານ return_credit ເປັນເວລາ 10 ຮອບ. ອ່າງລ້າງຄວນຄິດໄລ່ສິນເຊື່ອທີ່ສົ່ງຄືນຢູ່ໃນເຄຣດິດພາຍໃນເຄຣດິດບໍາລຸງຮັກສາເຄຣດິດພາຍໃນຂອງຕົນ. ເຄຣດິດສາມາດສົ່ງຄືນໄດ້ໂດຍແຫຼ່ງທີ່ມາໃນທຸກເວລາ ຕາບໃດທີ່ມັນມີເຄຣດິດຫຼາຍກວ່າ 0.
ຕົວເລກລຸ່ມນີ້ຍົກຕົວຢ່າງການໃຫ້ສິນເຊື່ອທີ່ມາ. ດັ່ງທີ່ສະແດງຢູ່ໃນຮູບ, ສິນເຊື່ອທີ່ໂດດເດັ່ນແມ່ນຕົວນັບພາຍໃນສໍາລັບແຫຼ່ງ. ເມື່ອແຫຼ່ງທີ່ມາໃຫ້ສິນເຊື່ອ, ຕົວນັບນີ້ຈະຖືກຫຼຸດລົງ.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 57

ຮູບທີ 35. ແຫຼ່ງທີ່ມາຂອງສິນເຊື່ອ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon 683091 | 2022.01.24

ໝາຍເຫດ:

ເຖິງແມ່ນວ່າແຜນວາດຂ້າງເທິງສະແດງໃຫ້ເຫັນການກັບຄືນຂອງສິນເຊື່ອໃນເວລາທີ່ຖືກຕ້ອງແມ່ນ deasserted, return_credit ຍັງສາມາດຖືກຢືນຢັນໃນຂະນະທີ່ຖືກຕ້ອງແມ່ນຢືນຢັນ. ໃນກໍລະນີນີ້, ແຫຼ່ງໃຊ້ຈ່າຍ 2 ເຄຣດິດຢ່າງມີປະສິດທິພາບ: ຫນຶ່ງສໍາລັບທີ່ຖືກຕ້ອງ, ແລະອີກອັນຫນຶ່ງສໍາລັບ return_credit.

6.3. Avalon Streaming ສັນຍານຜູ້ໃຊ້ສິນເຊື່ອ
ສັນຍານຜູ້ໃຊ້ແມ່ນສັນຍານ sideband ທາງເລືອກທີ່ໄຫຼໄປພ້ອມກັບຂໍ້ມູນ. ພວກມັນຖືວ່າຖືກຕ້ອງພຽງແຕ່ເມື່ອຂໍ້ມູນຖືກຕ້ອງ. ເນື່ອງຈາກສັນຍານຂອງຜູ້ໃຊ້ບໍ່ມີຄວາມຫມາຍຫຼືຈຸດປະສົງທີ່ກໍານົດໄວ້, ຄວນລະມັດລະວັງໃນການນໍາໃຊ້ສັນຍານເຫຼົ່ານີ້. ມັນເປັນຄວາມຮັບຜິດຊອບຂອງຜູ້ອອກແບບລະບົບເພື່ອໃຫ້ແນ່ໃຈວ່າສອງ IP ທີ່ເຊື່ອມຕໍ່ເຊິ່ງກັນແລະກັນຕົກລົງກ່ຽວກັບບົດບາດຂອງສັນຍານຂອງຜູ້ໃຊ້.
ສອງປະເພດຂອງສັນຍານຜູ້ໃຊ້ກໍາລັງຖືກສະເຫນີ: ສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກແລະສັນຍານຜູ້ໃຊ້ຕໍ່ຊຸດ.
6.3.1. ສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກ
ດັ່ງທີ່ຊື່ແນະນໍາ, ຂໍ້ມູນກໍານົດສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກ (symbol_user) ຕໍ່ສັນຍາລັກ. ແຕ່ລະສັນຍາລັກໃນຂໍ້ມູນສາມາດມີສັນຍານຜູ້ໃຊ້. ຕົວຢ່າງample, ຖ້າຈໍານວນສັນຍາລັກໃນຂໍ້ມູນແມ່ນ 8, ແລະຄວາມກວ້າງຂອງ symbol_user ແມ່ນ 2 bits, ຄວາມກວ້າງທັງຫມົດຂອງສັນຍານ symbol_user ແມ່ນ 16 bits.
Symbol_user ຖືກຕ້ອງພຽງແຕ່ເມື່ອຂໍ້ມູນທີ່ຖືກຕ້ອງ. ແຫຼ່ງສາມາດປ່ຽນສັນຍານນີ້ທຸກຮອບວຽນເມື່ອຂໍ້ມູນຖືກຕ້ອງ. Sink ສາມາດບໍ່ສົນໃຈຄ່າຂອງ symbol_user bits ສໍາລັບສັນຍາລັກເປົ່າ.
ຖ້າແຫຼ່ງທີ່ມີສັນຍານນີ້ເຊື່ອມຕໍ່ກັບບ່ອນຫລົ້ມຈົມທີ່ບໍ່ມີສັນຍານນີ້ຢູ່ໃນສ່ວນຕິດຕໍ່ຂອງມັນ, ສັນຍານຈາກແຫຼ່ງຍັງຄົງຢູ່ dangling ໃນການເຊື່ອມຕໍ່ກັນທີ່ສ້າງຂຶ້ນ.
ຖ້າແຫຼ່ງທີ່ບໍ່ມີສັນຍານນີ້ເຊື່ອມຕໍ່ກັບບ່ອນຫລົ້ມຈົມທີ່ມີສັນຍານນີ້ຢູ່ໃນການໂຕ້ຕອບຂອງມັນ, ສັນຍານຂອງຜູ້ໃຊ້ input ຂອງ sink ເຊື່ອມຕໍ່ກັບ 0.
ຖ້າທັງສອງແຫຼ່ງແລະບ່ອນຫລົ້ມຈົມມີຈໍານວນສັນຍາລັກເທົ່າທຽມກັນໃນຂໍ້ມູນ, ຫຼັງຈາກນັ້ນສັນຍານຂອງຜູ້ໃຊ້ສໍາລັບທັງສອງຈະຕ້ອງມີຄວາມກວ້າງເທົ່າທຽມກັນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ພວກເຂົາບໍ່ສາມາດເຊື່ອມຕໍ່ໄດ້.

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 58

ສົ່ງຄຳຕິຊົມ

6. ການໂຕ້ຕອບການປ່ອຍສິນເຊື່ອ Avalon Streaming
683091 | 2022.01.24
ຖ້າແຫຼ່ງກວ້າງແມ່ນເຊື່ອມຕໍ່ກັບບ່ອນຫລົ້ມຈົມແຄບ, ແລະທັງສອງມີສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກ, ຫຼັງຈາກນັ້ນທັງສອງຕ້ອງມີບິດເທົ່າທຽມກັນຂອງສັນຍານຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະສັນຍາລັກ. ຕົວຢ່າງample, ຖ້າແຫຼ່ງສັນຍາລັກ 16 ມີ 2 ບິດຂອງສັນຍານຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະສັນຍາລັກ (ສໍາລັບຈໍານວນທັງຫມົດ 32 ບິດຂອງສັນຍານຜູ້ໃຊ້), ຫຼັງຈາກນັ້ນ 4-symbol sink ຕ້ອງມີສັນຍານຜູ້ໃຊ້ກວ້າງ 8-bit (2 ບິດທີ່ກ່ຽວຂ້ອງກັບ. ແຕ່ລະສັນຍາລັກ). ອະແດັບເຕີຮູບແບບຂໍ້ມູນສາມາດປ່ຽນຂໍ້ມູນແຫຼ່ງ 16 ສັນຍາລັກເປັນຂໍ້ມູນການຈົມ 4 ສັນຍາລັກ, ແລະສັນຍານຜູ້ໃຊ້ 32 ບິດເປັນສັນຍານຜູ້ໃຊ້ 8 ບິດ. ອະແດບເຕີຮູບແບບຂໍ້ມູນຮັກສາການເຊື່ອມໂຍງຂອງສັນຍາລັກກັບບິດສັນຍານຂອງຜູ້ໃຊ້ທີ່ສອດຄ້ອງກັນ.
ເຊັ່ນດຽວກັນ, ຖ້າແຫຼ່ງແຄບແມ່ນເຊື່ອມຕໍ່ກັບບ່ອນຫລົ້ມຈົມກວ້າງ, ແລະທັງສອງມີສັນຍານຜູ້ໃຊ້ຕໍ່ສັນຍາລັກ, ຫຼັງຈາກນັ້ນທັງສອງຕ້ອງມີສັນຍານຂອງຜູ້ໃຊ້ເທົ່າທຽມກັນທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະສັນຍາລັກ. ຕົວຢ່າງample, ຖ້າແຫຼ່ງສັນຍາລັກ 4 ມີ 2 ບິດຂອງສັນຍານຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບແຕ່ລະສັນຍາລັກ (ສໍາລັບຈໍານວນທັງຫມົດ 8 ບິດຂອງສັນຍານຜູ້ໃຊ້), ຫຼັງຈາກນັ້ນ 16-symbol sink ຕ້ອງມີສັນຍານຜູ້ໃຊ້ກວ້າງ 32-bit (2 ບິດທີ່ກ່ຽວຂ້ອງກັບ. ແຕ່ລະສັນຍາລັກ). ອະແດັບເຕີຮູບແບບຂໍ້ມູນສາມາດປ່ຽນຂໍ້ມູນແຫຼ່ງ 4 ສັນຍາລັກເປັນຂໍ້ມູນການຈົມລົງ 16 ສັນຍາລັກ, ແລະສັນຍານຜູ້ໃຊ້ 8 ບິດເປັນສັນຍານຜູ້ໃຊ້ 32 ບິດ. ອະແດບເຕີຮູບແບບຂໍ້ມູນຮັກສາການເຊື່ອມໂຍງຂອງສັນຍາລັກກັບບິດສັນຍານຂອງຜູ້ໃຊ້ທີ່ສອດຄ້ອງກັນ. ຖ້າແພັກເກັດນ້ອຍກວ່າອັດຕາສ່ວນຂອງຄວາມກວ້າງຂອງຂໍ້ມູນ, ຜູ້ດັດແປງຮູບແບບຂໍ້ມູນຈະກໍານົດຄ່າຂອງຫວ່າງເປົ່າຕາມຄວາມເຫມາະສົມ. Sink ຄວນບໍ່ສົນໃຈມູນຄ່າຂອງ bits ຂອງຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບສັນຍາລັກເປົ່າ.
6.3.2. ສັນຍານຜູ້ໃຊ້ຕໍ່ແພັກເກັດ
ນອກເໜືອໄປຈາກ symbol_user, ສັນຍານຜູ້ໃຊ້ຕໍ່ແພັກເກັດ (packet_user) ຍັງສາມາດຖືກປະກາດຢູ່ໃນສ່ວນຕິດຕໍ່ໄດ້. Packet_user ສາມາດມີຄວາມກວ້າງຕາມຄວາມຕ້ອງການ. ບໍ່ເຫມືອນກັບ symbol_user, packet_user ຕ້ອງຄົງທີ່ຕະຫຼອດແພັກເກັດ, ເຊັ່ນວ່າຄ່າຂອງມັນຄວນຈະຖືກຕັ້ງໄວ້ໃນຕອນເລີ່ມຕົ້ນຂອງແພັກເກັດແລະຕ້ອງຄົງທີ່ຄືກັນຈົນກ່ວາໃນຕອນທ້າຍຂອງແພັກເກັດ. ຂໍ້ຈໍາກັດນີ້ເຮັດໃຫ້ການປະຕິບັດຕົວດັດແປງຮູບແບບຂໍ້ມູນງ່າຍກວ່າຍ້ອນວ່າມັນກໍາຈັດທາງເລືອກທີ່ຈະເຮັດເລື້ມຄືນຫຼືຟັກ (ແຫຼ່ງກວ້າງ, ຈົມແຄບ) ຫຼື concatenate (ແຫຼ່ງແຄບ, ອ່າງລ້າງກວ້າງ) packet_user.
ຖ້າແຫຼ່ງມີ packet_user ແລະ sink ບໍ່, packet_user ຈາກແຫຼ່ງຍັງຄົງ dangling. ໃນກໍລະນີດັ່ງກ່າວ, ຜູ້ອອກແບບລະບົບຕ້ອງລະມັດລະວັງແລະບໍ່ສົ່ງຂໍ້ມູນການຄວບຄຸມທີ່ສໍາຄັນໃດໆກ່ຽວກັບສັນຍານນີ້ຍ້ອນວ່າມັນຖືກລະເລີຍທັງຫມົດຫຼືບາງສ່ວນ.
ຖ້າແຫຼ່ງທີ່ບໍ່ມີ packet_user ແລະ sink ເຮັດ, packet_user ທີ່ຈະ sink ຖືກຜູກມັດກັບ 0.

ສົ່ງຄຳຕິຊົມ

ຂໍ້ມູນຈໍາເພາະຂອງການໂຕ້ຕອບ Avalon® 59

683091 | 2022.01.24 ສົ່ງຄຳຕິຊົມ

7. Avalon Conduit Interfaces

ໝາຍເຫດ:

Avalon Conduit interfaces ຈັດກຸ່ມການລວບລວມສັນຍານທີ່ຕົນເອງມັກ. ທ່ານສາມາດກໍານົດບົດບາດໃດໆສໍາລັບສັນຍານທໍ່. ຢ່າງໃດກໍຕາມ, ເມື່ອທ່ານເຊື່ອມຕໍ່ທໍ່, ບົດບາດແລະຄວາມກວ້າງຕ້ອງກົງກັນ, ແລະທິດທາງຕ້ອງກົງກັນຂ້າມ. ການໂຕ້ຕອບ Avalon Conduit ສາມາດປະກອບມີສັນຍານຂາເຂົ້າ, ຜົນຜະລິດ, ແລະສັນຍານສອງທິດທາງ. ໂມດູນສາມາດມີການໂຕ້ຕອບ Avalon Conduit ຫຼາຍອັນເພື່ອສະຫນອງການຈັດກຸ່ມສັນຍານຢ່າງມີເຫດຜົນ. ການໂຕ້ຕອບທໍ່ສາມາດປະກາດໂມງທີ່ກ່ຽວຂ້ອງ. ເມື່ອສ່ວນຕິດຕໍ່ທໍ່ທີ່ເຊື່ອມຕໍ່ຢູ່ໃນໂດເມນໂມງທີ່ແຕກຕ່າງກັນ, Platform Designer ຈະສ້າງຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ.
ຖ້າເປັນໄປໄດ້, ທ່ານຄວນໃຊ້ອິນເຕີເຟດ Avalon-MM ຫຼື Avalon-ST ມາດຕະຖານແທນທີ່ຈະສ້າງການໂຕ້ຕອບ Avalon Conduit. Platform Designer ສະຫນອງການກວດສອບຄວາມຖືກຕ້ອງແລະການປັບຕົວສໍາລັບການໂຕ້ຕອບເຫຼົ່ານີ້. ຜູ້ອອກແບບແພລະຕະຟອມບໍ່ສາມາດສະຫນອງການກວດສອບຄວາມຖືກຕ້ອງຫຼືການປັບຕົວສໍາລັບການໂຕ້ຕອບ Avalon Conduit.
ສ່ວນຕິດຕໍ່ທໍ່ທໍ່ໂດຍປົກກະຕິແລ້ວໃຊ້ເພື່ອຂັບສັນຍານອຸປະກອນນອກຊິບ, ເຊັ່ນ: ທີ່ຢູ່ SDRAM, ຂໍ້ມູນ ແລະສັນຍານຄວບຄຸມ.

ISO 9001:2015 ລົງທະບຽນ

7. Avalon Conduit Interfaces 683091 | 2022.01.24

ຮູບທີ 36. ສຸມໃສ່ການໂຕ້ຕອບຂອງທໍ່

ອີເທີເນັດ PHY

ລະບົບ Avalon-MM
ໂປເຊດເຊີ Avalon-MM
ເຈົ້າພາບ

ອີເທີເນັດ MAC
ເຈົ້າພາບ Avalon-MM

Logic ແບບກຳນົດເອງ
ເຈົ້າພາບ Avalon-MM

ຜ້າລະບົບເຊື່ອມຕໍ່ກັນ

ຕົວແທນ Avalon-MM
ຕົວຄວບຄຸມ SDRAM

ຕົວແທນ Avalon
Logic ແບບກຳນົດເອງ

ການໂຕ້ຕອບທໍ່
ຫນ່ວຍຄວາມຈໍາ SDRAM

ເອກະສານ / ຊັບພະຍາກອນ

intel MNL-AVABUSREF Avalon ການໂຕ້ຕອບ [pdf] ຄູ່ມືຜູ້ໃຊ້
MNL-AVABUSREF, ການໂຕ້ຕອບ Avalon, MNL-AVABUSREF Avalon Interface

ເອກະສານອ້າງອີງ

ຄູ່ມືຜູ້ໃຊ້

ການໂຕ້ຕອບ MNL-AVABUSREF Avalon

ເອກະສານ / ຊັບພະຍາກອນ

ເອກະສານອ້າງອີງ

ອອກຄໍາເຫັນ

ຍົກເລີກການຕອບ