Кіраўніцтва карыстальніка інтэрфейсу intel MNL-AVABUSREF Avalon

Змест схаваць

1 Інтэрфейс MNL-AVABUSREF Avalon

2 Дакументы / Рэсурсы

2.1 Спасылкі

3 Падобныя паведамленні

Інтэрфейс MNL-AVABUSREF Avalon

View Fullscreen

Спецыфікацыі інтэрфейсу Avalon®
Абноўлена для Intel® Quartus® Prime Design Suite: 20.1

Інтэрнэт-версія Адправіць водгук

МНЛ-АВАБУСРЕФ

ID: 683091 Версія: 2022.01.24

Змест

Змест
1. Знаёмства са спецыфікацыямі інтэрфейсу Avalon®……………………………………………… 4 1.1. Уласцівасці і параметры Avalon…………………………………………………………………. 5 1.2. Сігнальныя ролі…………………………………………………………………………………………….5 1.3. Час інтэрфейсу…………………………………………………………………………………………. 5 1.4. напрыкладample: Інтэрфейсы Avalon у дызайне сістэмы…………………………………………………. 5
2. Гадзіннік Avalon і інтэрфейс скіду…………………………………………………………………………. 8 2.1. Ролі сігналу паглынання гадзінніка Avalon…………………………………………………………………….. 8 2.2. Уласцівасці прыёмніка гадзінніка………………………………………………………………………………… 9 2.3. Звязаныя інтэрфейсы гадзінніка ……………………………………………………………………………9 2.4. Ролі сігналу крыніцы гадзінніка Avalon…………………………………………………………………..9 2.5. Уласцівасці крыніцы тактавага сігналу…………………………………………. Скінуць ракавіну………………………………………………………………………………………………. 9 2.6. Скінуць уласцівасці інтэрфейсу прыёмніка……………………………………………………………………… 10 2.7. Звязаныя інтэрфейсы скіду ………………………………………………………………………10 2.8. Скінуць крыніцу………………………………………………………………………………………….10 2.9. Скінуць уласцівасці зыходнага інтэрфейсу……………………………………………………………….10
3. Інтэрфейсы Avalon з адлюстраваннем памяці…………………………………………………………………….12 3.1. Уводзіны ў інтэрфейсы, накіраваныя на памяць Avalon ……………………………………………? 12 3.2. Ролі сігналаў інтэрфейсу адлюстравання памяці Avalon……………………………………………………14 3.3. Уласцівасці інтэрфейсу………………………………………………………………………………….17 3.4. Тэрміны……………………………………………………………………………………………….20 3.5. Трансферы……………………………………………………………………………………………… 20 3.5.1. Тыповыя перадачы чытання і запісу…………………………………………………………. 21 3.5.2. Пераносы з выкарыстаннем уласцівасці waitrequestAllowance…………………………………… 23 3.5.3. Перадачы для чытання і запісу з фіксаванымі станамі чакання …………………………………….. 26 3.5.4. Канвеерныя перадачы……………………………………………………………………….. 27 3.5.5. Пакетныя перадачы………………………………………………………………………………. 30 3.5.6. Чытанне і запіс адказаў………………………………………………………………… 34 3.6. Выраўноўванне адрасоў………………………………………………………………………………….. 36 3.7. Звяртанне агента Avalon-MM………………………………………………………………………36
4. Інтэрфейс перапынення Avalon…………………………………………………………………………… 38 4.1. Адпраўнік перапынення……………………………………………………………………………………..38 4.1.1. Ролі сігналу адпраўніка перапынення Avalon………………………………………………….38 4.1.2. Уласцівасці адпраўніка перапынення…………………………………………………………….. 38 4.2. Прыёмнік перапынення…………………………………………………………………………………39 4.2.1. Ролі сігналаў прыёмніка перапынення Avalon……………………………………………….. 39 4.2.2. Уласцівасці прыёмніка перапынення…………………………………………………………… 39 4.2.3. Час перапынення………………………………………………………………………….. 39
5. Струменевыя інтэрфейсы Avalon………………………………………………………………………………. 40 5.1. Тэрміны і паняцці………………………………………………………………………………… 41 5.2. Ролі сігналаў струменевага інтэрфейсу Avalon……………………………………………………….. 42 5.3. Паслядоўнасць сігналаў і час …………………………………………………………………… 43 5.3.1. Сінхронны інтэрфейс……………………………………………………………………43 5.3.2. Гадзіннік дазваляе………………………………………………………………………………… 43

Спецыфікацыі інтэрфейсу Avalon® 2

Адправіць водгук

Змест
5.4. Уласцівасці інтэрфейсу Avalon-ST………………………………………………………………….43 5.5. Тыповыя перадачы даных …………………………………………………………………………………44 5.6. Падрабязная інфармацыя аб сігнале……………………………………………………………………………………… 44 5.7. Макет даных ……………………………………………………………………………………………. 45 5.8. Перадача даных без зваротнага ціску…………………………………………………………….. 46 5.9. Перадача даных з супрацьціскам……………………………………………………………………. 46
5.9.1. Перадача даных з дапамогай readyLatency і readyAllowance………………………….. 47 5.9.2. Перадача даных з дапамогай ReadyLatency………………………………………………………. 49 5.10. Пакетная перадача дадзеных………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………….. 50 5.11. Падрабязная інфармацыя аб сігнале ……………………………………………………………………………………… 51 5.12. Дэталі пратаколу ……………………………………………………………………………………….52
6. Крэдытныя інтэрфейсы струменевай перадачы Avalon…………………………………………………………………… 53 6.1. Тэрміны і паняцці………………………………………………………………………………… 53 6.2. Ролі сігналаў інтэрфейсу струменевага крэдыту Avalon………………………………………………….. 54 6.2.1. Сінхронны інтэрфейс……………………………………………………………………55 6.2.2. Тыповыя перадачы даных……………………………………………………………………….56 6.2.3. Вяртанне крэдытаў…………………………………………………………………………. 57 6.3. Карыстальніцкія сігналы струменевага крэдыту Avalon…………………………………………………………… 58 6.3.1. Пасімвальны сігнал карыстальніка……………………………………………………………………. 58 6.3.2. Пакетны сігнал карыстальніка………………………………………………………………………59
7. Інтэрфейс Avalon Conduit…………………………………………………………………………………60 7.1. Сігнальныя ролі Avalon Conduit…………………………………………………………………………. 61 7.2. Уласцівасці канала ……………………………………………………………………………………. 61
8. Інтэрфейс Avalon Tristate Conduit……………………………………………………………………… 62 8.1. Ролі сігнальных каналаў Avalon Tristate Conduit…………………………………………………………….. 64 8.2. Уласцівасці трубаправода з трох станаў……………………………………………………………………… 65 8.3. Тэрміны трохсталёвага канала ……………………………………………………………………………….65
A. Састарэлыя сігналы……………………………………………………………………………………………. 67
B. Гісторыя версій дакументаў для спецыфікацый інтэрфейсу Avalon…………………………… 68

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 3

683091 | 2022.01.24 Адправіць водгук

1. Уводзіны ў спецыфікацыі інтэрфейсу Avalon®

Інтэрфейсы Avalon® спрашчаюць праектаванне сістэмы, дазваляючы лёгка падключаць кампаненты ў Intel® FPGA. Сямейства інтэрфейсаў Avalon вызначае інтэрфейсы, прыдатныя для перадачы высакахуткасных даных, чытання і запісу рэгістраў і памяці, а таксама кіравання пазачыпавымі прыладамі. Кампаненты, даступныя ў Platform Designer, уключаюць гэтыя стандартныя інтэрфейсы. Акрамя таго, вы можаце ўключаць інтэрфейсы Avalon у карыстальніцкія кампаненты, паляпшаючы ўзаемадзеянне дызайнаў.
Гэтая спецыфікацыя вызначае ўсе інтэрфейсы Avalon. Прачытаўшы гэтую спецыфікацыю, вы павінны зразумець, якія інтэрфейсы падыходзяць для вашых кампанентаў і якія сігнальныя ролі выкарыстоўваць для пэўных паводзін. Гэтая спецыфікацыя вызначае наступныя сем інтэрфейсаў:
· Струменевы інтэрфейс Avalon (Avalon-ST) – інтэрфейс, які падтрымлівае аднанакіраваны паток даных, уключаючы мультыплексаваныя патокі, пакеты і дадзеныя DSP.
· Avalon Memory Mapped Interface (Avalon-MM) – інтэрфейс чытання/запісу на аснове адрасоў, тыповы для злучэнняў Host-Agent.
· Інтэрфейс Avalon Conduit– тып інтэрфейсу, які змяшчае асобныя сігналы або групы сігналаў, якія не ўпісваюцца ні ў адзін з іншых тыпаў Avalon. Вы можаце падключыць інтэрфейсы каналаў унутры сістэмы Platform Designer. Акрамя таго, вы можаце экспартаваць іх для падлучэння да іншых модуляў у канструкцыі або да кантактаў FPGA.
· Avalon Tri-State Conduit Interface (Avalon-TC) – інтэрфейс для падтрымкі злучэнняў з пазачыпавай перыферыяй. Некалькі перыферыйных прылад могуць сумесна выкарыстоўваць кантакты праз мультыплексаванне сігналаў, памяншаючы колькасць кантактаў FPGA і колькасць трас на друкаванай плаце.
· Інтэрфейс перапынення Avalon–інтэрфейс, які дазваляе кампанентам сігналізаваць аб падзеях іншым кампанентам.
· Avalon Clock Interface–інтэрфейс, які кіруе або прымае гадзіннікі.
· Інтэрфейс скіду Avalon–інтэрфейс, які забяспечвае падключэнне да скіду.
Адзін кампанент можа ўключаць у сябе любую колькасць гэтых інтэрфейсаў, а таксама можа ўключаць некалькі асобнікаў аднаго і таго ж тыпу інтэрфейсу.

Заўвага:

Інтэрфейсы Avalon з'яўляюцца адкрытым стандартам. Для распрацоўкі і продажу прадуктаў, якія выкарыстоўваюць або заснаваныя на інтэрфейсах Avalon, не патрабуецца ліцэнзія або роялці.

Звязаная інфармацыя
· Уводзіны ў IP-ядры Intel FPGA Дае агульную інфармацыю аб усіх IP-ядрах Intel FPGA, уключаючы параметры, генерацыю, мадэрнізацыю і мадэляванне IP-ядраў.
· Стварэнне камбінаванага сцэнарыя ўстаноўкі сімулятара Стварыце сцэнарыі мадэлявання, якія не патрабуюць абнаўлення ўручную для абнаўлення версіі праграмнага забеспячэння або IP.

Карпарацыя Intel. Усе правы ахоўваюцца. Intel, лагатып Intel і іншыя знакі Intel з'яўляюцца гандлёвымі маркамі карпарацыі Intel або яе даччыных кампаній. Intel гарантуе прадукцыйнасць сваёй FPGA і паўправадніковай прадукцыі ў адпаведнасці з бягучымі спецыфікацыямі ў адпаведнасці са стандартнай гарантыяй Intel, але пакідае за сабой права ўносіць змены ў любыя прадукты і паслугі ў любы час без папярэдняга паведамлення. Intel не нясе ніякай адказнасці або абавязацельстваў, якія вынікаюць з прымянення або выкарыстання любой інфармацыі, прадукту або паслугі, апісаных тут, за выключэннем выпадкаў, прама ўзгодненых Intel у пісьмовай форме. Кліентам Intel рэкамендуецца атрымаць апошнюю версію спецыфікацый прылады, перш чым спадзявацца на любую апублікаваную інфармацыю і перад размяшчэннем заказаў на прадукты ці паслугі. *Іншыя назвы і брэнды могуць быць заяўлены як уласнасць іншых.

ISO 9001:2015 зарэгістраваны

1. Уводзіны ў спецыфікацыі інтэрфейсу Avalon® 683091 | 2022.01.24
· Рэкамендацыі па перадавой практыцы кіравання праектамі для эфектыўнага кіравання і пераноснасці вашага праекта і IP files.
1.1. Уласцівасці і параметры Avalon
Інтэрфейсы Avalon апісваюць свае паводзіны з дапамогай уласцівасцяў. Спецыфікацыя для кожнага тыпу інтэрфейсу вызначае ўсе ўласцівасці інтэрфейсу і значэнні па змаўчанні. Напрыкладample, уласцівасць maxChannel інтэрфейсаў Avalon-ST дазваляе вам вызначыць колькасць каналаў, якія падтрымліваюцца інтэрфейсам. Уласцівасць clockRate інтэрфейсу Avalon Clock забяспечвае частату тактавага сігналу.
1.2. Сігнальныя ролі
Кожны інтэрфейс Avalon вызначае ролі сігналаў і іх паводзіны. Многія сігнальныя ролі неабавязковыя. У вас ёсць магчымасць выбраць толькі сігнальныя ролі, неабходныя для рэалізацыі неабходных функцый. Напрыкладample, інтэрфейс Avalon-MM уключае дадатковыя ролі сігналу beginbursttransfer і burstcount для кампанентаў, якія падтрымліваюць пакетную перадачу. Інтэрфейс Avalon-ST уключае дадатковыя ролі сігналу startofpacket і endofpacket для інтэрфейсаў, якія падтрымліваюць пакеты.
За выключэннем інтэрфейсаў Avalon Conduit, кожны інтэрфейс можа ўключаць толькі адзін сігнал кожнай ролі сігналу. Многія сігнальныя ролі дазваляюць сігналы актыўнага нізкага ўзроўню. У гэтым дакуменце звычайна выкарыстоўваюцца сігналы актыўнага высокага ўзроўню.
1.3. Таймінг інтэрфейсу
Наступныя раздзелы гэтага дакумента ўключаюць інфармацыю аб часах, якая апісвае перадачы для асобных тыпаў інтэрфейсаў. Прадукцыйнасць ні для аднаго з гэтых інтэрфейсаў не гарантуецца. Фактычная прадукцыйнасць залежыць ад шматлікіх фактараў, уключаючы канструкцыю кампанентаў і ўкараненне сістэмы.
Большасць інтэрфейсаў Avalon не павінны быць адчувальнымі да сігналаў, акрамя гадзінніка і скіду. Іншыя сігналы могуць пераходзіць некалькі разоў, перш чым яны стабілізуюцца. Дакладны час перадачы сігналаў паміж фронтамі тактавага сігналу вар'іруецца ў залежнасці ад характарыстык абранай ПЛІС Intel. Гэтая спецыфікацыя не ўказвае электрычныя характарыстыкі. Электрычныя характарыстыкі звярніцеся да адпаведнай дакументацыі прылады.
1.4. Выхample: Інтэрфейсы Avalon у сістэмных праектах
У гэтым эксampLe кантролер Ethernet уключае шэсць розных тыпаў інтэрфейсаў: · Avalon-MM · Avalon-ST · Avalon Conduit · Avalon-TC · Avalon Interrupt · Avalon Clock.
Працэсар Nios® II атрымлівае доступ да рэгістраў кіравання і стану кампанентаў на чыпе праз інтэрфейс Avalon-MM. DMA з роскідам адпраўляюць і атрымліваюць даныя праз інтэрфейсы Avalon-ST. Чатыры кампаненты ўключаюць перапыненне

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 5

1. Уводзіны ў спецыфікацыі інтэрфейсу Avalon® 683091 | 2022.01.24

Малюнак 1.

інтэрфейсы, якія абслугоўваюцца праграмным забеспячэннем, якое працуе на працэсары Nios II. PLL прымае тактавы сігнал праз інтэрфейс Avalon Clock Sink і забяспечвае дзве крыніцы тактавага сігналу. Два кампаненты ўключаюць інтэрфейсы Avalon-TC для доступу да пазачыпавай памяці. Нарэшце, кантролер DDR3 атрымлівае доступ да знешняй памяці DDR3 праз інтэрфейс Avalon Conduit.

Інтэрфейсы Avalon у сістэмным дызайне з кантролерам DMA Scatter Gather і працэсарам Nios II

Друкаваная плата

Флэш SSRAM

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
Маставы ТКС
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

Авалон-ММ

Кандуіт

Cn Src Avalon-ST

Кантролер Ethernet
Snk

Буфер FIFO Avalon-ST

Авалон-СТ

Буфер FIFO

SM Scatter GatheIrRQ4
DMA Snk

S C2

Авалон-СТ

Src

М IRQ3

Scatter Gather DMA

CSrc

CSnkPLL C1

Спасылка Clk

CSrc

На наступным малюнку знешні працэсар атрымлівае доступ да рэгістраў кіравання і стану кампанентаў на чыпе праз мост вонкавай шыны з інтэрфейсам Avalon-MM. Каранёвы порт PCI Express кіруе прыладамі на друкаванай плаце і іншымі кампанентамі FPGA, кіруючы канчатковай кропкай PCI Express на чыпе з хост-інтэрфейсам AvalonMM. Знешні працэсар апрацоўвае перапыненні ад пяці кампанентаў. PLL прымае эталонны такт праз інтэрфейс прыёмніка Avalon Clock і забяспечвае два тактавых сігналу

Спецыфікацыі інтэрфейсу Avalon® 6

Адправіць водгук

1. Уводзіны ў спецыфікацыі інтэрфейсу Avalon® 683091 | 2022.01.24

Малюнак 2.

крыніцы. Флэш-памяць і памяць SRAM сумесна выкарыстоўваюць кантакты FPGA праз інтэрфейс Avalon-TC. Нарэшце, кантролер SDRAM атрымлівае доступ да знешняй памяці SDRAM праз інтэрфейс Avalon Conduit.
Інтэрфейсы Avalon у сістэмным дызайне з канчатковай кропкай PCI Express і знешнім працэсарам

Друкаваная плата

Каранёвы порт PCI Express

Знешні працэсар

Intel FPGA
IRQ1
Ethernet MAC

Карыстальніцкая логіка IRQ2
M
Авалон-ММ

Канчатковая кропка PCI Express

IRQ3 IRQ5 IRQ4 IRQ3
IRQ2 IRQ1

Мост знешняга пратаколу шыны
M

Tristate Cntrl SSRAM TCS

Tristate Cntrl Flash TCS

Кантролер SDRAM

IRQ4

IRQ5

UART C2

Карыстальніцкая логіка C2

TCM TCM Tristate Conduil
Pin Sharer TCS
TCM Tristate Conduit
Мост Кн

Спасылка Clk

CSrc CSnk PLL C1
CSrc C2

SSRAM

Успышка

Cn SDRAM

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 7

683091 | 2022.01.24 Адправіць водгук

2. Гадзіннік Avalon і інтэрфейсы скіду

Малюнак 3.

Інтэрфейсы Avalon Clock вызначаюць гадзіннік або гадзіннікі, якія выкарыстоўваюцца кампанентам. Кампаненты могуць мець тактавыя ўваходы, тактавыя выхады або абодва. Схема фазавай аўтападстройкі частоты (PLL) - гэта выклampфайл кампанента, які мае тактавы ўваход і тактавы выхад.

Наступны малюнак уяўляе сабой спрошчаную ілюстрацыю, якая паказвае найбольш важныя ўваходы і выхады кампанента PLL.

Выхады і ўваходы ядра PLL

Ядро PLL

altpll Intel FPGA IP

скід

Скінуць

Гадзіннік

Ракавіна

Крыніца

Інтэрфейс вываду гадзінніка 1

Крыніца гадзінніка

Інтэрфейс вываду гадзінніка 2

ref_clk

Гадзіннік

Ракавіна

Крыніца

Тактавы выхадны інтэрфейс_n

2.1. Ролі сігналу ракавіны гадзінніка Avalon

Прыёмнік гадзінніка забяспечвае апорны час для іншых інтэрфейсаў і ўнутранай логікі.

Табліца 1.

Ролі сігналу ракавіны гадзінніка

Роля сігналу clk

Шырыня 1

Увод напрамку

Абавязкова Так

Апісанне
Сігнал гадзінніка. Забяспечвае сінхранізацыю ўнутранай логікі і іншых інтэрфейсаў.

ISO 9001:2015 зарэгістраваны

2. Гадзіннік Avalon і інтэрфейсы скіду 683091 | 2022.01.24

2.2. Уласцівасці ракавіны гадзінніка

Табліца 2.

Уласцівасці ракавіны гадзінніка

Назва clockRate

Значэнне па змаўчанні 0

Юрыдычныя каштоўнасці 0

Апісанне
Паказвае частату ў Гц інтэрфейсу прыёмніка гадзінніка. Калі 0, тактавая частата дазваляе любую частату. Калі не роўна нулю, Platform Designer выдае папярэджанне, калі падключаная крыніца тактавага сігналу не адпавядае вызначанай частаце.

2.3. Звязаныя інтэрфейсы гадзінніка
Усе сінхронныя інтэрфейсы маюць асацыяваную ўласцівасць Clock, якая вызначае, якая крыніца тактавага сігналу на кампаненце выкарыстоўваецца ў якасці эталона сінхранізацыі для інтэрфейсу. Гэта ўласцівасць паказана на наступным малюнку.
Малюнак 4. Уласцівасць associatedClock

Гадзіннік rx_clk
Ракавіна

Двайныя гадзіны FIFO

Гадзіннік tx_clk
Ракавіна

rx_data ST associatedClock = “rx_clk”
Ракавіна

associatedClock = “tx_clk” ST tx_data
Крыніца

2.4. Ролі крыніцы сігналу гадзінніка Avalon

Крынічны інтэрфейс Avalon Clock выводзіць тактавы сігнал з кампанента.

Табліца 3.

Ролі сігналу крыніцы тактавага сігналу

Сігнальная роля

Шырыня

Напрамак

clk

Выхад

Абавязкова Так

Апісанне Выхадны тактавы сігнал.

2.5. Уласцівасці крыніцы гадзінніка

Табліца 4.

Уласцівасці крыніцы гадзінніка

Імя звязанага DirectClock

Значэнне па змаўчанні
Н/Д

тактавая частата

clockRateKnown

ілжывы

Прававыя каштоўнасці

Апісанне

an input Імя ўваходу гадзінніка, які непасрэдна кіруе выхадам гадзінніка імя гэтага гадзінніка, калі ёсць.

Паказвае частату ў Гц, на якой працуе тактавы сігнал.

праўда, хлусня

Паказвае, ці вядома тактавая частата. Калі тактавая частата вядомая, вы можаце наладзіць іншыя кампаненты сістэмы.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 9

2. Гадзіннік Avalon і інтэрфейсы скіду 683091 | 2022.01.24

2.6. Скінуць ракавіну

Табліца 5.

Скінуць ролі ўваходных сігналаў
Сігнал reset_req - гэта неабавязковы сігнал, які можна выкарыстоўваць для прадухілення пашкоджання змесціва памяці шляхам выканання рукапаціскання скіду перад асінхронным зацвярджэннем скіду.

Сігнальная роля

Шырыня

Напрамак

абавязковы

Апісанне

скінуць, скінуць_н

Увод

так

Скідае ўнутраную логіку інтэрфейсу або кампанента

у стан, вызначаны карыстальнікам. Сінхронныя ўласцівасці

скід вызначаюцца synchronousEdges

параметр.

reset_req

увод

няма

Ранняя індыкацыя сігналу скіду. Гэты сігнал дзейнічае як a

мінімум адзін цыкл папярэджання аб чаканні скіду для ПЗУ

прымітывы. Выкарыстоўвайце reset_req, каб адключыць уключэнне гадзін

або замаскіраваць адрасную шыну ўбудаванай памяці, каб

прадухіліць пераход адраса, калі ан

асінхронны ўваход скіду сцвярджаецца.

2.7. Скінуць уласцівасці інтэрфейсу ракавіны

Табліца 6.

Скінуць ролі ўваходных сігналаў

Імя звязанагадзінніка

Значэнне па змаўчанні
Н/Д

сінхронна-Краі

ДАСЕРТ

Прававыя каштоўнасці

Апісанне

імя гадзінніка

Назва гадзінніка, з якім сінхранізаваны гэты інтэрфейс. Патрабуецца, калі значэнне synchronousEdges роўна DEASSERT або BOTH.

НЕ АДМЕНІЦЬ
АБОДВА

Паказвае тып сінхранізацыі, які патрабуе ўваход скіду. Вызначаюцца наступныя значэнні:
· NONEСінхранізацыя не патрабуецца, таму што кампанент уключае логіку ўнутранай сінхранізацыі сігналу скіду.
· DEASSERTзацвярджэнне скіду з'яўляецца асінхронным, а адмена - сінхронным.
Абодва скід і адмена сінхронныя.

2.8. Звязаныя інтэрфейсы скіду
Усе сінхронныя інтэрфейсы маюць асацыяваную ўласцівасць Reset, якая вызначае, які сігнал скіду скідае логіку інтэрфейсу.

2.9. Скінуць крыніцу

Табліца 7.

Скінуць ролі выхаднога сігналу
Сігнал reset_req - гэта неабавязковы сігнал, які можна выкарыстоўваць для прадухілення пашкоджання змесціва памяці шляхам выканання рукапаціскання скіду перад асінхронным зацвярджэннем скіду.

Сігнальная роля

Шырыня

Напрамак

абавязковы

Апісанне

скінуць скінуць_н

Выхад

так

Скідае ўнутраную логіку інтэрфейсу або кампанента

у стан, вызначаны карыстальнікам.

reset_req

Выхад

Дадаткова Уключае стварэнне запыту на скід, што з'яўляецца раннім

сігнал, які заяўляецца перад сцвярджэннем скіду. Аднойчы

сцверджана, гэта не можа быць адменена, пакуль не адбудзецца скід

завершаны.

Спецыфікацыі інтэрфейсу Avalon® 10

Адправіць водгук

2. Гадзіннік Avalon і інтэрфейсы скіду 683091 | 2022.01.24

2.10. Скінуць уласцівасці зыходнага інтэрфейсу

Табліца 8.

Скінуць уласцівасці інтэрфейсу

Імя

Значэнне па змаўчанні

Прававыя каштоўнасці

Апісанне

звязаны Гадзіннік

Н/Д

гадзіннік

Імя гадзінніка, да якога гэты інтэрфейс

імя

сінхранізаваны. Абавязковы, калі значэнне

synchronousEdges - гэта DEASSERT або BOTH.

звязаны DirectReset

Н/Д

скід

Назва ўваходу скіду, які непасрэдна кіруе гэтым

імя

скінуць крыніцу па спасылцы "адзін да аднаго".

звязаны ResetSinks

Н/Д

скід

Вызначае ўваходы скіду, якія выклікаюць крыніцу скіду

імя

сцвярджаць скід. Напрыкладample, сінхранізатар скіду, які

выконвае аперацыю АБО з некалькімі ўваходамі скіду

стварыць выхад скіду.

synchronousEdges

ДАСЕРТ

НЕ АДМЕНІЦЬ
АБОДВА

Паказвае сінхранізацыю выхаду скіду. Вызначаюцца наступныя значэнні:
· НЕ Інтэрфейс скіду з'яўляецца асінхронным.
· DEASSERTзацвярджэнне скіду з'яўляецца асінхронным, а адмена - сінхронным.
· Абодва скід і адмена сінхронныя.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 11

683091 | 2022.01.24 Адправіць водгук
3. Інтэрфейсы Avalon Memory-Mapped
3.1. Уводзіны ў Avalon Memory-Mapped Interfaces
Вы можаце выкарыстоўваць інтэрфейсы Avalon Memory-Mapped (Avalon-MM) для рэалізацыі інтэрфейсаў чытання і запісу для кампанентаў Host і Agent. Наступныя эксampфайлы кампанентаў, якія звычайна ўключаюць інтэрфейсы з адлюстраваннем памяці: · Мікрапрацэсары · Памяць · UART · DMA · Таймеры Інтэрфейсы Avalon-MM вар'іруюцца ад простых да складаных. Напрыкладample, інтэрфейсы SRAM, якія маюць перадачы чытання і запісу з фіксаваным цыклам, маюць простыя інтэрфейсы Avalon-MM. Канвеерныя інтэрфейсы, здольныя да пакетнай перадачы, складаныя.

ISO 9001:2015 зарэгістраваны

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Малюнак 5.

Засяродзьцеся на трансферах агентаў Avalon-MM
На наступным малюнку паказана тыповая сістэма, на якой вылучана злучэнне інтэрфейсу агента Avalon-MM з міжканэктыўнай структурай.
Ethernet PHY

Сістэма валон-ММ
Працэсар Avalon-MM
гаспадар

Ethernet MAC
Хост Avalon-MM

Карыстальніцкая логіка
Хост Avalon-MM

Узаемасувязь

Агент Авалон-ММ
Кантролер флэшкі

Агент Авалон-ММ
Кантролер SRAM

Агент Авалон-ММ
Кантролер аператыўнай памяці

Агент Авалон-ММ
UART

AvAavloanlon- MM SlaAvgeePnotrt
Лор Custom
логіка

Агент Tristate Conduit
Tristate Conduit Pin Sharer & Tristate Conduit Bridge
Tristate Conduit Host

Агент Tristate Conduit
Флэш-памяць

Агент Tristate Conduit
Памяць SRAM

Аператыўная памяць

РС-232

Кампаненты Avalon-MM звычайна ўключаюць у сябе толькі сігналы, неабходныя для логікі кампанентаў.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 13

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Малюнак 6.

ExampКампанент агента

16-бітная перыферыйная прылада ўводу-вываду агульнага прызначэння, паказаная на наступным малюнку, адказвае толькі на запыты запісу. Гэты кампанент уключае толькі сігналы агента, неабходныя для перадачы запісу.

Avalon-MM Peripheral запіс даных [15..0] D

Ужыванне-

pio_out[15..0] Канкрэтны
Інтэрфейс

Інтэрфейс Avalon-MM
(Інтэрфейс агента запісу Avalon-MM)
clk

CLK_EN

Кожны сігнал у агенце Avalon-MM адпавядае роўна адной ролі сігналу Avalon-MM. Інтэрфейс Avalon-MM можа выкарыстоўваць толькі адзін асобнік кожнай ролі сігналу.

3.2. Ролі сігналаў інтэрфейсу адлюстравання памяці Avalon

Ролі сігналаў вызначаюць тыпы сігналаў, якія дазваляюць парты хоста і агента, адлюстраваныя ў памяці Avalon.

Гэтая спецыфікацыя не патрабуе, каб усе сігналы існавалі ў інтэрфейсе адлюстравання памяці Avalon. Няма сігналу, які заўсёды патрабуецца. Мінімальныя патрабаванні да інтэрфейсу Avalon, адлюстраванага ў памяці, - чытанне даных для інтэрфейсу толькі для чытання або запіс даных і запіс для інтэрфейсу толькі для запісу.

У наступнай табліцы пералічаны ролі сігналаў для інтэрфейсу адлюстравання памяці Avalon:

Табліца 9.

Ролі сігналаў Avalon Memory Mapped
Некаторыя сігналы Avalon, адлюстраваныя ў памяці, могуць быць актыўнымі высокімі або актыўнымі нізкімі. Калі актыўны нізкі, назва сігналу заканчваецца на _n.

Сігнальная роля

Шырыня

Напрамак

абавязковы

Апісанне

адрас

1 – 64 Хост-агент

byteenable byteenable_n

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

Хост-агент

Фундаментальныя сігналы

няма

Хасты: па змаўчанні сігнал адраса ўяўляе сабой байт

адрас. Значэнне адраса павінна адпавядаць шырыні дадзеных.

Для запісу ў пэўныя байты ў слове дадзеных хост павінен выкарыстоўваць

байтэнаваны сігнал. Звярніцеся да інтэрфейсу addressUnits

уласцівасць для адрасавання слоў.

Агенты: па змаўчанні інтэрканэкт пераводзіць байтавы адрас у адрас слова ў адраснай прасторы агента. З пункту гледжання агента, кожны доступ агента прызначаны для слова даных.

Напрыкладample, адрас = 0 выбірае першае слова агента. адрас = 1 выбірае другое слова агента. Звярніцеся да ўласцівасці інтэрфейсу addressUnits для байтавай адрасацыі.

няма

Уключае адну або некалькі пэўных байтавых палос падчас перадачы на

інтэрфейсы шырынёй больш за 8 біт. Кожны біт у байтах

адпавядае байту ў дадзеных запісу і дадзеных чытання. Гаспадар

трохі of byteenable паказвае, ці байт у цяперашні час

працяг...

Спецыфікацыі інтэрфейсу Avalon® 14

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Сігнальная роля
debugaccess чытанне read_n readdata адказ [1:0] write write_n writedata

Шырыня

Патрабуецца кірунак

Апісанне

напісана. Падчас запісу byteenables вызначаюць, у якія байты запісваецца. Іншыя байты агент павінен ігнараваць. Падчас чытання byteenables паказвае, якія байты чытае хост. Агенты, якія проста вяртаюць дадзеныя для чытання без пабочных эфектаў, могуць ігнараваць byteenable падчас чытання. Калі інтэрфейс не мае сігналу byteenable, перадача адбываецца так, як быццам усе byteenable заяўлены.
Калі заяўлена больш за адзін біт байтавага сігналу, усе заяўленыя паласы з'яўляюцца сумежнымі.

Хост-агент

няма

Калі заяўлена, дазваляе працэсару Nios II запісваць на чып

успаміны, настроеныя як ПЗУ.

Хост-агент

няма

Сцвярджаецца для абазначэння прачытанага пераносу. Калі ёсць, readdata ёсць

патрабуецца.

8, 16, Agent Host

няма

Прачытаныя даныя, перададзеныя ад агента да хоста ў адказ на

32 год,

прачытаны пераказ. Патрабуецца для інтэрфейсаў, якія падтрымліваюць чытанне.

64 год,

128 год,

256 год,

512 год,

1024

Агент-хост

няма

Сігнал адказу - гэта дадатковы сігнал, які нясе

статус адказу.

Заўвага: паколькі сігнал з'яўляецца агульным, інтэрфейс не можа выдаць або прыняць адказ на запіс і адказ на чытанне ў адзін і той жа такт.

· 00: OKAY – паспяховы адказ на транзакцыю.

· 01: ЗАРЭЗЕРВАВАНА – Кадзіраванне зарэзервавана.

· 10: SLVERR–Памылка ад агента канчатковай кропкі. Паказвае няўдалую транзакцыю.

· 11: DECODEERROR–Паказвае спробу доступу да нявызначанага месцазнаходжання.

Для чытання адказаў:

· Адзін адказ адпраўляецца з кожным чытаннем дадзеных. Даўжыня пакета чытання N прыводзіць да N адказаў. Меншая колькасць адказаў несапраўдная, нават у выпадку памылкі. Значэнне сігналу адказу можа быць розным для кожнага чытання даных у пакете.

· Інтэрфейс павінен мець сігналы кіравання чытаннем. Падтрымка канвеера магчымая з сігналам readdatavalid.

· У выпадку памылак чытання адпаведныя даныя чытання з'яўляюцца «не хвалююць».

Для напісання адказаў:

· Для кожнай каманды запісу павінен быць адпраўлены адзін адказ на запіс. Пакет запісу прыводзіць да толькі аднаго адказу, які павінен быць адпраўлены пасля прыняцця канчатковай перадачы запісу ў пакете.

· Калі прысутнічае writeresponsevalid, усе каманды запісу павінны быць завершаны адказамі на запіс.

Хост-агент

няма

Сцвярджаецца, каб абазначыць пісьмовы перанос. Калі ёсць, writedata ёсць

патрабуецца.

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

Хост-агент

няма

Дадзеныя для запісу перадач. Шырыня павінна быць такой жа, як

шырыня readdata, калі абодва прысутнічаюць. Патрабуецца для інтэрфейсаў

што саппорт піша.

Сігналы стану чакання

працяг...

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 15

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Блакаванне ролі сігналу
waitrequest чакаць запыт_ н
чытацьдатавалі д чытацьдатавалі д_н
пісьмовыя адказы сапраўдныя

Шырыня 1
1
1 1

Патрабуецца кірунак

Апісанне

Хост-агент

няма

lock гарантуе, што як толькі гаспадар выйграе арбітраж, хост-пераможца

падтрымлівае доступ да агента для некалькіх транзакцый. Замак

сцвярджае, што супадае з першым чытаннем або запісам заблакіраванага

паслядоўнасць транзакцый. Заблакіраваць дэсерты на фінале

транзакцыя заблакіраванай паслядоўнасці транзакцый. зацвярджэнне замка

не гарантуе, што арбітраж выйграны. Пасля замка -

сцвярджаючы, што хост быў прадастаўлены, гэты хост захоўвае права да

замак зняты.

Хост, абсталяваны блакіроўкай, не можа быць пакетным хостам. Значэнні прыярытэту арбітражу для хастоў, абсталяваных замкамі, ігнаруюцца.

lock асабліва карысны для аперацый чытання, змены і запісу (RMW). Тыповая аперацыя чытання-змены-запісу ўключае наступныя этапы:

1. Хост А ўсталёўвае блакіроўку і счытвае 32-бітныя дадзеныя, якія маюць некалькі бітавых палёў.

2. Хост A здымае блакіроўку, змяняе адно бітнае поле і запісвае 32-бітныя дадзеныя назад.

lock перашкаджае хосту B выконваць запіс паміж чытаннем і запісам хоста A.

Агент-хост

няма

Агент сцвярджае waitrequest, калі не можа адказаць на a

запыт на чытанне або запіс. Прымушае гаспадара чакаць, пакуль

міжканэкт гатовы да перадачы. У пачатку

усе перадачы, хост ініцыюе перадачу і чакае, пакуль

waitrequest адменены. Гаспадар не павінен рабіць ніякіх здагадак

пра стан зацвярджэння запыту чакання, калі хост знаходзіцца ў рэжыме чакання:

waitrequest можа быць высокім або нізкім, у залежнасці ад сістэмы

ўласцівасці.

Калі запыт чакання сцвярджаецца, сігналы кіравання хостам для агента павінны заставацца нязменнымі, за выключэннем beginbursttransfer. Часовую дыяграму, якая ілюструе сігнал beginbursttransfer, глядзіце на малюнку ў раздзеле "Чытанне пакетаў".

Агент Avalon, адлюстраваны ў памяці, можа задаваць запыт чакання падчас цыклаў бяздзейнасці. Хост Avalon, адлюстраваны ў памяці, можа ініцыяваць транзакцыю, калі падаецца запыт на чаканне, і чакаць, пакуль гэты сігнал будзе адменены. Каб пазбегнуць блакіроўкі сістэмы, агентская прылада павінна выдаваць запыт чакання пры скідзе.

Трубаправодныя сігналы

Агент-хост

няма

Выкарыстоўваецца для канвеерных перадач чытання са зменнай затрымкай. Калі

asserted, паказвае, што сігнал readdata змяшчае сапраўдныя даныя.

Для пакета чытання са значэннем колькасці пакетаў ,

readdatavalid сігнал павінен быць зацверджаны раз, раз за

кожны элемент readdata. Павінен быць як мінімум адзін цыкл затрымкі

паміж прыняццем прачытанага і сцвярджэннем

readdatavalid. Для часовай дыяграмы, якая ілюструе сігнал readdatavalid, звярніцеся да канвеернай перадачы чытання з зменнай затрымкай.

Агент можа пацвердзіць readdatavalid для перадачы даных на хост незалежна ад таго, ці спыняе агент новую каманду з дапамогай waitrequest.

Патрабуецца, калі хост падтрымлівае канвеернае чытанне. Пакетныя хасты з функцыяй чытання павінны ўключаць сігнал readdatavalid.

Агент-хост

няма

Неабавязковы сігнал. Калі ёсць, праблемы з інтэрфейсам пішуць

адказы на каманды запісу.

Калі сцвярджаецца, значэнне сігналу адказу з'яўляецца сапраўдным адказам на запіс.

Writeresponsevalid сцвярджаецца толькі адзін такт ці больш пасля таго, як каманда запісу прынята. Ад прыняцця каманды да зацвярджэння ёсць затрымка як мінімум у адзін такт

пісацьадказсапраўдны.

працяг...

Спецыфікацыі інтэрфейсу Avalon® 16

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Сігнальная роля

Шырыня

Патрабуецца кірунак

Апісанне

Каманда запісу лічыцца прынятай, калі апошні такт пакета выдаецца агенту і запыт чакання нізкі. writeresponsevalid можа быць заяўлены праз адзін або некалькі тактаў пасля таго, як быў выдадзены апошні такт пакета.

колькасць выбухаў

1 11 Хост-агент

Разрыўныя сігналы

няма

Выкарыстоўваецца пакетнымі хостамі для ўказання колькасці перадачы

кожны выбух. Значэнне максімальнага параметра колькасці пакетаў

павінна быць ступенню 2. Інтэрфейс падліку пакетаў шырынёй можа кадзіраваць максімальны пакет памерам 2( -1). Напрыкладample, 4-разрадны

сігнал burstcount можа падтрымліваць максімальную колькасць пакетаў 8.

Мінімальны лік пакетаў - 1. The

Уласцівасць constantBurstBehavior кантралюе час

сігнал падліку парываў. Абавязкова разрыў хастоў з функцыяй чытання

уключыць сігнал readdatavalid.

Для пакетных хастоў і агентаў, якія выкарыстоўваюць байтавыя адрасы, наступнае абмежаванне прымяняецца да шырыні адраса:

>= +
часопіс2( )
Для пакетных хастоў і агентаў, якія выкарыстоўваюць адрасы слоў, тэрмін log2 вышэй апушчаны.

beginbursttr

Узаемасувязь

адказ

Агент

няма

Сцвярджаецца для першага цыкла ўсплёску, каб паказаць, калі ўсплёск

пачынаецца перадача. Гэты сігнал здымаецца пасля аднаго цыклу

незалежна ад значэння waitrequest. Для часовай дыяграмы

ілюструючы beginbursttransfer, звярніцеся да малюнка ў Read

Лопаецца.

beginbursttransfer не з'яўляецца абавязковым. Агент заўсёды можа ўнутрана вылічыць пачатак наступнай транзакцыі пакета запісу, падлічыўшы перадачы даных.

Увага: не выкарыстоўвайце гэты сігнал. Гэты сігнал існуе для падтрымкі старых кантролераў памяці.

3.3. Уласцівасці інтэрфейсу

Табліца 10. Уласцівасці інтэрфейсу Avalon-MM

Імя адраса Адзінкі

Значэнне па змаўчанні
Агент сімвалаў хоста –
словы

Прававыя каштоўнасці
словы, сімвалы

Апісанне
Вызначае адзінку для адрасоў. Сімвал - гэта звычайна байт. Звярніцеся да вызначэння адраса ў табліцы тыпаў сігналаў інтэрфейсу Avalon Memory-Mapped для тыповага выкарыстання гэтай уласцівасці.

alwaysBurstMaxBurst burstcountUnits

ілжывыя словы

праўда, хлусня
словы, сімвалы

Калі ісціна, паказвае, што хост заўсёды выдае пакет максімальнай даўжыні. Максімальная даўжыня пакета складае 2burstcount_width – 1. Гэты параметр не ўплывае на інтэрфейсы агентаў Avalon-MM.
Гэта ўласцівасць вызначае адзінкі для сігналу колькасці пакетаў. Для сімвалаў значэнне burstcount інтэрпрэтуецца як колькасць сімвалаў (байтаў) у парыве. Для слоў значэнне колькасці пакетаў інтэрпрэтуецца як колькасць перадач слоў у пакете.

burstOnBurstBoundariesOnly

ілжывы

праўда, хлусня

Калі ісціна, пакетныя перадачы, прадстаўленыя гэтаму інтэрфейсу, пачынаюцца з адрасоў, кратных максімальнаму памеру пакета.
працяг...

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 17

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Імя constantBurstBehavior
holdTime(1) linewrapBursts
Максімум PendingReadTransactions (1)
maximumPendingWriteTransact ions minimumResponseLatency

Значэнне па змаўчанні Хост -false Агент -false
0 ілжывых
1 (2)
0 1

Юрыдычныя значэнні ісціна, ілжыва
0 1000 цыклаў
праўда, хлусня
1 64
1 64

Апісанне
Хасты: калі ісціна, абвяшчае, што хост захоўвае адрас і колькасць пакетаў пастаяннымі на працягу ўсёй пакетнай транзакцыі. Калі false (па змаўчанні), аб'яўляе, што хост захоўвае адрас і колькасць пакетаў нязменнымі толькі для першага ўдару пакета. Агенты: калі ісціна, заяўляе, што агент чакае, што адрас і колькасць пакетаў будуць нязменнымі на працягу пакета. Калі false (па змаўчанні), заяўляе, што агент samples адрас і колькасць пакетаў толькі на першым такце пакета.
Вызначае час у адзінках часу паміж скасаваннем запісу і скасаваннем адраса і даных. (Ужываецца толькі для транзакцый запісу.)
Некаторыя прылады памяці рэалізуюць пакет з абгорткай замест павелічэння пакета. Калі пакет з абгорткай дасягае мяжы пакета, адрас вяртаецца да мяжы папярэдняга пакета. Для падліку адрасоў патрабуюцца толькі малодшыя біты. Напрыкладample, пакет абгортвання на адрас 0xC з межамі пакета кожныя 32 байта праз 32-бітны інтэрфейс запісвае на наступныя адрасы: · 0xC · 0x10 · 0x14 · 0x18 · 0x1C · 0x0 · 0x4 · 0x8
Агенты: гэты параметр уяўляе сабой максімальную колькасць незавершаных чытанняў, якія агент можа паставіць у чаргу. Значэнне павінна быць ненулявым для любога агента з сігналам readdatavalid.
Звярніцеся да Канвеерная перадача чытання са зменнай затрымкай для часовай дыяграмы, якая ілюструе гэту ўласцівасць, а таксама для атрымання дадатковай інфармацыі аб выкарыстанні waitrequest і readdatavalid з некалькімі незавершанымі чытаннямі.
Хасты: гэта ўласцівасць - гэта максімальная колькасць незавершаных транзакцый чытання, якія хост можа стварыць.
Заўвага: не ўстанаўлівайце для гэтага параметра 0. (Для зваротнай сумяшчальнасці праграмнае забеспячэнне падтрымлівае параметр 0. Аднак вы не павінны выкарыстоўваць гэты параметр у новых праектах).
Максімальная колькасць незавершаных неапублікаваных запісаў, якія можа прыняць агент або выдаць хост. Агент выдае запыт на чаканне, як толькі злучэнне дасягае гэтага ліміту, і хост спыняе выдачу каманд. Значэнне па змаўчанні роўна 0, што дазваляе неабмежаваную колькасць незавершаных транзакцый запісу для хоста, які падтрымлівае адказы на запіс. Агент, які падтрымлівае адказы на запіс, павінен усталяваць для гэтага ненулявое значэнне.
Для інтэрфейсаў, якія падтрымліваюць readdatavalid або writeresponsevalid, вызначае мінімальную колькасць цыклаў паміж камандай чытання або запісу і адказам на каманду.
працяг...

Спецыфікацыі інтэрфейсу Avalon® 18

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Імя readLatency(1) readWaitTime(1) setupTime(1) timingUnits(1) waitrequestAllowance
напісацьЧас чакання(1)
звязаны Гадзіннік

Значэнне па змаўчанні

Прававыя каштоўнасці

Апісанне

0 63

Затрымка чытання для агентаў Avalon-MM з фіксаванай затрымкай. Дзеля

Часовая дыяграма, якая выкарыстоўвае чытанне з фіксаванай затрымкай, гл

Канвеерныя перадачы чытання з фіксаванай затрымкай.

Агенты Avalon-MM з фіксаванай затрымкай павінны прадастаўляць значэнне гэтай уласцівасці інтэрфейсу. Агенты Авалон-ММ

якія маюць зменную затрымку, выкарыстоўвайце сігнал readdatavalid для ўказання сапраўдных даных.

0 1000 Для інтэрфейсаў, якія не выкарыстоўваюць запыт чакання

цыклаў

сігнал. readWaitTime паказвае час ўваходу

timingUnits да таго, як агент прыме прачытанне

загадваць. Час такі, як калі б сцвярджаў агент

waitrequest для цыклаў readWaitTime.

0 1000 Вызначае час у адзінках часу паміж зацвярджэннем

цыклаў

адрасу і дадзеных і зацвярджэнне чытання або запісу.

цыклаў

цыклы,
нанасекундныя с

Вызначае адзінкі для setupTime, holdTime,
writeWaitTime і readWaitTime. Выкарыстоўвайце цыклы для сінхронных прылад і нанасекунды для асінхронных прылад. Амаль усе прылады агента Avalon-MM з'яўляюцца сінхроннымі.
Кампанент Avalon-MM, які злучае інтэрфейс агента AvalonMM з пазачыпавай прыладай, можа быць асінхронным. Гэта пазачыпавая прылада можа мець фіксаваны час усталявання для абароту шыны.

Вызначае колькасць пераводаў, якія могуць быць аформлены або

прымаецца пасля сцвярджэння запыту чакання.

Калі waitrequestAllowance роўны 0, запіс,
сігналы read і waitrequest захоўваюць свае існуючыя паводзіны, як апісана ў табліцы роляў сігналаў Avalon-MM.

Калі значэнне waitrequestAllowance большае за 0, кожны такт, на якім запісваецца або чытаецца, залічваецца як перадача каманды. Пасля таго, як waitrequest сцвярджаецца, толькі waitrequestAllowance дадатковыя перадачы каманд з'яўляюцца законнымі, пакуль waitrequest застаецца сцверджаным. Пасля дасягнення дазволу waitrequest Allowance запіс і чытанне павінны заставацца адмененымі да таго часу, пакуль дзейнічае waitrequest.

Пасля таго, як waitrequest адменіць зацвярджэнне, перадачы могуць аднавіцца ў любы час без абмежаванняў, пакуль waitrequest не зацвердзіць зноў. У гэты час waitrequestAllowance можа завяршыць дадатковыя перадачы, пакуль waitrequest застаецца заяўленым.

0 1000 Для інтэрфейсаў, якія не выкарыстоўваюць запыт чакання

Цыклы

сігнал, writeWaitTime вызначае час у

timingUnits перад тым, як агент прыме запіс. The

таймінг такі, як калі б агент сцвярджаў waitrequest для цыклаў writeWaitTime або нанасекунд.

Для часовай дыяграмы, якая ілюструе выкарыстанне writeWaitTime, звярніцеся да перадачы чытання і запісу з фіксаванымі станамі чакання.

Уласцівасці адносін інтэрфейсу

Н/Д

Назва тактавага інтэрфейсу, да якога гэты Avalon-MM

інтэрфейс сінхронны.

працяг...

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 19

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Імя

Значэнне па змаўчанні

Прававыя каштоўнасці

Апісанне

звязаныСкід

Н/Д

Назва інтэрфейсу скіду, які скідае логіку

гэты інтэрфейс Avalon-MM.

bridgesToHost

Avalon-MM Мост Avalon-MM складаецца з агента і хоста,

Імя хаста і мае ўласцівасць доступу да агента

на

запыт байта або байтаў выклікае той жа байт або

тое самае

байтаў, запытаных хостам. Авалон-ММ

кампанент Pipeline Bridge у кампаненце Platform Designer

бібліятэка рэалізуе гэтую функцыянальнасць.

Заўвагі:
1. Нягледзячы на тое, што гэта ўласцівасць характарызуе прыладу агента, хасты могуць дэклараваць гэта ўласцівасць, каб уключыць прамыя злучэнні паміж адпаведнымі інтэрфейсамі хоста і агента.
2. Калі інтэрфейс агента прымае больш перадач чытання, чым дазволена, FIFO міжзлучэння, якое чакае чытання, можа перапоўніцца з непрадказальнымі вынікамі. Агент можа страціць даныя чытання або накіраваць даныя чытання на няправільны інтэрфейс хаста. Або сістэма можа заблакіравацца. Каб прадухіліць перапаўненне, інтэрфейс агента павінен задаць запыт чакання.

Звязаная інфармацыя · Ролі сігналаў інтэрфейсу Avalon Memory Mapped на старонцы 14 · Адказы на чытанне і запіс на старонцы 34 · Канвеерная перадача чытання са зменнай затрымкай на старонцы 28 · Канвеерная перадача чытання з фіксаванай затрымкай на старонцы 29 · Адказы на чытанне і запіс
У кіраўніцтве карыстальніка Platform Designer: Intel Quartus® Prime Pro Edition

3.4. Тэрміны
Інтэрфейс Avalon-MM з'яўляецца сінхронным. Кожны інтэрфейс Avalon-MM сінхранізаваны з адпаведным інтэрфейсам гадзінніка. Сігналы могуць быць камбінацыйнымі, калі яны паступаюць з выхадаў рэгістраў, сінхронных тактаваму сігналу. Гэтая спецыфікацыя не вызначае, як і калі сігналы пераходзяць паміж фронтамі тактавай частоты. Часавыя дыяграмы пазбаўлены дакладнай інфармацыі аб часе.

3.5. Трансферы
У гэтым раздзеле вызначаюцца дзве асноўныя канцэпцыі перад тым, як увесці тыпы перадачы:
· Перадача – перадача - гэта аперацыя чытання або запісу слова або аднаго або некалькіх сімвалаў дадзеных. Перадача адбываецца паміж інтэрфейсам Avalon-MM і інтэрканэктам. Пераносы займаюць адзін або некалькі тактаў.
І гаспадары, і агенты з'яўляюцца часткай перадачы. Хост Avalon-MM ініцыюе перадачу, а агент Avalon-MM адказвае.
· Пара хост-агент – Гэты тэрмін адносіцца да інтэрфейсу хоста і інтэрфейсу агента, якія ўдзельнічаюць у перадачы. Падчас перадачы сігналы кіравання інтэрфейсам хаста і сігналы даных праходзяць праз міжканэкцыйную структуру і ўзаемадзейнічаюць з інтэрфейсам агента.

Спецыфікацыі інтэрфейсу Avalon® 20

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

3.5.1. Тыповыя перадачы чытання і запісу

У гэтым раздзеле апісваецца тыповы інтэрфейс Avalon-MM, які падтрымлівае перадачы чытання і запісу з дапамогай запыту чакання, які кантралюецца агентам. Агент можа спыніць узаемасувязь на столькі цыклаў, колькі патрабуецца, усталяваўшы сігнал waitrequest. Калі агент выкарыстоўвае waitrequest для чытання або запісу, агент павінен выкарыстоўваць waitrequest для абодвух.

Агент, як правіла, атрымлівае адрасы, даныя для чытання або запісу і запісу пасля нарастаючага фронту гадзінніка. Агент выстаўляе запыт на чаканне перад нарастаючым фронтам гадзінніка, каб затрымаць перадачы. Калі агент заяўляе waitrequest, перадача затрымліваецца. Пакуль запыт на чаканне сцвярджаецца, адрас і іншыя сігналы кіравання застаюцца нязменнымі. Перадачы завяршаюцца па нарастаючаму фронту першага clk пасля таго, як інтэрфейс агента адмяняе запыт чакання.
Няма абмежаванняў на тое, як доўга інтэрфейс агента можа спыняцца. Такім чынам, вы павінны пераканацца, што інтэрфейс агента не сцвярджае waitrequest бясконца. На наступным малюнку паказаны перадачы чытання і запісу з выкарыстаннем запыту чакання.

Заўвага:

waitrequest можа быць аддзелены ад сігналаў запыту на чытанне і запіс. waitrequest можа быць заяўлены падчас цыклаў бяздзейнасці. Хост Avalon-MM можа ініцыяваць транзакцыю, калі падаецца запыт на чаканне, і чакаць, пакуль гэты сігнал будзе адменены. Аддзяленне запыту чакання ад запытаў на чытанне і запіс можа палепшыць час сістэмы. Развязка ліквідуе камбінацыйны цыкл, уключаючы сігналы запыту на чытанне, запіс і чаканне. Калі патрабуецца яшчэ большае аддзяленне, выкарыстоўвайце ўласцівасць waitrequestAllowance. waitrequestAllowance даступны, пачынаючы з выпуску Quartus® Prime Pro v17.1 Stratix® 10 ES Editions.

Малюнак 7.

Чытанне і запіс перадач з Waitrequest

clk

адрас

byteenable

чытаць, пісаць, чакаць, запыт, чытаць дадзеныя

чытанне даных

адказ

запіс даных

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 21

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24
Лічбы на гэтай часовай дыяграме пазначаюць наступныя пераходы: 1. адрас, байтэнабельнасць і чытанне сцвярджаюцца пасля нарастаючага фронту clk. The
агент сцвярджае waitrequest, спыняючы перадачу. 2. waitrequest - гэта sampвялі. Паколькі запыт чакання сцвярджаецца, цыкл становіцца
стан чакання. адрас, чытанне, запіс і магчымасць байтавання застаюцца нязменнымі. 3. Агент адмяняе запыт чакання пасля нарастаючага фронту clk. Агент сцвярджае
readdata і адказ. 4. Гаспадар сamples readdata, адказ і адменены запыт чакання
завяршэнне перадачы. 5. сігналы адрасу, запісу даных, магчымасці байтавання і запісу выстаўляюцца пасля
нарастаючы край клк. Агент сцвярджае waitrequest, спыняючы перадачу. 6. Агент адмяняе запыт чакання пасля нарастаючага фронту clk. 7. Агент захоплівае даныя запісу, заканчваючы перадачу.

Спецыфікацыі інтэрфейсу Avalon® 22

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

3.5.2. Пераносы з дапамогай уласцівасці waitrequestAllowance

Уласцівасць waitrequestAllowance вызначае колькасць перадач, якія хост AvalonMM можа ажыццявіць або агент Avalon-MM павінен прыняць пасля таго, як сцвярджаецца сігнал waitrequest. waitrequestAllowance даступны, пачынаючы з выпуску праграмнага забеспячэння Intel Quartus Prime 17.1.
Значэнне па змаўчанні waitrequestAllowance роўна 0, што адпавядае паводзінам, апісаным у тыповых перадачах чытання і запісу, дзе зацвярджэнне запыту чакання спыняе выдачу або прыняцце бягучай перадачы.
Агент Avalon-MM з параметрам waitrequestAllowance, большым за 0, звычайна будзе выдаваць запыт waitrequest, калі яго ўнутраны буфер можа прымаць толькі дадатковыя запісы waitrequestAllowance, перш чым запоўніцца. Хасты Avalon-MM з параметрам waitrequestAllowance, большым за 0, маюць дадатковыя цыклы waitrequestAllowance, каб спыніць адпраўку перадач, што дазваляе больш канвеерна працаваць у логіцы хаста. Хост павінен адмяніць сігнал чытання або запісу, калі час чакання паўторнага запыту быў выдаткаваны.
Значэнні waitrequestAllowance, большыя за 0, падтрымліваюць высакахуткасную канструкцыю, дзе неадкладныя формы супрацьціску могуць прывесці да падзення максімальнай працоўнай частаты (FMAX), часта з-за камбінацыйнай логікі ў шляху кіравання. Агент Avalon-MM павінен падтрымліваць усе магчымыя таймінгі перадачы, законныя для яго значэння waitrequestAllowance. Напрыкладample, агент з waitrequestAllowance = 2 павінен мець магчымасць прымаць любыя сігналы перадачы хаста, паказаныя ў наступным прыкладзеampлес.

Звязаная інфармацыя Тыповыя перадачы чытання і запісу на старонцы 21

3.5.2.1. waitrequestAllowance роўна двум
Наступная часовая дыяграма ілюструе час для хоста Avalon-MM, які мае два тактавыя цыклы для запуску і спынення адпраўкі перадач пасля таго, як агент Avalon-MM скасуе або сцвярджае waitrequest адпаведна.

Малюнак 8. Запіс на хост: waitrequestAllowance роўна двум тактавым цыклам

1 2

3 4

гадзіннік

пісаць

запыт чакання

даныя [7:0]

А0 А1 А2

А3 А4

B0 B1

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 23

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Маркеры на гэтым малюнку адзначаюць наступныя падзеі:
1. Хост Avalon-MM> кіруе запісам і дадзенымі.
2. Агент Avalon-MM> сцвярджае waitrequest. Паколькі waitrequestAllowance роўны 2, хост можа выканаць 2 дадатковыя перадачы даных.
3. Хост адмяняе запіс, як патрабуецца, таму што агент сцвярджае waitrequest для трэцяга цыклу.
4. Хост Avalon-MM> кіруе запісам і дадзенымі. Агент не сцвярджае waitrequest. Запіс завершаны.
5. Хост Avalon кіруе запісам і дадзенымі, нават калі агент сцвярджае waitrequest. Паколькі waitrequestAllowance складае 2 цыклы, запіс завершаны.
6. Хост Avalon кіруе запісам і дадзенымі. Агент не сцвярджае waitrequest. Запіс завершаны.

3.5.2.2. waitrequestAllowance роўна аднаму
Наступная дыяграма часу ілюструе час для хоста Avalon-MM, у якога ёсць адзін такт, каб пачаць і спыніць адпраўку перадач пасля таго, як агент Avalon-MM скасуе або сцвердзіць waitrequest адпаведна:
Малюнак 9. Запіс на хост: waitrequestAllowance роўна аднаму тактаваму цыклу

1 кл

23 4

6 7

пісаць

запыт чакання

даныя [7:0]

А0 А1 А2

А3 А4

B1 B2

Лічбамі на гэтым малюнку адзначаны наступныя падзеі:
1. Хост Avalon-MM кіруе запісам і дадзенымі.
2. Агент Avalon-MM сцвярджае waitrequest. Паколькі waitrequestAllowance роўны 1, хост можа завяршыць запіс.
3. Хост адмяняе запіс, таму што агент сцвярджае waitrequest для другога цыклу.
4. Хост Avalon-MM кіруе запісам і дадзенымі. Агент не сцвярджае waitrequest. Запіс завершаны.
5. Агент сцвярджае waitrequest. Паколькі waitrequestAllowance складае 1 цыкл, запіс завершаны.

Спецыфікацыі інтэрфейсу Avalon® 24

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

6. Хост Avalon-MM дыскі для запісу і дадзеных. Агент не сцвярджае waitrequest. Запіс завершаны.
7. Агент Avalon-MM сцвярджае waitrequest. Паколькі waitrequestAllowance роўны 1, хост можа выканаць адну дадатковую перадачу даных.
8. Хост Avalon кіруе запісам і дадзенымі. Агент не сцвярджае waitrequest. Запіс завершаны.

3.5.2.3. waitrequestAllowance роўна двум – не рэкамендуецца

Наступная дыяграма ілюструе час для хоста Avalon-MM>, які можа адправіць дзве перадачы пасля таго, як запыт чакання заяўлены.

Такі час з'яўляецца законным, але не рэкамендуецца. У гэтым эксample хост падлічвае колькасць транзакцый замест колькасці тактаў. Гэты падыход патрабуе лічыльніка, які робіць рэалізацыю больш складанай і можа паўплываць на час закрыцця.
Калі хост вызначае, калі кіраваць транзакцыямі з дапамогай сігналу waitrequest і пастаяннай колькасці цыклаў, хост запускае або спыняе транзакцыі на аснове зарэгістраваных сігналаў.

Малюнак 10. WaitrequestAllowance роўна двум перадачам

1 23 кл

пісаць

запыт чакання

дадзеныя

Лічбы на гэтым малюнку пазначаюць наступныя падзеі: 1. Хост Avalon-MM> сцвярджае запіс і перадачу дадзеных.
2. Агент Avalon-MM> сцвярджае waitrequest.
3. Хост Avalon-MM> кіруе запісам і дадзенымі. Паколькі waitrequestAllowance роўны 2, хост пераводзіць даныя ў 2 паслядоўныя цыклы.
4. Хост Avalon-MM> скасоўвае запіс, таму што хост выдаткаваў 2-пераносы waitrequestAllowance.
5. Хост Avalon-MM> выдае запіс, як толькі адменены запыт на чаканне.
6. Хост Avalon-MM> кіруе запісам і дадзенымі. Агент выстаўляе запыт чакання на 1 цыкл.
7. У адказ на запыт чакання хост Avalon-MM> захоўвае даныя на працягу 2 цыклаў.

3.5.2.4. Сумяшчальнасць waitrequestAllowance для хост-інтэрфейсаў Avalon-MM
Хасты і агенты Avalon-MM, якія падтрымліваюць сігнал waitrequest, падтрымліваюць супрацьціск. Хасты з супрацьціскам заўсёды могуць падключацца да агентаў без супрацьціску. Хасты без супрацьціску не могуць падключацца да агентаў з супрацьціскам.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 25

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Табліца 11. Сумяшчальнасць waitrequestAllowance для хостаў і агентаў Avalon-MM

Хаст і агент waitrequestAllowance

Сумяшчальнасць

хост = 0 агент = 0
хост = 0 агент > 0

Адпавядае тым жа правілам сумяшчальнасці, што і стандартныя інтэрфейсы Avalon-MM.
Прамыя падключэнні немагчымыя. Неабходная простая адаптацыя ў выпадку хаста з сігналам waitrequest. Злучэнне немагчыма, калі хост не падтрымлівае сігнал waitrequest.

хост > 0 агент = 0
хост > 0 агент > 0

Прамыя падключэнні немагчымыя. Адаптацыя (буферы) патрабуецца пры падключэнні да агента з сігналам чакання запыту або фіксаваным станам чакання.
Адаптацыя не патрабуецца, калі дапамога гаспадара <= дапамога агента. Калі дазвол хоста < дазвол агента, могуць быць устаўлены рэгістры канвеера. Для злучэнняў "кропка-кропка" вы можаце дадаць рэгістры канвеера ў сігналы каманд або сігналы чакання запыту. Да зарэгістраваць сtages можна ўставіць куды - гэта розніца паміж надбаўкамі. Для падключэння хоста з больш высокім дазволам чакання запыту, чым у агента, патрабуецца буферызацыя.

3.5.2.5. Умовы памылкі waitrequestAllowance
Паводзіны непрадказальныя, калі інтэрфейс Avalon-MM парушае спецыфікацыю дазволу чакання запыту.
· Калі хост парушае waitrequestAllowance = спецыфікацыі, даслаўшы больш чым перадачы, перадачы могуць быць спынены або можа адбыцца пашкоджанне даных.
· Калі агент абвяшчае большы адсотак чакання запыту, чым гэта магчыма, некаторыя перадачы могуць быць адменены або можа адбыцца пашкоджанне даных.
3.5.3. Перадачы для чытання і запісу з фіксаванымі станамі чакання
Агент можа ўказваць фіксаваныя станы чакання, выкарыстоўваючы ўласцівасці readWaitTime і writeWaitTime. Выкарыстанне фіксаваных станаў чакання з'яўляецца альтэрнатывай выкарыстанню waitrequest для спынення перадачы. Адрас і кантрольныя сігналы (байтавыя, чытанне і запіс) застаюцца нязменнымі на працягу перадачы. Усталёўка readWaitTime або writeWaitTime на эквівалентна сцверджанню waitrequest для цыклаў за перадачу.
На наступным малюнку агент мае writeWaitTime = 2 і readWaitTime = 1.

Спецыфікацыі інтэрфейсу Avalon® 26

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Малюнак 11.

Перадача для чытання і запісу з фіксаванымі станамі чакання ў інтэрфейсе агента

clk

адрас

byteenable

чытаць

запіс readdata адказ writedata

адказ readdata

запіс даных

Лічбы на гэтай часовай дыяграме адзначаюць наступныя пераходы:
1. Хост сцвярджае адрас і чытанне па нарастаючаму фронту clk.
2. Наступны нарастаючы фронт clk азначае канец першага і адзінага цыклу стану чакання. ReadWaitTime роўны 1.
3. Агент сцвярджае readdata і адказ на нарастаючым фронце clk. Прачытаная перадача заканчваецца.
4. агенту даступны сігналы запісу, адраса, магчымасці байтавання і запісу.
5. Перадача запісу заканчваецца пасля 2 цыклаў стану чакання.
Перадачы з адным станам чакання звычайна выкарыстоўваюцца для шматцыклавых пазачыпавых перыферыйных прылад. Перыферыйная прылада захоплівае сігналы адраса і кіравання па нарастаючаму фронту CLK. Перыферыйная прылада мае адзін поўны цыкл для вяртання даных.
Дапускаюцца кампаненты з нулявым станам чакання. Аднак кампаненты з нулявым станам чакання могуць знізіць дасяжную частату. Нулявыя станы чакання патрабуюць, каб кампанент генераваў адказ у тым жа цыкле, у якім быў прадстаўлены запыт.

3.5.4. Канвеерныя перадачы
Канвеерныя перадачы чытання Avalon-MM павялічваюць прапускную здольнасць для прылад сінхроннага агента, якім патрабуецца некалькі цыклаў для вяртання даных для першага доступу. Такія прылады звычайна могуць вяртаць адно значэнне даных за цыкл на працягу некаторага часу пасля гэтага. Новыя канвеерныя перадачы чытання могуць пачацца да вяртання дадзеных чытання для папярэдніх перадач.
Канвеерная перадача чытання мае фазу адраса і фазу даных. Хост ініцыюе перадачу, прадстаўляючы адрас на этапе адрасавання. Агент выконвае перадачу, дастаўляючы даныя на этапе даных. Адрасная фаза для новай перадачы (або некалькіх перадач) можа пачацца да завяршэння фазы даных папярэдняй перадачы. Затрымка называецца затрымкай канвеера. Затрымка канвеера - гэта працягласць ад канца фазы адрасу да пачатку фазы даных.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 27

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Час перадачы для станаў чакання і затрымкі канвеера маюць наступныя асноўныя адрозненні:
· Станы чакання – станы чакання вызначаюць працягласць фазы адрасу. Станы чакання абмяжоўваюць максімальную прапускную здольнасць порта. Калі агент патрабуе аднаго стану чакання, каб адказаць на запыт перадачы, порт патрабуе двух тактавых цыклаў для перадачы.
· Затрымка канвеера – затрымка канвеера вызначае час да вяртання даных незалежна ад фазы адрасу. Канвеерны агент без станаў чакання можа падтрымліваць адну перадачу за цыкл. Аднак агенту можа спатрэбіцца некалькі цыклаў затрымкі, каб вярнуць першую адзінку даных.
Станы чакання і канвеернае чытанне могуць падтрымлівацца адначасова. Затрымка канвеера можа быць фіксаванай або зменнай.

3.5.4.1. Канвеерная перадача чытання са зменнай затрымкай
Пасля захопу сігналаў адраса і кіравання канвеерны агент Avalon-MM займае адзін або некалькі цыклаў для атрымання даных. Канвеерны агент можа мець некалькі чакаючых перадач чытання ў любы момант часу.
Канвеерныя перадачы чытання са зменнай затрымкай:
· Патрабаваць адзін дадатковы сігнал, readdatavalid, які паказвае, калі прачытаныя даныя сапраўдныя.
· Уключыце той жа набор сігналаў, што і неканвеерныя перадачы чытання.
У канвеерных перадачах чытання са зменнай затрымкай перыферыйныя прылады агента, якія выкарыстоўваюць readdatavalid, лічацца канвеернымі са зменнай затрымкай. Сігналы readdata і readdatavalid, якія адпавядаюць камандзе чытання, могуць быць зацверджаны не раней за цыкл пасля таго, як гэтая каманда счытвання.
Агент павінен вяртаць дадзеныя чытання ў тым жа парадку, у якім прымаюцца каманды чытання. Канвеерныя парты агента са зменнай затрымкай павінны выкарыстоўваць запыт чакання. Агент можа задаць запыт на чаканне, каб спыніць пераводы, каб падтрымліваць прымальную колькасць незавершаных пераводаў. Агент можа пацвердзіць readdatavalid для перадачы даных на хост незалежна ад таго, ці спыняе агент новую каманду з дапамогай waitrequest.

Заўвага:

Максімальная колькасць незавершаных перадач з'яўляецца ўласцівасцю інтэрфейсу агента. Структура ўзаемазлучэння стварае логіку маршрутызацыі счытвання даных на запытваючыя хасты з выкарыстаннем гэтага нумара. Інтэрфейс агента, а не структура ўзаемасувязі, павінен адсочваць колькасць незавершаных чытанняў. Агент павінен задаць запыт чакання, каб прадухіліць перавышэнне максімальнай колькасці незавершаных чытанняў. Калі агент мае waitrequestAllowance > 0, агент павінен заявіць waitrequest дастаткова рана, каб агульная колькасць незавершаных перадач, у тым ліку прынятых у той час як waitrequest сцвярджаецца, не перавышала максімальную колькасць зададзеных чакаючых перадач.

Спецыфікацыі інтэрфейсу Avalon® 28

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Малюнак 12.

Канвеерныя перадачы чытання са зменнай затрымкай

На наступным малюнку паказана некалькі перадач чытання агентам. Агент працуе па канвееры з зменнай затрымкай. На гэтым малюнку агент можа прыняць максімум два незавершаныя пераклады. Агент выкарыстоўвае запыт чакання, каб пазбегнуць перавышэння гэтага максімуму.

clk

адрас

адрас1

адрас2

адрас3

адрас4

адрас5

чытаць

запыт чакання

прачытаныя дадзеныя прачытаныя даныясапраўдныя

дадзеныя 1

дадзеныя2

дадзеныя 3

дадзеныя4

дадзеныя5

Лічбы на гэтай часовай дыяграме адзначаюць наступныя пераходы:
1. Хост сцвярджае адрас і чытанне, пачынаючы перадачу чытання.
2. Агент захоплівае адрас1.
3. Агент захоплівае адрас2.
4. Агент сцвярджае waitrequest, таму што агент ужо прыняў максімум два незавершаных чытання, у выніку чаго трэцяя перадача спыняецца.
5. Агент сцвярджае data1, адказ на addr1. Агент адмяняе запыт чакання.
6. Агент захоплівае addr3. Міжзлучэнне фіксуе даныя1.
7. Агент захоплівае addr4. Міжзлучэнне фіксуе даныя2.
8. Агент кіруе readdatavalid і readdata ў адказ на трэцюю перадачу чытання.
9. Агент захоплівае адрас5. Міжзлучэнне фіксуе даныя3. Сігнал чытання адключаны. Значэнне waitrequest больш не актуальна.
10. Інтэрканэкт фіксуе дадзеныя4.
11. Агент кіруе data5 і сцвярджае readdatavalid, завяршаючы фазу даных для канчатковай перадачы чытання.
Калі агент не можа апрацаваць перадачу запісу падчас апрацоўкі незавершаных перадач чытання, агент павінен задаць запыт чакання і спыніць аперацыю запісу, пакуль чакаючыя перадачы чытання не будуць завершаны. Спецыфікацыя Avalon-MM не вызначае значэнне readdata ў выпадку, калі агент прымае перадачу запісу на той жа адрас, што і перадача чытання, якая чакае выканання.
3.5.4.2. Канвеерныя перадачы чытання з фіксаванай затрымкай
Адрасная фаза для перадачы чытання з фіксаванай затрымкай ідэнтычная выпадку зменнай затрымкі. Пасля фазы адрасавання канвееры з фіксаванай затрымкай чытання займаюць фіксаваную колькасць тактаў, каб вярнуць сапраўдныя даныя чытання. Уласцівасць readLatency вызначае колькасць тактаў для вяртання сапраўдных прачытаных даных. Інтэрканэкт захоплівае дадзеныя для чытання на адпаведным нарастаючым фронце тактавай частоты, заканчваючы фазу даных.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 29

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Падчас фазы адрасавання можна задаць запыт на чаканне, каб адкласці перадачу. Або задае readLatency для фіксаванай колькасці станаў чакання. Адрасная фаза заканчваецца на наступным нарастаючым фронце clk пасля станаў чакання, калі такія маюцца.

Падчас фазы даных дыскі счытваюць даныя пасля фіксаванай затрымкі. Для затрымкі чытання , павінны быць сапраўдныя дадзеныя для чытання на нарастаючы фронт clk пасля заканчэння фазы адрасавання.

Малюнак 13.

Канвеерная перадача чытання з фіксаванай затрымкай у два цыклы

На наступным малюнку паказана некалькі перадач даных паміж хостам і канвеерным . Дыск чакання запыту на прыпынак перадачы і мае фіксаваную затрымку чытання ў 2 цыклы.

clk

адрас

адрас1

адрас2 адрас3

чытаць

запыт чакання

чытанне даных

дадзеныя1

дадзеныя2 дадзеныя3

Лічбы на гэтай часовай дыяграме адзначаюць наступныя пераходы: 1. Хост ініцыюе перадачу чытання, сцвярджаючы read і addr1. 2. Запыт чакання сцвярджае, каб затрымаць перадачу на адзін цыкл. 3. Захопы addr1 на нарастаючым фронце clk. На гэтым этап адрасавання заканчваецца. 4. Прадстаўляе сапраўдныя дадзеныя для чытання пасля 2 цыклаў, заканчваючы перадачу. 5. addr2 і read сцвярджаюцца для новай перадачы чытання. 6. Хост ініцыюе трэцюю перадачу чытання падчас наступнага цыклу, перад дадзенымі з
папярэдні перавод вяртаецца.

3.5.5. Пакетныя перадачы
Пакет выконвае некалькі перадач як адно цэлае, а не разглядае кожнае слова незалежна. Усплёскі могуць павялічыць прапускную здольнасць для партоў агентаў, якія дасягаюць большай эфектыўнасці пры апрацоўцы некалькіх слоў адначасова, такіх як SDRAM. Чыстым эфектам выбуху з'яўляецца блакіроўка арбітражу на час выбуху. Парыўны інтэрфейс Avalon-MM, які падтрымлівае як чытанне, так і запіс, павінен падтрымліваць як чытанне, так і запіс.
Інтэрфейсы Bursting Avalon-MM ўключаюць выхадны сігнал burstcount. Калі агент мае ўвод падліку пакетаў, агент здольны да пакета.
Сігнал колькасці пакетаў паводзіць сябе наступным чынам:
· У пачатку пакета burstcount паказвае колькасць паслядоўных перадач у пакете.
· Для шырыні колькасці пакетаў, максімальная даўжыня пакета роўная 2( -1).Мінімальная законная даўжыня пакета роўная аднаму.

Спецыфікацыі інтэрфейсу Avalon® 30

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24
Каб падтрымліваць пакеты чытання агента, агент таксама павінен падтрымліваць:
· Станы чакання з сігналам waitrequest.
· Канвеерныя перадачы са зменнай затрымкай з сігналам readdatavalid.
У пачатку пакета агент бачыць адрас і значэнне даўжыні пакета ў burstcount. Для пакета з адрасам і значэннем колькасці пакетаў агент павінен выконваць паслядоўныя перадачы, пачынаючы з адрасу . Пакет завяршаецца пасля таго, як агент атрымае (запіша) або верне (прачытае). слова дадзеных. Пакетны агент павінен захопліваць адрас і колькасць пакетаў толькі адзін раз для кожнага пакета. Логіка агента павінна вывесці адрас для ўсіх перадач, акрамя першых, у пакете. Агент таксама можа выкарыстаць уваходны сігнал beginbursttransfer, які міжзлучэнне заяўляе ў першым цыкле кожнага пакета.
3.5.5.1. Напісаць Усплёскі
Гэтыя правілы прымяняюцца, калі пакет запісу пачынаецца з колькасці пакетаў больш за адзінку:
· Калі выбух кол прадстаўлены ў пачатку пакета, агент павінен прыняць паслядоўныя адзінкі запісу дадзеных для завяршэння пакета. Арбітраж паміж парай хост-агент застаецца заблакіраваным да завяршэння пакета. Гэтая блакіроўка гарантуе, што ні адзін іншы хост не можа выконваць транзакцыі на агенте, пакуль не завершыцца парыў запісу.
· Агент павінен захопліваць даныя запісу толькі пры заяўках на запіс. Падчас пакета хост можа адмяніць запіс, паказваючы, што даныя запісу несапраўдныя. Адмена запісу не спыняе пакет. Адмена запісу затрымлівае пакет, і ніякі іншы хост не можа атрымаць доступ да агента, што зніжае эфектыўнасць перадачы.
· Агент затрымлівае перадачу, сцвярджаючы waitrequest, прымушаючы writedata, write, burstcount і byteenable заставацца нязменнымі.
· Функцыянальнасць байтавага сігналу аднолькавая для пакетных і непакетных агентаў. Для 32-бітнага хоста, які ажыццяўляе пакетную запіс у 64-бітны агент, пачынаючы з байтавага адраса 4, першая перадача запісу, заўважаная агентам, адбываецца па яго адрасе 0, з byteenable = 8'b11110000. Байты могуць змяняцца для розных слоў пакета.
· Не ўсе байтавыя сігналы павінны быць зацверджаны. Пакетны хост, які запісвае частковыя словы, можа выкарыстоўваць байт-сігнал для ідэнтыфікацыі дадзеных, якія запісваюцца.
· Запісы з байтавальнымі сігналамі, у якіх усе 0, проста перадаюцца агенту AvalonMM як сапраўдныя транзакцыі.
· Уласцівасць constantBurstBehavior вызначае паводзіны пакетных сігналаў.
— Калі для хаста праўдзівае ConstantBurstBehavior, хост падтрымлівае стабільны адрас і колькасць пакетаў на працягу пакета. Калі гэта праўда для агента, constantBurstBehavior заяўляе, што агент чакае, што адрас і колькасць пакетаў будуць стабільнымі на працягу пакета.
— Калі constantBurstBehavior несапраўдны, хост захоўвае стабільнасць адраса і колькасці пакетаў толькі для першай транзакцыі пакета. Калі constantBurstBehavior несапраўдны, агент samples адрас і burstcount толькі для першай транзакцыі пакета.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 31

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Малюнак 14.

Пакет запісу з ConstantBurstBehavior, усталяваным у False для хоста і агента

На наступным малюнку паказаны пакет запісу агента даўжынёй 4. У гэтым выпадкуample, агент сцвярджае waitrequest двойчы, затрымліваючы пакет.

clk

адрас

адрас1

пачынаць выбуховую перадачу

колькасць выбухаў

пісаць

запіс даных

дадзеныя1

дадзеныя2

дадзеныя3

дадзеныя4

запыт чакання

Лічбы на гэтай часовай дыяграме адзначаюць наступныя пераходы:
1. Хост сцвярджае адрас, падлік пакетаў, запіс і кіруе першым блокам дадзеных для запісу.
2. Агент неадкладна сцвярджае waitrequest, паказваючы, што агент не гатовы працягнуць перадачу.
3. запыт чакання нізкі. Агент захоплівае addr1, burstcount і першы блок даных запісу. У наступных цыклах перадачы адрас і колькасць пакетаў ігнаруюцца.
4. Агент захоплівае другі блок даных на нарастаючым фронце clk.
5. Пакет прыпыняецца, а запіс адключаецца.
6. Агент захоплівае трэцюю адзінку даных на нарастаючым фронце clk.
7. Агент сцвярджае waitrequest. У адказ усе выхады застаюцца нязменнымі на працягу іншага тактавага цыклу.
8. Агент захоплівае апошнюю адзінку даных на гэтым нарастаючым фронце clk. Пакет запісу агента заканчваецца.
На малюнку вышэй сігнал beginbursttransfer усталёўваецца для першага тактавага цыклу ўспышкі і адмяняецца ў наступным тактавым цыкле. Нават калі агент выстаўляе запыт чакання, сігнал beginbursttransfer выдаецца толькі для першага такта.
Звязаная інфармацыя
Уласцівасці інтэрфейсу на старонцы 17

3.5.5.2. Чытайце парывы
Пакеты чытання падобныя на канвеерныя перадачы чытання са зменнай затрымкай. Пакет чытання мае розныя фазы адраса і даных. readdatavalid паказвае, калі агент прадстаўляе сапраўдныя readdata. У адрозненне ад канвеернай перадачы чытання, адзін адрас пакета чытання прыводзіць да перадачы некалькіх даных.

Спецыфікацыі інтэрфейсу Avalon® 32

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Гэтыя правілы прымяняюцца да парываў чытання:
· Калі хост падключаецца непасрэдна да агента, колькасць пакетаў з азначае, што агент павінен вярнуцца словы readdata для завяршэння пакета. У выпадках, калі міжканэкт звязвае пару хоста і агента, міжканэкт можа душыць каманды чытання, адпраўленыя ад хоста да агента. Напрыкладample, калі хост пасылае каманду чытання са значэннем byteenable 0, міжзлучэнне можа здушыць чытанне. У выніку агент не адказвае на каманду чытання.
· Агент прадстаўляе кожнае слова, падаючы readdata і сцвярджаючы readdatavalid на працягу цыкла. Адмена сцверджання readdatavalid затрымлівае, але не спыняе фазу пакетных дадзеных.
· Для чытанняў з лікам пакетаў > 1 Intel рэкамендуе выстаўляць усе байтавыя магчымасці.

Заўвага:

Intel рэкамендуе, каб агенты з магчымасцю выбуху не мелі пабочных эфектаў чытання. (Гэта спецыфікацыя не гарантуе, колькі байт хост счытвае з агента, каб задаволіць запыт.)

Малюнак 15.

Чытайце Burst

На наступным малюнку паказана сістэма з двума пакетнымі хастамі, якія атрымліваюць доступ да агента. Звярніце ўвагу, што гаспадар B можа кіраваць аўтамабілем

запыт на чытанне перад тым, як даныя вернуцца для хоста A.

clk

адрас A0 (хост A) A1 хост (B)

чытаць

пачынаць выбуховую перадачу

запыт чакання

колькасць выбухаў

readdatavalid

чытанне даных

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

Лічбы на гэтай часовай дыяграме адзначаюць наступныя пераходы:
1. Хост А заяўляе адрас (A0), колькасць пакетаў і чытанне пасля нарастаючага фронту clk. Агент сцвярджае запыт чакання, у выніку чаго ўсе ўводы, акрамя beginbursttransfer, застаюцца нязменнымі на працягу наступнага тактавага цыклу.
2. Агент захоплівае A0 і лік пакетаў на гэтым нарастаючым фронце clk. Новая перадача можа пачацца ў наступным цыкле.
3. Хост B кіруе адрасам (A1), падлічвае пакеты і чытае. Агент сцвярджае waitrequest, у выніку чаго ўсе ўводы, акрамя beginbursttransfer, застаюцца нязменнымі. Агент мог вярнуць прачытаныя даныя з першага запыту на чытанне ў гэты час не раней.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 33

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24
4. Агент прадстаўляе сапраўдныя readdata і сцвярджае readdatavalid, перадаючы першае слова дадзеных для хоста A.
5. Другое слова за гаспадаром А пераносіцца. Агент адмяняе readdatavalid, прыпыняючы серыю чытання. Порт агента можа захоўваць readdatavalid адмененым на працягу адвольнай колькасці тактаў.
6. Вяртаецца першае слова для гаспадара B.
3.5.5.3. Лінейна-абгорнутыя серыі
Працэсары з кэшам інструкцый павялічваюць эфектыўнасць за кошт выкарыстання пакетаў з пераносам радкоў. Калі працэсар запытвае дадзеныя, якіх няма ў кэшы, кантролер кэша павінен запоўніць увесь радок кэша. Для працэсара з памерам радка кэша 64 байта, промах кэша выклікае 64 байта для чытання з памяці. Калі працэсар чытае з адраса 0xC, калі адбыўся промах кэша, то неэфектыўны кантролер кэша можа выдаць пакет па адрасе 0, што прывядзе да дадзеных з адрасоў чытання 0x0, 0x4, 0x8, 0xC, 0x10, 0x14, 0x18, . . . 0x3C. Запытаныя даныя недаступныя да чацвёртага чытання. Пры парывах пераносу радкоў парадак адрасоў 0xC, 0x10, 0x14, 0x18, . . . 0x3C, 0x0, 0x4 і 0x8. Першымі вяртаюцца запытаныя даныя. Увесь радок кэша ў канчатковым выніку запаўняецца з памяці.
3.5.6. Чытаць і пісаць адказы
Для любога агента Avalon-MM каманды павінны апрацоўвацца бяспечным спосабам. Чытайце і запісвайце адказы ў тым парадку, у якім яны былі прыняты.
3.5.6.1. Заказ транзакцыі для адказаў на чытанне і запіс Avalon-MM (хасты і агенты)
Для любога хоста Avalon-MM: · Тэхнічныя характарыстыкі інтэрфейсу Avalon гарантуюць, што каманды даюцца аднаму і таму ж агенту
звязацца з агентам у парадку выдачы каманды, і агент адказвае ў парадку выдачы каманды. · Розныя агенты могуць атрымліваць каманды і адказваць на іх у парадку, адрозным ад таго, у якім іх выдае хост. У выпадку поспеху агент адказвае ў парадку выдачы каманды. · Адказы (калі ёсць) вяртаюцца ў парадку выдачы каманд, незалежна ад таго, для аднаго ці розных агентаў прызначаны каманды чытання ці запісу. · Спецыфікацыі інтэрфейсу Avalon не гарантуюць парадак транзакцый паміж рознымі хостамі.
3.5.6.2. Часовая дыяграма адказаў на чытанне і запіс Avalon-MM
На наступнай дыяграме паказаны парадак прыняцця каманд і выдачы каманд для адказаў Avalon-MM на чытанне і запіс. Паколькі інтэрфейсы чытання і запісу падзяляюць сігнал адказу, інтэрфейс не можа выдаць або прыняць адказ на запіс і адказ на чытанне ў адзін і той жа такт.
Прачытайце адказы, адпраўце адзін адказ на кожныя прачытаныя даныя. Даўжыня пакета чытання вынікі ў адказы.

Спецыфікацыі інтэрфейсу Avalon® 34

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Пішыце адказы, адпраўляйце па адным адказе на кожную каманду запісу. Пакет запісу прыводзіць толькі да аднаго адказу. Інтэрфейс агента адпраўляе адказ пасля прыняцця канчатковай перадачы запісу ў пакет. Калі інтэрфейс уключае сігнал writeresponsevalid, усе каманды запісу павінны завяршацца адказамі на запіс.

Малюнак 16. Часовая дыяграма адказаў на чытанне і запіс Avalon-MM

clk

адрас

чытаць

пісаць

readdatavalid

пісацьадказсапраўдны

адказ

3.5.6.2.1. Часовая дыяграма minimumResponseLatency з readdatavalid або writeresponsevalid

Для інтэрфейсаў з readdatavalid або writeresponsevalid па змаўчанні мінімальная затрымка адказу ў адзін цыкл можа прывесці да цяжкасцей з таймінгам закрыцця на хостах Avalon-MM.

Наступныя часовыя дыяграмы паказваюць паводзіны для minimumResponseLatency 1 або 2 цыклаў. Звярніце ўвагу, што фактычная затрымка адказу таксама можа перавышаць мінімальна дазволенае значэнне, як паказана на гэтых часавых дыяграмах.

Малюнак 17. minimumResponseLatency роўны аднаму цыклу

clk чытаць
readdataсапраўдныя даныя

Мінімальная затрымка адказу 1 цыкл

Малюнак 18. minimumResponseLatency роўна двум цыклам clk
чытанне 2 цыклаў minimumResponseLatency
readdataсапраўдныя даныя

Сумяшчальнасць
Інтэрфейсы з аднолькавым minimumResponseLatency сумяшчальныя без якой-небудзь адаптацыі. Калі хост мае больш высокі minimumResponseLatency, чым агент, выкарыстоўвайце рэгістры канвеера, каб кампенсаваць адрозненні. Рэгістры трубаправода павінны

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 35

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

затрымаць чытанне даных ад агента. Калі агент мае больш высокі minimumResponseLatency, чым хост, інтэрфейсы сумяшчальныя без адаптацыі.

3.6. Выраўноўванне адрасоў
Міжзлучэнне падтрымлівае толькі выраўнаваны доступ. Хост можа выдаваць толькі адрасы, кратныя яго шырыні дадзеных у сімвалах. Хост можа напісаць частковыя словы, адмяніўшы некаторыя байтавыя аб'екты. Напрыкладample, магчымасць запісу 2 байтаў па адрасе 2 складае 4'b1100.

3.7. Адрасаванне агента Avalon-MM

Дынамічнае вызначэнне памеру шыны кіруе дадзенымі падчас перадачы паміж парамі хост-агент з рознай шырынёй даных. Даныя агента выраўноўваюцца ў сумежных байтах у адраснай прасторы хаста.

Калі шырыня даных хоста шырэй шырыні даных агента, словы ў адраснай прасторы хоста адлюстроўваюцца ў некалькіх месцах у адраснай прасторы агента. Напрыкладample, чытанне 32-разраднага хоста ад 16-разраднага агента прыводзіць да двух перадач чытання на баку агента. Чытанне адбываецца па паслядоўных адрасах.

Калі хост вузейшы за агента, то міжзлучэнне кіруе байтавымі палосамі агента. Падчас перадачы счытвання вузла міжканэкт прадстаўляе больш вузкаму вузлу толькі адпаведныя байтавыя паласы дадзеных агента. Падчас перадачы запісу хаста, міжзлучэнне
аўтаматычна сцвярджае байтавыя сігналы для запісу даных толькі ў вызначаныя байтавыя паласы агента.

Агенты павінны мець шырыню даных 8, 16, 32, 64, 128, 256, 512 або 1024 біт. У наступнай табліцы паказана выраўноўванне даных агента рознай шырыні ў 32-разрадным хасце, які выконвае поўны доступ да слоў. У гэтай табліцы OFFSET[N] адносіцца да зрушэння памеру слова агента ў адраснай прасторы агента.

Табліца 12. Адлюстраванне адрасоў хост-агент дынамічнага памеру шыны

Байт-адрас хаста (1)

Доступ

0x00

0x04

0x08

32-бітныя даныя хаста

Пры доступе да 8-бітнага інтэрфейсу агента

Пры доступе да 16-бітнага інтэрфейсу агента

ЗРУШЭННЕ[0]7..0

ЗРУШЭННЕ[0]15..0 (2)

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

ЗРУШЭННЕ[1]15..0 — —

ЗРУШЭННЕ[4]7..0

ЗРУШЭННЕ[2]15..0

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

ЗРУШЭННЕ[3]15..0 — —

ЗРУШЭННЕ[8]7..0

ЗРУШЭННЕ[4]15..0

ЗРУШЭННЕ[9]7..0

ЗРУШЭННЕ[5]15..0

Пры доступе да 64-бітнага інтэрфейсу агента OFFSET[0]31..0 — — —
ЗРУШЭННЕ[0]63..32 — — —
ЗРУШЭННЕ[1]31..0 —
працяг...

Спецыфікацыі інтэрфейсу Avalon® 36

Адправіць водгук

3. Інтэрфейсы Avalon Memory-Mapped 683091 | 2022.01.24

Байт-адрас хаста (1)

Доступ

Пры доступе да 8-бітнага інтэрфейсу агента

32-бітныя даныя хаста
Пры доступе да 16-бітнага інтэрфейсу агента

ЗРУШЭННЕ[10]7..0

—

ЗРУШЭННЕ[11]7..0

—

0x0C

ЗРУШЭННЕ[12]7..0

ЗРУШЭННЕ[6]15..0

ЗРУШЭННЕ[13]7..0

ЗРУШЭННЕ[7]15..0

ЗРУШЭННЕ[14]7..0

—

4 І гэтак далей

OFFSET[15]7..0 І гэтак далей

- І гэтак далей

Заўвагі: 1. Хоць хост выдае байтавыя адрасы, хост атрымлівае доступ да поўных 32-бітных слоў. 2. Для ўсіх запісаў агентаў, [ ] - гэта зрушэнне слова, а значэнні ніжняга індэкса - гэта біты ў слове.

Пры доступе да 64-бітнага інтэрфейсу агента — —
OFFSET[1]63..32 — — — І гэтак далей

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 37

683091 | 2022.01.24 Адправіць водгук

4. Інтэрфейсы перапынення Avalon
Інтэрфейсы Avalon Interrupt дазваляюць кампанентам агента сігналізаваць аб падзеях кампанентам хоста. Напрыкладample, кантролер DMA можа перапыніць працэсар пасля завяршэння перадачы DMA.

4.1. Перапыніць адпраўніка
Адпраўнік перапынення накіроўвае адзін сігнал перапынення ў прыёмнік перапынення. Час сігналу irq павінен быць сінхронным нарастаючаму фронту звязанага з ім тактавага сігналу. 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, які забяспечвае доступ да рэгістраў для абслугоўвання перапынення.
Імя тактавага інтэрфейсу, з якім гэты адпраўнік перапынення сінхронны. Адпраўнік і атрымальнік могуць мець розныя значэнні гэтай уласцівасці.

звязаныСкід

Н/Д

Назва скіду

Імя інтэрфейсу скіду, для якога гэта перапыненне

інтэрфейс на гэтым

адпраўнік сінхронны.

кампанент.

ISO 9001:2015 зарэгістраваны

4. Інтэрфейс перапынення Avalon 683091 | 2022.01.24

4.2. Прыёмнік перапынення
Інтэрфейс прымача перапыненняў прымае перапыненні ад інтэрфейсаў адпраўніка перапынення. Кампаненты з хост-інтэрфейсамі Avalon-MM могуць уключаць прыёмнік перапынення для выяўлення перапыненняў, заяўленых кампанентамі агента з інтэрфейсам адпраўніка перапынення. Прыёмнік перапынення прымае запыты на перапыненне ад кожнага адпраўніка перапынення як асобны біт.

4.2.1. Ролі сігналу прыёмніка перапынення Avalon

Табліца 15. Ролі сігналу прыёмніка перапынення

Сігнальная роля

Шырыня

Напрамак

абавязковы

IRQ

Увод

так

Апісанне
irq - гэта an -бітны вектар, дзе кожны біт адпавядае непасрэдна аднаму адпраўніку IRQ без уласцівага дапушчэння прыярытэту.

4.2.2. Уласцівасці прыёмніка перапынення

Табліца 16. Уласцівасці прымача перапынення

Назва ўласцівасці

Значэнне па змаўчанні

Прававыя каштоўнасці

Апісанне

звязаны адрасны пункт

Н/Д

Імя Імя хост-інтэрфейсу Avalon-MM, які выкарыстоўваецца

Перапыненні службы Avalon-MM атрыманы на гэтым інтэрфейсе.

гаспадар

інтэрфейс

звязаны Гадзіннік

Н/Д

Імя Імя інтэрфейсу Avalon Clock, да якога гэта

Авалон

прыёмнік перапынення сінхронны. Адпраўнік і

Гадзіннік

атрымальнік можа мець розныя значэнні для гэтай уласцівасці.

інтэрфейс

звязаныСкід

Н/Д

Імя Імя інтэрфейсу скіду, да якога гэта перапыненне

Авалон

прыёмнік сінхронны.

Скінуць

інтэрфейс

4.2.3. Час перапынення

Хост Avalon-MM абслугоўвае перапыненне з прыярытэтам 0 перад перапыненнем з прыярытэтам 1.

Малюнак 19.

Час перапынення

На наступным малюнку перапыненне 0 мае больш высокі прыярытэт. Прыёмнік перапынення знаходзіцца ў працэсе апрацоўкі int1

калі int0 сцвярджаецца. Выклікаецца і завяршаецца апрацоўшчык int0. Затым апрацоўшчык int1 аднаўляецца. The

Дыяграма паказвае int0 дэсерты ў момант 1. int1 дэсерты ў момант 2.

clk

Індывідуальныя запыты int0
int1

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 39

683091 | 2022.01.24 Адправіць водгук

5. Струменевыя інтэрфейсы Avalon

Вы можаце выкарыстоўваць інтэрфейсы Avalon Streaming (Avalon-ST) для кампанентаў, якія кіруюць аднанакіраванымі дадзенымі з высокай прапускной здольнасцю і нізкай затрымкай. Да тыповых прыкладанняў адносяцца мультыплексаваныя патокі, пакеты і дадзеныя DSP. Сігналы інтэрфейсу Avalon-ST могуць апісваць традыцыйныя струменевыя інтэрфейсы, якія падтрымліваюць адзіны паток даных без ведання каналаў або межаў пакетаў. Інтэрфейс можа таксама падтрымліваць больш складаныя пратаколы, здольныя да пакетнай перадачы і перадачы пакетаў з чаргаваннем пакетаў па некалькіх каналах.

Заўвага:

Калі вам патрэбен высокапрадукцыйны інтэрфейс струменевай перадачы даных, звярніцеся да раздзела 6 Інтэрфейсы струменевага крэдыту Avalon.

Малюнак 20. Інтэрфейс Avalon-ST – тыповае прымяненне інтэрфейсу Avalon-ST

Друкаваная плата Інтэрфейсы Intel FPGA Avalon-ST (плоскасць даных)

Планавальнік

Уваход Avalon-ST

Rx IF Core гл

Крыніца 0-2 Ракавіна 1

Інтэрфейс Avalon-MM (плоскасць кіравання)

Крыніца

Tx IF Core Sink

Выхад Avalon-ST

Хаст-інтэрфейс Avalon-MM
Працэсар

Хаст-інтэрфейс Avalon-MM
Кіраванне IO

Інтэрфейс агента Avalon-MM
SDRAM Cntl
Памяць SDRAM

Усе інтэрфейсы крыніцы і прыёмніка Avalon-ST неабавязкова сумяшчальныя. Аднак, калі два інтэрфейсы забяспечваюць сумяшчальныя функцыі для адной і той жа прасторы прыкладанняў, даступныя адаптары, якія дазваляюць ім узаемадзейнічаць.

ISO 9001:2015 зарэгістраваны

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24
Інтэрфейсы Avalon-ST падтрымліваюць шляхі даных, якія патрабуюць наступных функцый:
· Перадача даных кропка-кропка з нізкай затрымкай і высокай прапускной здольнасцю
· Падтрымка некалькіх каналаў з гнуткім чаргаваннем пакетаў
· Сігналізацыя бакавой паласы канала, памылка, а таксама пачатак і канец размежавання пакета
· Падтрымка серыі дадзеных
· Аўтаматычная адаптацыя інтэрфейсу
5.1. Тэрміны і паняцці
Пратакол інтэрфейсу Avalon-ST вызначае наступныя тэрміны і паняцці:
· Avalon Streaming System–Сістэма Avalon Streaming змяшчае адно або некалькі злучэнняў Avalon-ST, якія перадаюць даныя з інтэрфейсу-крыніцы ў інтэрфейс-прыёмнік. Сістэма, паказаная вышэй, складаецца з інтэрфейсаў Avalon-ST для перадачы даных з уваходу сістэмы на выхад. Інтэрфейсы кіравання Avalon-MM і рэгістра стану забяспечваюць праграмнае кіраванне.
· Кампаненты Avalon Streaming–тыповая сістэма з выкарыстаннем інтэрфейсаў Avalon-ST аб'ядноўвае некалькі функцыянальных модуляў, якія называюцца кампанентамі. Дызайнер сістэмы канфігуруе кампаненты і злучае іх разам для рэалізацыі сістэмы.
· Інтэрфейсы крыніцы і прыёмніка і злучэнні – калі два кампаненты злучаюцца, даныя пераходзяць ад інтэрфейсу крыніцы да інтэрфейсу прыёмніка. Тэхнічныя характарыстыкі інтэрфейсу Avalon называюць камбінацыю зыходнага інтэрфейсу, які падключаецца да інтэрфейсу-прыёмніка, злучэннем.
· Супрацьціск – супрацьціск дазваляе паглынальніку сігналізаваць крыніцы спыніць адпраўку дадзеных. Падтрымка зваротнага ціску неабавязковая. Ракавіна выкарыстоўвае супрацьціск, каб спыніць паток даных па наступных прычынах:
— Калі FIFO ракавіны поўныя
— Калі ёсць перагрузка на яго выходным інтэрфейсе
· Перадачы і гатовыя цыклы – вынікі перадачы ў распаўсюджванні даных і кіравання ад інтэрфейсу-крыніцы да інтэрфейсу-прыёмніка. Для інтэрфейсаў дадзеных цыкл гатоўнасці - гэта цыкл, падчас якога прыёмнік можа прыняць перадачу.
· Сімвал – сімвал - гэта найменшая адзінка дадзеных. Для большасці пакетных інтэрфейсаў сімвал - гэта байт. Адзін або некалькі сімвалаў складаюць адзіны блок даных, якія перадаюцца ў цыкле.
· Канал – гэта фізічны або лагічны шлях або сувязь, па якой інфармацыя праходзіць паміж двума портамі.
· Такт – такт - гэта перадача аднаго цыклу паміж інтэрфейсам крыніцы і прыёмніка, якая складаецца з аднаго або некалькіх сімвалаў.
· Пакет – Пакет - гэта сукупнасць дадзеных і сігналаў кіравання, якія крыніца перадае адначасова. Пакет можа ўтрымліваць загаловак, каб дапамагчы маршрутызатарам і іншым сеткавым прыладам накіраваць пакет у правільны пункт прызначэння. Прыкладанне вызначае фармат пакета, а не гэтую спецыфікацыю. Пакеты Avalon-ST могуць быць зменнай даўжыні і могуць перамежвацца праз злучэнне. З інтэрфейсам Avalon-ST выкарыстанне пакетаў неабавязкова.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 41

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

5.2. Ролі сігналаў струменевага інтэрфейсу Avalon

Кожны сігнал у інтэрфейсе крыніцы або прыёмніка струменевай перадачы Avalon адпавядае адной ролі струменевага сігналу Avalon. Струменевы інтэрфейс Avalon можа ўтрымліваць толькі адзін асобнік кожнай ролі сігналу. Усе ролі струменевага сігналу Avalon прымяняюцца як да крыніц, так і да прыёмнікаў і маюць аднолькавае значэнне для абодвух.

Табліца 17.

Сігналы струменевага інтэрфейсу Avalon
У наступнай табліцы ўсе сігнальныя ролі актыўныя высокія.

Сігнальная роля

Шырыня

Напрамак

абавязковы

Апісанне

Памылка дадзеных канала гатова
сапраўдны

1 128 1 8,192 1 256
1
1

Фундаментальныя сігналы

Крыніца Ракавіна

няма

Нумар канала для перадачы дадзеных

на бягучы цыкл.

Калі інтэрфейс падтрымлівае сігнал канала, то

інтэрфейс павінен таксама вызначаць параметр maxChannel.

Крыніца Ракавіна

няма

Сігнал дадзеных ад крыніцы да ракавіны,

звычайна нясе асноўную масу інфармацыі

перададзены.

Параметры дадаткова вызначаюць змест і

фармат сігналу дадзеных.

Крыніца Ракавіна

няма

Бітавая маска для пазначэння памылак, якія ўплываюць на дадзеныя

пераносіцца ў бягучым цыкле. Адзіны біт

сігналу памылкі маскіруе кожную з памылак

кампанент распазнае. Дэскрыптар памылкі

вызначае ўласцівасці сігналу памылкі.

Ракавіна Крыніца

няма

Сцвярджае высокі, каб паказаць, што ракавіна можа прыняць

дадзеныя. гатоўнасць сцвярджаецца ракавінай на цыкле

каб адзначыць цыкл як гатовы

цыкл. Крыніца можа сцвярджаць толькі сапраўдныя і

перадачы дадзеных падчас гатовых цыклаў.

Крыніцы без гатовага ўваходу не падтрымліваюць супрацьціск. Ракавіны без гатовага выхаду ніколі не патрабуюць супрацьціску.

Крыніца Ракавіна

няма

Крыніца сцвярджае, што гэты сігнал кваліфікуе ўсе астатнія

крыніца для паглынання сігналаў. Ракавіна сamples data і

іншыя сігналы крыніца-прыёмнік на гатовых цыклах

дзе сцвярджаецца, што дзейнічае. Усе астатнія цыклы ёсць

ігнаруецца.

Крыніцы без сапраўдных выходных дадзеных няяўна прадастаўляюць сапраўдныя даныя аб кожным цыкле, калі паглынальнік не стварае супрацьціск. Ракавіны без сапраўдных уводных дадзеных чакаюць сапраўдных даных у кожным цыкле, што яны не ствараюць зваротнага ціску.

пусты
канец пакета пачатак пакета

1 10
1 1

Сігналы перадачы пакетаў

Крыніца Ракавіна

няма

Паказвае колькасць пустых сімвалаў,

гэта значыць, не ўяўляюць сапраўдныя даныя. Пусты

сігнал не патрэбны на інтэрфейсах, дзе ёсць

складае адзін сімвал на такт.

Крыніца Ракавіна

няма

Сцвярджаецца крыніцай для азначэння канца а

пакет.

Крыніца Ракавіна

няма

Сцвярджаецца крыніцай для пазначэння пач

пакет.

Спецыфікацыі інтэрфейсу Avalon® 42

Адправіць водгук

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

5.3. Паслядоўнасць сігналаў і час

5.3.1. Сінхронны інтэрфейс
Усе перадачы злучэння Avalon-ST адбываюцца сінхронна з нарастаючым фронтам звязанага тактавага сігналу. Усе вывады ад інтэрфейсу-крыніцы да інтэрфейсу-прыёмніка, уключаючы даныя, канал і сігналы памылак, павінны быць зарэгістраваны па нарастаючаму фронту тактавай частоты. Уваходы ў інтэрфейс прыёмніка не трэба рэгістраваць. Рэгістрацыя сігналаў у крыніцы палягчае працу на высокіх частотах.
5.3.2. Гадзіннік дазваляе
Кампаненты Avalon-ST звычайна не ўключаюць уваход для ўключэння тактавага сігналу. Сама сігналізацыя Avalon-ST дастатковая для вызначэння цыклаў, якія кампанент павінен і не павінен быць уключаны. Кампаненты, сумяшчальныя з Avalon-ST, могуць мець уваход для ўключэння гадзінніка для іх унутранай логікі. Аднак кампаненты, якія выкарыстоўваюць clock enables, павінны гарантаваць, што час інтэрфейсу адпавядае пратаколу.

5.4. Уласцівасці інтэрфейсу Avalon-ST

Табліца 18. Уласцівасці інтэрфейсу Avalon-ST

Імя ўласцівасці associatedClock

Значэнне па змаўчанні
1

Прававыя каштоўнасці
Інтэрфейс гадзін

Апісанне
Назва інтэрфейсу Avalon Clock, з якім гэты інтэрфейс Avalon-ST сінхронны.

звязаны Скід удараў за цыкл

Скінуць

Назва інтэрфейсу Avalon Reset, да якога гэта

інтэрфейс Інтэрфейс Avalon-ST сінхронны.

1,2,4,8 Вызначае колькасць удараў, перададзеных у сінгле

цыкл. Гэта ўласцівасць дазваляе перадаваць 2 асобныя,

але карэляваныя патокі з выкарыстаннем таго ж

пачатак_пакета, канец_пакета, гатовы і

сапраўдныя сігналы.

beatsPerCycle - гэта рэдка выкарыстоўваная функцыя пратаколу AvalonST.

dataBitsPerSymbol

1 512 Вызначае колькасць бітаў на сімвал. Напрыкладampле,

байта-арыентаваныя інтэрфейсы маюць 8-бітныя сімвалы. Гэтая каштоўнасць

не абмежавана быць ступенню 2.

emptyWithinPacket

ілжывы

true, false Калі true, пусты сапраўдны для ўсяго пакета.

errorDescriptor

Спіс

Спіс слоў, якія апісваюць памылку, звязаную з

радкі

кожны біт сігналу памылкі. Даўжыня спісу павінна быць

быць такім жа, як колькасць бітаў у сігнале памылкі.

Першае слова ў спісе ставіцца да вышэйшага парадку

трохі. Напрыкладample, «crc, overflow» азначае, што біт[1]

of error паказвае на памылку CRC. Біт[0] паказвае

памылка перапаўнення.

firstSymbolInHigh OrderBits

праўда

праўда, хлусня

Калі ісціна, сімвал першага парадку перадаецца ў самыя значныя біты інтэрфейсу даных. Сімвал вышэйшага парадку пазначаны ў гэтай спецыфікацыі D0. Калі гэта ўласцівасць усталявана ў false, першы сімвал з'яўляецца на малодшых бітах. D0 з'яўляецца ў data[7:0]. Для 32-бітнай шыны, калі гэта праўда, D0 з'яўляецца на бітах [31:24].
працяг...

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 43

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

Імя ўласцівасці maxChannel readyLatency
ReadAllowance (1)

Значэнне па змаўчанні
0 0
0

Юрыдычныя каштоўнасці 0 255
0 8
0 8

Апісанне
Максімальная колькасць каналаў, якія можа падтрымліваць інтэрфейс дадзеных.
Вызначае сувязь паміж зацвярджэннем гатовага сігналу і зацвярджэннем сапраўднага сігналу. Калі readyLatency = дзе n > 0, можна сцвярджаць толькі сапраўднае цыклаў пасля зацвярджэння гатовага. Напрыкладample, калі readyLatency = 1, калі прыёмнік заяўляе аб гатоўнасці, крыніца павінна адказаць сапраўдным зацвярджэннем як мінімум праз 1 цыкл пасля таго, як бачыць зацвярджэнне аб гатоўнасці ад прымача.
Вызначае колькасць перадач, якія можа захапіць прыёмнік пасля адмены гатоўнасці. Калі readyAllowance = 0, прыёмнік не можа прымаць любыя перадачы пасля адмены гатоўнасці. Калі readyAllowance = дзе больш за 0, ракавіна можа прыняць да перадачы пасля адмены гатоўнасці.

Заўвага:

Калі вы ствараеце струменевае міжзлучэнне Avalon з BFM крыніцы/прыёмніка Avalon або карыстацкімі кампанентамі, і гэтыя BFM або карыстальніцкія кампаненты маюць розныя патрабаванні да ReadyLatency, Platform Designer уставіць адаптары ў згенераванае міжзлучэнне, каб улічыць розніцу ў ReadyLatency паміж інтэрфейсамі крыніцы і прыёмніка. Чакаецца, што ваша логіка крыніцы і паглынальніка адпавядае ўласцівасцям згенераванага міжзлучэння.

5.5. Тыповыя перадачы даных
У гэтым раздзеле вызначаецца перадача даных з інтэрфейсу крыніцы ў інтэрфейс прыёмніка. Ва ўсіх выпадках крыніца і прыёмнік даных павінны адпавядаць спецыфікацыі. Прыёмнік даных не нясе адказнасці за выяўленне памылак зыходнага пратаколу.

5.6. Дэталі сігналу
На малюнку паказаны сігналы, якія звычайна ўключаюць у сябе інтэрфейсы Avalon-ST. Тыповы зыходны інтэрфейс Avalon-ST перадае сапраўдныя сігналы, сігналы дадзеных, памылак і сігналы канала ў прыёмнік. Ракавіна можа аказваць супрацьціск з сігналам гатоўнасці.

(1) · Калі readyLatency = 0, readAllowance можа быць роўным 0 або большым за 0.
· Калі readyLatency > 0, readAllowance павінен быць роўны або большы за readyLatency.
· Калі крыніца або прыёмнік не ўказваюць значэнне для readyAllowance, тады readyAllowance = readyLatency. Дызайн не патрабуе дадання readyAllowance, калі толькі вы не хочаце, каб крыніца або паглынальнік выкарыстоўвалі загадзяtage гэтай функцыі.

Спецыфікацыі інтэрфейсу Avalon® 44

Адправіць водгук

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

Малюнак 21. Тыповая крыніца даных сігналаў інтэрфейсу Avalon-ST
сапраўдны канал памылак дадзеных

Data Sink гатовы

Больш падрабязна аб гэтых сігналах:
· гатовы – на інтэрфейсах, якія падтрымліваюць супрацьціск, ракавіна сцвярджае, што гатова, каб пазначыць цыклы, у якіх могуць адбывацца пераносы. Калі гатова, сцвярджаецца на цыкле , цыкл лічыцца гатовым цыклам.
· сапраўдны – сапраўдны сігнал кваліфікуе сапраўдныя даныя ў любым цыкле з перадачай даных ад крыніцы да прыёмніка. У кожным сапраўдным цыкле ракавіна samples сігнал даных і іншыя крыніцы для прыёму сігналаў.
· дадзеныя – сігнал дадзеных нясе асноўную частку інфармацыі, якая перадаецца ад крыніцы да прыёмніка. Сігнал дадзеных складаецца з аднаго або некалькіх сімвалаў, якія перадаюцца на кожным такце. Параметр dataBitsPerSymbol вызначае, як сігнал дадзеных падзелены на сімвалы.
· памылка – у сігнале памылкі кожны біт адпавядае магчымаму стану памылкі. Значэнне 0 у любым цыкле паказвае на адсутнасць памылак у гэтым цыкле. Гэтая спецыфікацыя не вызначае дзеянні, якія выконвае кампанент пры выяўленні памылкі.
· канал – Крыніца кіруе неабавязковым сігналам канала, каб паказаць, да якога канала належаць дадзеныя. Значэнне канала для дадзенага інтэрфейсу залежыць ад прыкладання. У некаторых праграмах канал паказвае нумар інтэрфейсу. У іншых праграмах канал паказвае нумар старонкі або часовы інтэрвал. Калі выкарыстоўваецца сігнал канала, усе даныя, якія перадаюцца ў кожным актыўным цыкле, належаць аднаму каналу. Крыніца можа змяніцца на іншы канал падчас паслядоўных актыўных цыклаў.
Інтэрфейсы, якія выкарыстоўваюць сігнал канала, павінны вызначаць параметр maxChannel, каб паказаць максімальны нумар канала. Калі колькасць каналаў, якія падтрымлівае інтэрфейс, дынамічна змяняецца, maxChannel паказвае максімальную колькасць, якую можа падтрымліваць інтэрфейс.

5.7. Макет дадзеных

Малюнак 22.

Сімвалы дадзеных

На наступным малюнку паказаны 64-бітны сігнал дадзеных з dataBitsPerSymbol=16. Сімвал 0 - самы

значны сімвал.

48 47 32 31 16 15

сімвал 0 сімвал 1 сімвал 2 сімвал 3

Інтэрфейс Avalon Streaming падтрымлівае рэжымы як big-endian, так і little-endian. Малюнак ніжэй - гэта былыample рэжыму старшага парадку байтаў, дзе сімвал 0 знаходзіцца ў старэйшых бітах.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 45

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

Малюнак 23.

Макет дадзеных
Часовая дыяграма на наступным малюнку паказвае 32-бітны example, дзе dataBitsPerSymbol=8 і beatsPerCycle=1.
clk
гатовы
сапраўдны

памылка канала
data[31:24] data[23:16] data[15:8] data[7:0]

D10

D11

ДА ДЭ

D12

БД ДФ

D13

5.8. Перадача даных без зваротнага ціску

Перадача даных без зваротнага ціску - гэта самая простая з перадач даных Avalon-ST. На любым зададзеным такце зыходны інтэрфейс кіруе дадзенымі і дадатковым каналам і сігналамі памылак і сцвярджае, што яны сапраўдныя. Інтэрфейс ракавіны sampгэтыя сігналы на нарастаючым фронце апорнага тактавага сігналу, калі сцвярджаецца сапраўдны.

Малюнак 24.

Перадача даных без зваротнага ціску

clk сапраўдны

дадзеныя аб памылцы канала

D0 D1

D2 D3

5.9. Перадача дадзеных з супрацьціскам
Прыёмнік сцвярджае, што гатовы да аднаго тактавага цыклу, каб паказаць, што ён гатовы да актыўнага цыклу. Калі прыёмнік гатовы да дадзеных, цыкл з'яўляецца гатовым. Падчас цыкла гатоўнасці крыніца можа пацвердзіць сапраўднасць і перадаць дадзеныя ў прыёмнік. Калі крыніца не мае даных для адпраўкі, крыніца адмяняе зацвярджэнне сапраўднасці і можа прывесці да даных да любога значэння.
Інтэрфейсы, якія падтрымліваюць зваротны ціск, вызначаюць параметр readyLatency, каб паказаць колькасць цыклаў з моманту зацвярджэння гатоўнасці да моманту, калі можна кіраваць сапраўднымі дадзенымі. Калі ReadyLatency не роўная нулю, выканайце цыкл з'яўляецца гатовым цыклам, калі гатовы сцвярджаецца на цыкле .
Калі readyLatency = 0, перадача даных адбываецца толькі тады, калі гатоўнасць і сапраўднасць заяўлены ў адным цыкле. У гэтым рэжыме крыніца не атрымлівае сігнал гатоўнасці ад прыёмніка да адпраўкі сапраўдных даных. Крыніца прадастаўляе даныя і сцвярджае іх сапраўднымі кожны раз, калі крыніца мае сапраўдныя даныя. Крыніца чакае, пакуль прыёмнік захопіць дадзеныя і сцвярджае, што яны гатовыя. Крыніца можа змяніць дадзеныя ў любы час. Прыёмнік захоплівае ўваходныя даныя з крыніцы толькі тады, калі пазначаны гатоўнасць і сапраўднасць.

Спецыфікацыі інтэрфейсу Avalon® 46

Адправіць водгук

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24
Калі readyLatency >= 1, прыёмнік сцвярджае, што гатовы перад самім цыклам гатоўнасці. Крыніца можа адказаць падчас адпаведнага наступнага цыклу, сцвярджаючы, што гэта сапраўдна. Крыніца можа не сцвярджаць сапраўднае падчас цыклаў, якія не з'яўляюцца гатовымі.
readyAllowance вызначае колькасць перадач, якія можа захапіць прыёмнік, калі гатоўнасць адменена. Калі readyAllowance = 0, прыёмнік не можа прымаць любыя перадачы пасля адмены гатоўнасці. Калі readyAllowance = дзе n > 0, ракавіна можа прыняць да перадачы пасля адмены гатоўнасці.
5.9.1. Перадача даных з дапамогай readyLatency і readyAllowance

Наступныя правілы прымяняюцца пры перадачы даных з дапамогай readyLatency і readyAllowance.
· Калі readyLatency роўны 0, readAllowance можа быць большым або роўным 0.
· Калі readyLatency больш за 0, readAllowance можа быць большым або роўным 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 683091 | 2022.01.24

Малюнак 26. ReadyLatency = 0, readyAllowance = 1

Калі readyLatency = 0 і readyAllowance = 1, прыёмнік можа захапіць яшчэ адну перадачу даных пасля Ready = 0.

Наступны малюнак дэманструе гэтыя падзеі: 1. У цыкле 1 крыніца прадастаўляе даныя і сцвярджае, што яны сапраўдныя, у той час як прыёмнік сцвярджае, што гатовы. D0 перадае. 2. D1 пераносіцца ў цыкле 2. 3. У цыкле 3 гатовы дэсертыруецца, аднак, паколькі readyAllowance = 1, дазваляецца яшчэ адзін перанос, таму D2
перадачы. 4. У цыкле 5 як сапраўдны, так і гатовы сцвярджаць, таму D3 перадае. 5. У цыкле 6 крыніца адмяняе сапраўднасць, таму перадачы даных няма. 6. У цыкле 7 сапраўдныя сцвярджэнні і гатовыя скасаванні, аднак, паколькі 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, прыёмнік можа перадаваць даныя праз адзін цыкл пасля гатовых сцвярджэнняў, і яшчэ два цыклы перадачы дапускаюцца пасля гатовых скасаванняў.

Наступны малюнак дэманструе гэтыя падзеі: 1. У цыкле 0 ракавіна сцвярджае, што гатовая. 2. У цыкле 1 крыніца падае даныя і сцвярджае іх абгрунтаванасць. Перадача адбываецца неадкладна. 3. У цыкле 3 ракавіна дэзасервавалася гатовая, але крыніца ўсё яшчэ сцвярджае, што яна сапраўдная, і дае сапраўдныя даныя
таму што ракавіна можа захопліваць дадзеныя праз два цыклы пасля гатовых дэсертаў. 4. У цыкле 6 ракавіна пацвярджае гатоўнасць. 5. У цыкле 7 крыніца прадастаўляе даныя і сцвярджае іх абгрунтаванасць. Гэтыя даныя прымаюцца. 6. У цыкле 10 ракавіна была гатовая да адключэння, але крыніца сцвярджае, што даныя сапраўдныя, і дае сапраўдныя даныя, таму што
ракавіна можа захопліваць дадзеныя праз два цыклы пасля гатовых дэсертаў.

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

гатовы

сапраўдны

дадзеныя

D0 D1 D2 D3

D4 D5

D6 D7

Патрабаванні да адаптацыі У наступнай табліцы апісана, ці патрабуюць адаптацыі інтэрфейсы крыніцы і прыёмніка.

Спецыфікацыі інтэрфейсу Avalon® 48

Адправіць водгук

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

Табліца 19. Патрабаванні да адаптацыі крыніцы/прыёмніка

ReadyLatency

readyAllowance

Адаптацыя

Source readyLatency = Прыёмная крыніца readyAllowance =

ReadyLatency

Ракавіна ReadyAllowance

Адаптацыя не патрабуецца: Ракавіна можа захапіць усе перадачы.

Крыніца readyAllowance > Ракавіна readyAllowance

Патрабуецца адаптацыя: пасля адмены гатоўнасці крыніца можа адправіць больш перадач, чым можа захапіць прыёмнік.

Крыніца readyAllowance < Sink readyAllowance

Адаптацыя не патрабуецца: пасля адмены гатоўнасці прыёмнік можа захапіць больш перадач, чым можа адправіць крыніца.

Крыніца readyLatency > Прыёмнік Крыніца readyAllowance =

ReadyLatency

Ракавіна ReadyAllowance

Адаптацыя не патрабуецца: пасля пацверджання гатоўнасці крыніца пачынае адпраўку пазней, чым можа захапіць прыёмнік. Пасля адмены гатоўнасці крыніца можа адправіць столькі перадач, колькі можа захапіць прыёмнік.

Крыніца readyAllowance> Ракавіна readyAllowance

Крыніца readyAllowance< Ракавіна readyAllowance

Адаптацыя не патрабуецца: пасля адмены гатоўнасці крыніца адпраўляе менш перадач, чым можа захапіць прыёмнік.

Крыніца readyLatency < SinkreadyLatency

Крыніца readyAllowance = Прыём ReadyAllowance

Патрабуецца адаптацыя: крыніца можа пачаць адпраўляць перадачы да таго, як прыёмнік зможа захапіць.

Крыніца readyAllowance> Ракавіна readyAllowance

Патрабуецца адаптацыя: крыніца можа пачаць адпраўляць перадачы да таго, як прыёмнік зможа захапіць. Акрамя таго, пасля адмены гатоўнасці крыніца можа адправіць больш перадач, чым можа захапіць прыёмнік.

Крыніца readyAllowance < Sink readyAllowance

Патрабуецца адаптацыя: крыніца можа пачаць адпраўляць перадачы да таго, як прыёмнік зможа захапіць.

5.9.2. Перадача даных з дапамогай ReadyLatency
Калі крыніца або прыёмнік не вызначаюць значэнне для readyAllowance, тады readyAllowance= readyLatency. Праекты, якія выкарыстоўваюць крыніцу і прыёмнік, не патрабуюць дадання readyAllowance, калі толькі вы не жадаеце, каб крыніца або прыёмнік прымалі загадзяtage гэтай функцыі.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 49

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

Малюнак 28.

Перадача з супрацьціскам, ReadyLatency=0
Наступны малюнак ілюструе гэтыя падзеі:

1. Крыніца прадастаўляе дадзеныя і сцвярджае, што яны сапраўдныя ў цыкле 1, нават калі ракавіна не гатовая.

2. Крыніца чакае да цыкла 2, калі прыёмнік сапраўды сцвярджае, што гатовы, перш чым перайсці да наступнага цыклу даных.

3. У цыкле 3 крыніца перадае дадзеныя ў тым жа цыкле, а прыёмнік гатовы да прыёму дадзеных. Перадача адбываецца неадкладна.
4. У цыкле 4 прыёмнік сцвярджае, што гатовы, але крыніца не прыводзіць сапраўдныя даныя.

012345678 кл

гатовы

сапраўдны

канал

памылка

дадзеныя

D0 D1

D2 D3

Малюнак 29.

Перадача з супрацьціскам, ReadyLatency=1

Наступныя малюнкі паказваюць перадачы дадзеных з readyLatency=1 і readyLatency=2 адпаведна. У абодвух гэтых выпадках гатоўнасць сцвярджаецца перад цыклам гатоўнасці, а крыніца адказвае праз 1 ці 2 цыклы пазней, прадастаўляючы даныя і сцвярджаючы, што гэта сапраўдна. Калі ReadyLatency не роўны 0, крыніца павінна адмяніць пацверджанне сапраўднасці на негатовых цыклах.
clk

гатовы

сапраўдны

канал

памылка

дадзеныя

D0 D1

D2 D3 D4

Малюнак 30.

Перадача з супрацьціскам, ReadyLatency=2

clk

гатовы

сапраўдны

канал

памылка

дадзеныя

D0 D1

D2 D3

5.10. Пакетная перадача дадзеных
Уласцівасць перадачы пакетаў дадае падтрымку перадачы пакетаў з зыходнага інтэрфейсу ў інтэрфейс-прыёмнік. Для рэалізацыі пакетнай перадачы вызначаны тры дадатковыя сігналы. Як зыходны, так і прыёмны інтэрфейсы павінны ўключаць гэтыя дадатковыя сігналы для падтрымкі пакетаў. Вы можаце падключаць толькі інтэрфейсы крыніцы і прыёмніка

Спецыфікацыі інтэрфейсу Avalon® 50

Адправіць водгук

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

адпаведныя ўласцівасці пакета. Platform Designer не дадае аўтаматычна сігналы startofpacket, endofpacket і пустыя сігналы да інтэрфейсаў крыніцы або прыёмніка, якія не ўключаюць гэтыя сігналы.

Малюнак 31. Крыніца даных сігналаў пакетнага інтэрфейсу Avalon-ST

Прыёмнік даных

гатовы
сапраўдны
канал памылак дадзеных пачатак пакета
канец пакета пусты

5.11. Дэталі сігналу
· startofpacket–Усе інтэрфейсы, якія падтрымліваюць перадачу пакетаў, патрабуюць сігналу startofpacket. startofpacket пазначае актыўны цыкл, які змяшчае пачатак пакета. Гэты сігнал інтэрпрэтуецца толькі тады, калі сцвярджаецца, што ён сапраўдны.
· endofpacket – усе інтэрфейсы, якія падтрымліваюць перадачу пакетаў, патрабуюць сігналу endofpacket. endofpacket пазначае актыўны цыкл, які змяшчае канец пакета. Гэты сігнал інтэрпрэтуецца толькі тады, калі сцвярджаецца, што ён сапраўдны. startofpacket і endofpacket могуць быць заяўлены ў адным цыкле. Паміж пакетамі не патрабуецца цыклаў бяздзейнасці. Сігнал пачатку пакета можа ісці адразу пасля папярэдняга сігналу заканчэння пакета.
· пусты – Дадатковы пусты сігнал паказвае колькасць пустых сімвалаў падчас цыкла заканчэння пакета. Прыёмнік правярае значэнне пустога толькі падчас актыўных цыклаў, якія маюць канчатковы пакет. Пустыя сімвалы заўсёды з'яўляюцца апошнімі сімваламі ў дадзеных, тымі, што пераносяцца малодшымі бітамі, калі firstSymbolInHighOrderBits = true. Пусты сігнал патрабуецца на ўсіх пакетных інтэрфейсах, сігнал дадзеных якіх нясе больш за адзін сімвал даных і мае фармат пакета зменнай даўжыні. Памер пустога сігналу ў бітах ceil[log2( )].

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 51

5. Струменевыя інтэрфейсы Avalon 683091 | 2022.01.24

5.12. Дэталі пратаколу

Пакетная перадача даных адбываецца па тым жа пратаколе, што і звычайная перадача даных, з даданнем пачатку пакета, канца пакета і пустога пакета.

Малюнак 32.

Пакетная перадача
Наступны малюнак ілюструе перадачу 17-байтавага пакета з зыходнага інтэрфейсу на прыёмны інтэрфейс, дзе readyLatency=0. Гэтая часовая дыяграма паказвае наступныя падзеі:

1. Перадача даных адбываецца ў цыклах 1, 2, 4, 5 і 6, калі сцвярджаецца як гатовы, так і сапраўдны.

2. Падчас цыклу 1 заяўляецца пачатак пакета. Перадаюцца першыя 4 байты пакета.

3. Падчас цыкла 6 канец пакета сцвярджаецца. пусты мае значэнне 3. Гэта значэнне паказвае, што гэта канец пакета і што 3 з 4 сімвалаў пустыя. У цыкле 6 старэйшы байт даных[31:24] змяшчае сапраўдныя даныя.

1234567 кл

гатовы

сапраўдны

пачатак пакета

канец пакета

пусты

канал

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 Credit прызначаны для выкарыстання з кампанентамі, якія перадаюць аднанакіраваныя дадзеныя з высокай прапускной здольнасцю і нізкай затрымкай. Да тыповых прыкладанняў адносяцца мультыплексаваныя патокі, пакеты і дадзеныя DSP. Сігналы інтэрфейсу Avalon Streaming Credit могуць апісваць традыцыйныя струменевыя інтэрфейсы, якія падтрымліваюць адзіны паток даных, без ведання каналаў або межаў пакетаў. Інтэрфейс можа таксама падтрымліваць больш складаныя пратаколы, здольныя да пакетнай перадачы і перадачы пакетаў з чаргаваннем пакетаў па некалькіх каналах.
Усе інтэрфейсы крыніцы і прыёмніка Avalon Streaming Credit неабавязкова сумяшчальныя. Аднак, калі два інтэрфейсы забяспечваюць сумяшчальныя функцыі для адной і той жа прасторы прыкладанняў, даступныя адаптары, якія дазваляюць ім узаемадзейнічаць.
Вы таксама можаце падключыць крыніцу Avalon Streaming Credit да ракавіны Avalon Streaming праз адаптар. Падобным чынам вы можаце падключыць крыніцу Avalon Streaming да прыёмніка Avalon Streaming Credit праз адаптар.
Інтэрфейсы Avalon Streaming Credit падтрымліваюць шляхі даных, якія патрабуюць наступных функцый:
· Перадача даных кропка-кропка з нізкай затрымкай і высокай прапускной здольнасцю
· Падтрымка некалькіх каналаў з гнуткім чаргаваннем пакетаў
· Сігналізацыя бакавой паласы канала, памылка, а таксама пачатак і канец размежавання пакета
· Падтрымка серыі дадзеных
· Карыстальніцкія сігналы як сігналы бакавой паласы для функцый, якія вызначаюць карыстальнікі

6.1. Тэрміны і паняцці
Пратакол інтэрфейсу Avalon Streaming Credit вызначае наступныя тэрміны і паняцці:
· Avalon Streaming Credit System– сістэма Avalon Streaming Credit змяшчае адно або некалькі злучэнняў Avalon Streaming Credit, якія перадаюць даныя з інтэрфейсу-крыніцы ў інтэрфейс-прыёмнік.
· Крэдытныя кампаненты Avalon Streaming– тыповая сістэма, якая выкарыстоўвае інтэрфейсы Avalon Streaming, аб'ядноўвае некалькі функцыянальных модуляў, якія называюцца кампанентамі. Дызайнер сістэмы канфігуруе кампаненты і злучае іх разам для рэалізацыі сістэмы.
· Інтэрфейсы і злучэнні крыніцы і паглынальніка – калі злучаны два кампаненты, крэдыты перацякаюць ад паглынальніка да крыніцы; і дадзеныя патокі ад зыходнага інтэрфейсу да інтэрфейсу паглынальніка. Камбінацыя зыходнага інтэрфейсу, падлучанага да інтэрфейсу-прыёмніка, называецца злучэннем.
· Перадача – вынік перадачы ў распаўсюджванні даных і кіравання ад зыходнага інтэрфейсу да інтэрфейсу-прыёмніка. Для інтэрфейсаў даных крыніца можа пачаць перадачу даных толькі пры наяўнасці крэдытаў. Аналагічным чынам прыёмнік можа прымаць даныя, толькі калі ў яго ёсць непагашаныя крэдыты.

ISO 9001:2015 зарэгістраваны

6. Avalon Streaming Credit Interfaces 683091 | 2022.01.24

· Сімвал – сімвал - гэта найменшая адзінка дадзеных. Адзін або некалькі сімвалаў складаюць адзіны блок даных, якія перадаюцца ў цыкле.
· Такт – такт - гэта перадача аднаго цыклу паміж інтэрфейсам крыніцы і прыёмніка, якая складаецца з аднаго або некалькіх сімвалаў.
· Пакет – Пакет - гэта сукупнасць дадзеных і сігналаў кіравання, якія перадаюцца разам. Пакет можа ўтрымліваць загаловак, каб дапамагчы маршрутызатарам і іншым сеткавым прыладам накіраваць пакет у правільны пункт прызначэння. Фармат пакета вызначаецца прылажэннем, а не гэтай спецыфікацыяй. Пакеты Avalon Streaming могуць мець зменную даўжыню і могуць чаргавацца праз злучэнне. З інтэрфейсам Avalon Streaming Credit выкарыстанне пакетаў неабавязковае.

6.2. Ролі сігналаў крэдытнага інтэрфейсу Avalon Streaming

Кожны сігнал у інтэрфейсе крыніцы або прыёмніка Avalon Streaming Credit адпавядае адной ролі сігналу Avalon Streaming Credit. Інтэрфейс Avalon Streaming Credit можа ўтрымліваць толькі адзін асобнік кожнай ролі сігналу. Усе ролі сігналу Avalon Streaming Credit прымяняюцца як да крыніц, так і да паглынальнікаў і маюць аднолькавае значэнне для абодвух.

Табліца 20. Сігналы крэдытнага інтэрфейсу Avalon Streaming

Назва сігналу

Напрамак

абнаўленне

Ракавіна да

крыніца

Шырыня

крэдыт

Ракавіна да

1-9

крыніца

Дадаткова / Абавязкова

Апісанне

абавязковы

Прыёмнік адпраўляе абнаўленне, а крыніца абнаўляе даступны лічыльнік крэдытаў. Прыёмнік адпраўляе абнаўленне крыніцы, калі транзакцыя вырываецца з буфера.
Лічыльнік крэдытаў у крыніцы павялічваецца на значэнне на крэдытнай шыне ад прыёмніка да крыніцы.

абавязковы

Паказвае дадатковы крэдыт, даступны ў прыёмніку, калі заяўлена абнаўленне.
Гэтая шына нясе значэнне, вызначанае прыёмнікам. Шырыня крэдытнай шыны ceilog2(MAX_CREDIT + 1). Sink адпраўляе даступнае крэдытнае значэнне на гэтай шыне, якое паказвае колькасць транзакцый, якія ён можа прыняць. Крыніца фіксуе кошт крэдыту
толькі калі сцвярджаецца сігнал абнаўлення.

return_credit Крыніца для 1 ракавіны

дадзеныя сапраўдныя
памылка

Крыніца для апускання
Крыніца для апускання

1-8192 1

Крыніца для апускання

1-256

Абавязкова Абавязкова Абавязкова

Крыніца сцвярджае, што вярнуць 1 крэдыт на паглынанне.
Заўвага: для атрымання дадатковай інфармацыі звярніцеся да раздзела 6.2.3 "Вяртанне крэдытаў".
Дадзеныя падзелены на сімвалы ў адпаведнасці з існуючым вызначэннем Avalon Streaming.
Заяўлена крыніцай, каб кваліфікаваць усе іншыя крыніцы для паглынання сігналаў. Крыніца можа сцвярджаць, што яна сапраўдная, толькі калі даступны крэдыт большы за 0.
Бітавая маска, якая выкарыстоўваецца для пазначэння памылак, якія ўплываюць на дадзеныя, якія перадаюцца ў бягучым цыкле. Адзіны біт памылкі выкарыстоўваецца для кожнай з памылак, распазнаных кампанентам, як вызначана ўласцівасцю errorDescriptor.
працяг...

Спецыфікацыі інтэрфейсу Avalon® 54

Адправіць водгук

6. Avalon Streaming Credit Interfaces 683091 | 2022.01.24

Назва канала сігналу
пачатак пакета канец пакета пусты

Напрамак Крыніца да ракавіны
Source to sink Source to sink Source to sink
Крыніца для апускання
Крыніца для апускання

Шырыня

Дадаткова / Абавязкова

Апісанне

1-128

Дадаткова

Нумар канала для даных, якія перадаюцца ў бягучым цыкле.
Калі інтэрфейс падтрымлівае сігнал канала, ён павінен таксама вызначыць параметр maxChannel.

Сігналы перадачы пакетаў

Дадаткова

Сцвярджае крыніца, каб адзначыць пачатак

з пакета.

Дадаткова

Сцвярджаецца крыніцай, каб адзначыць канец

пакет.

ceil(log2(NUM_SYMBOLS)) Дадаткова

Паказвае колькасць сімвалаў, якія пустыя, гэта значыць не ўяўляюць сапраўдныя даныя. Пусты сігнал не выкарыстоўваецца на інтэрфейсах, дзе ёсць адзін сімвал на ўдар.

Карыстальніцкія сігналы

1-8192

Дадаткова

Любая колькасць карыстальніцкіх сігналаў на пакет можа прысутнічаць на інтэрфейсах крыніцы і прыёмніка. Крыніца задае значэнне гэтага сігналу, калі
startofpacket сцвярджаецца. Крыніца не павінна змяняць значэнне гэтага сігналу да пачатку новага пакета. Больш падрабязную інфармацыю можна знайсці ў раздзеле Карыстальніцкі сігнал.

1-8192

Дадаткова

На крыніцы і прыёмніку можа прысутнічаць любая колькасць карыстальніцкіх сігналаў на кожны сімвал. Больш падрабязную інфармацыю можна знайсці ў раздзеле Карыстальніцкі сігнал.

6.2.1. Сінхронны інтэрфейс

Усе перадачы злучэння Avalon Streaming адбываюцца сінхронна з нарастаючым фронтам звязанага тактавага сігналу. Усе выхады з зыходнага інтэрфейсу ў інтэрфейс прыёмніка,
уключаючы даныя, канал і сігналы памылак, павінны быць зарэгістраваны на нарастаючым фронце тактавага сігналу. Уваходы ў інтэрфейс прыёмніка не трэба рэгістраваць. Рэгістрацыя сігналаў у крыніцы палягчае працу на высокіх частотах.

Табліца 21. Уласцівасці інтэрфейсу Avalon Streaming Credit

Назва ўласцівасці

Значэнне па змаўчанні

Юрыдычнае значэнне

Апісанне

звязаны Гадзіннік

Гадзіннік

Назва інтэрфейсу Avalon Clock, да якога гэта

інтэрфейс

Інтэрфейс Avalon Streaming сінхронны.

звязаныСкід

Скінуць

Назва інтэрфейсу Avalon Reset, да якога гэта

інтэрфейс

Інтэрфейс Avalon Streaming сінхронны.

dataBitsPerSymbol symbolsPerBeat

1 8192

Вызначае колькасць бітаў на сімвал. Напрыкладampле,

байта-арыентаваныя інтэрфейсы маюць 8-бітныя сімвалы. Гэта значэнне

не абмежавана быць ступенню 2.

1 8192

Колькасць сімвалаў, якія перадаюцца на кожны

сапраўдны цыкл.

максКрэдыт

256

1-256

Максімальная колькасць крэдытаў, якую можа падтрымліваць інтэрфейс дадзеных.
працяг...

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 55

6. Avalon Streaming Credit Interfaces 683091 | 2022.01.24

Імя ўласцівасці errorDescriptor

Значэнне па змаўчанні
0

firstSymbolInHighOrderBits праўда

maxChannel

Юрыдычнае значэнне

Апісанне

Спіс радкоў

Спіс слоў, якія апісваюць памылку, звязаную з кожным бітам сігналу памылкі. Даўжыня спісу павінна быць такой жа, як колькасць біт у сігнале памылкі. Першае слова ў спісе адносіцца да біта вышэйшага парадку. Напрыкладample, «crc, overflow» азначае, што біт[1] памылкі паказвае на памылку CRC. Біт[0] паказвае на памылку перапаўнення.

праўда, хлусня

Максімальная колькасць каналаў, што інтэрфейс дадзеных

можа падтрымаць.

6.2.2. Тыповыя перадачы даных
У гэтым раздзеле вызначаецца перадача даных з інтэрфейсу крыніцы ў інтэрфейс прыёмніка. Ва ўсіх выпадках крыніца і прыёмнік даных павінны адпавядаць спецыфікацыі. Прыёмнік даных не ўваходзіць у абавязкі выяўляць памылкі зыходнага пратаколу.
На малюнку ніжэй паказаны сігналы, якія звычайна выкарыстоўваюцца ў інтэрфейсе Avalon Streaming Credit.
Малюнак 33. Тыповыя струменевыя крэдытныя сігналы Avalon

Як паказвае гэты малюнак, тыповы інтэрфейс крыніцы Avalon Streaming Credit перадае сапраўдныя сігналы, сігналы даных, памылак і сігналы канала ў прыёмнік. Ракавіна кіруе абнаўленнямі і крэдытнымі сігналамі.

Спецыфікацыі інтэрфейсу Avalon® 56

Адправіць водгук

6. Avalon Streaming Credit Interfaces 683091 | 2022.01.24
Малюнак 34. Тыповы крэдыт і перадача даных

На малюнку вышэй паказаны тыповы крэдыт і перадача даных паміж крыніцай і прыёмнікам. Можа быць адвольная затрымка паміж прыёмнікам, які патрабуе абнаўлення, і крыніцай, якая атрымлівае абнаўленне. Падобным чынам можа быць адвольная затрымка паміж крыніцай, якая сцвярджае, што даныя сапраўдныя, і прыёмнікам, які атрымлівае гэтыя даныя. Затрымка на шляху крэдытавання ад прыёмніка да крыніцы і шляху даных ад крыніцы да прыёмніка не павінны быць роўнымі. Гэтыя затрымкі таксама могуць складаць 0 цыклаў, г.зн. калі прыёмнік заяўляе аб абнаўленні, крыніца бачыць гэта ў тым жа цыкле. І наадварот, калі крыніца сцвярджае, што гэта сапраўднае, гэта бачыцца ракавінай у тым жа цыкле. Калі крыніца мае нуль крэдытаў, яна не можа сцвярджаць, што яна сапраўдная. Перададзеныя крэдыты назапашваюцца. Калі прыёмнік перадаў крэдыты, роўныя яго ўласцівасці maxCredit, і не атрымаў ніякіх даных, ён не можа патрабаваць абнаўлення, пакуль не атрымае хаця б 1 даныя або не атрымае імпульс return_credit ад крыніцы.
Прыёмнік не можа ачысціць даныя ад крыніцы, калі прымач прадаставіў крэдыты крыніцы, г.зн. прыёмнік павінен прыняць даныя ад крыніцы, калі ёсць непагашаныя крэдыты. Крыніца не можа прызнаць сапраўдным, калі ён не атрымаў крэдытаў або вычарпаў атрыманыя крэдыты, г.зн. ужо адправіў даныя замест атрыманых крэдытаў.
Калі крыніца мае нуль крэдытаў, крыніца не можа пачаць перадачу даных у тым жа цыкле, што атрымлівае крэдыты. Аналагічным чынам, калі прыёмнік перадаў крэдыты, роўныя яго ўласцівасці maxCredit, і ён атрымлівае даныя, прыёмнік не можа адправіць абнаўленне ў тым жа цыкле, што і атрымаў дадзеныя. Гэтыя абмежаванні былі ўведзены, каб пазбегнуць камбінацыйных цыклаў у рэалізацыі.
6.2.3. Вяртанне крэдытаў
Пратакол Avalon Streaming Credit падтрымлівае сігнал return_credit. Гэта выкарыстоўваецца крыніцай, каб вярнуць крэдыты назад у ракавіну. Кожны цыкл падаецца гэты сігнал, ён паказвае, што крыніца вяртае 1 крэдыт. Калі крыніца хоча вярнуць некалькі крэдытаў, гэты сігнал павінен быць заяўлены на працягу некалькіх цыклаў. Напрыкладample, калі крыніца жадае вярнуць 10 непагашаных крэдытаў, ён сцвярджае сігнал return_credit на працягу 10 цыклаў. Ракавіца павінна ўлічваць вернутыя крэдыты на сваіх унутраных лічыльніках абслугоўвання крэдытаў. Крэдыты могуць быць вернуты крыніцай у любы момант часу, калі яна мае крэдыты больш за 0.
На малюнку ніжэй паказаны крыніцы вяртання крэдытаў. Як паказана на малюнку, outstanding_credit з'яўляецца ўнутраным лічыльнікам для крыніцы. Калі крыніца вяртае крэдыты, гэты лічыльнік памяншаецца.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 57

Малюнак 35. Крыніца вяртання крэдытаў

6. Avalon Streaming Credit Interfaces 683091 | 2022.01.24

Заўвага:

Нягледзячы на тое, што на дыяграме вышэй паказана вяртанне крэдытаў пры скасаванні сапраўднасці, return_credit таксама можа быць заяўлена, пакуль заяўлена сапраўднасць. У гэтым выпадку крыніца эфектыўна выдаткоўвае 2 крэдыты: адзін для valid, і адзін для return_credit.

6.3. Сігналы карыстальнікаў Avalon Streaming Credit
Карыстальніцкія сігналы - гэта дадатковыя сігналы бакавой паласы, якія паступаюць разам з дадзенымі. Яны лічацца сапраўднымі толькі тады, калі даныя сапраўдныя. Улічваючы, што карыстальніцкія сігналы не маюць пэўнага значэння або мэты, пры выкарыстанні гэтых сігналаў трэба быць асцярожным. Дызайнер сістэмы нясе адказнасць за тое, каб два IP-адрасы, падлучаныя адзін да аднаго, узгаднілі ролі карыстальніцкіх сігналаў.
Прапануюцца два тыпы карыстальніцкіх сігналаў: карыстальніцкія сігналы па сімвалах і карыстальніцкія сігналы па пакетах.
6.3.1. Пасімвальны сігнал карыстальніка
Як вынікае з назвы, дадзеныя вызначаюць карыстальніцкі сігнал (symbol_user) для кожнага сімвала. Кожны сімвал у дадзеных можа мець сігнал карыстальніка. Напрыкладample, калі колькасць сімвалаў у дадзеных роўная 8, а шырыня symbol_user роўная 2 бітам, агульная шырыня сігналу symbol_user роўная 16 бітам.
Symbol_user сапраўдны толькі тады, калі даныя сапраўдныя. Крыніца можа змяняць гэты сігнал кожны цыкл, калі даныя сапраўдныя. Прыёмнік можа ігнараваць значэнне бітаў symbol_user для пустых сімвалаў.
Калі крыніца, якая мае гэты сігнал, падлучана да прыёмніка, які не мае гэтага сігналу на сваім інтэрфейсе, сігнал ад крыніцы застаецца боўтацца ў згенераваным міжзлучэнні.
Калі крыніца, якая не мае гэтага сігналу, падключана да прыёмніка, які мае гэты сігнал на сваім інтэрфейсе, уваходны сігнал карыстальніка прывязваецца да 0.
Калі крыніца і прыёмнік маюць роўную колькасць сімвалаў у дадзеных, то карыстальніцкія сігналы для абодвух павінны мець аднолькавую шырыню. У адваротным выпадку яны не могуць быць падлучаныя.

Спецыфікацыі інтэрфейсу Avalon® 58

Адправіць водгук

6. Крэдытныя інтэрфейсы Avalon Streaming
683091 | 2022.01.24
Калі шырокая крыніца падключана да вузкага паглынальніка, і абодва маюць карыстальніцкія сігналы для кожнага сімвала, то абодва павінны мець аднолькавыя біты карыстальніцкага сігналу, звязаныя з кожным сімвалам. Напрыкладampнапрыклад, калі крыніца з 16 сімвалаў мае 2 біта карыстальніцкага сігналу, звязаныя з кожным сімвалам (усяго 32 біта карыстальніцкага сігналу), то 4-сімвалны прыёмнік павінен мець 8-бітны шырыню сігналу карыстальніка (2 біта, звязаныя з кожны сімвал). Адаптар фармату даных можа пераўтварыць 16-сімвалныя зыходныя даныя ў 4-сімвалныя даныя-прыёмнікі і 32-бітны карыстальніцкі сігнал у 8-бітны карыстацкі сігнал. Адаптар фармату даных падтрымлівае сувязь сімвалаў з адпаведнымі бітамі карыстальніцкага сігналу.
Сапраўды гэтак жа, калі вузкая крыніца падключана да шырокага паглынальніка і абодва маюць карыстальніцкія сігналы для кожнага сімвала, то абодва павінны мець аднолькавыя біты карыстальніцкага сігналу, звязаныя з кожным сімвалам. Напрыкладampнапрыклад, калі крыніца з 4 сімвалаў мае 2 біты карыстальніцкага сігналу, звязаныя з кожным сімвалам (усяго 8 біт карыстальніцкага сігналу), то 16-сімвалны прыёмнік павінен мець 32-бітны шырыню сігналу карыстальніка (2 біты, звязаныя з кожны сімвал). Адаптар фармату даных можа пераўтвараць 4-сімвалныя зыходныя даныя ў 16-сімвалныя даныя-прыёмнікі і 8-бітны карыстальніцкі сігнал у 32-бітны карыстацкі сігнал. Адаптар фармату даных падтрымлівае сувязь сімвалаў з адпаведнымі бітамі карыстальніцкага сігналу. Калі пакет меншы за стаўленне шырыні даных, адаптар фармату даных усталёўвае адпаведнае значэнне пусты. Прыёмнік павінен ігнараваць значэнне бітаў карыстальніка, звязаных з пустымі сімваламі.
6.3.2. Пакетны сігнал карыстальніка
У дадатак да symbol_user у інтэрфейсе таксама могуць быць аб'яўлены папакетныя карыстальніцкія сігналы (packet_user). Packet_user можа быць адвольнай шырыні. У адрозненне ад symbol_user, packet_user павінен заставацца нязменным на працягу ўсяго пакета, гэта значыць яго значэнне павінна быць усталявана ў пачатку пакета і павінна заставацца нязменным да канца пакета. Гэта абмежаванне спрашчае рэалізацыю адаптара фармату даных, паколькі пазбаўляе ад магчымасці рэплікацыі або нарэзкі (шырокі зыходны код, вузкі прыёмнік) або аб'яднання (вузкі зыходны код, шырокі прыёмнік) packet_user.
Калі крыніца мае packet_user, а прыёмнік яго не мае, пакет packet_user з крыніцы застаецца падвешаным. У такім выпадку распрацоўшчык сістэмы павінен быць асцярожным і не перадаваць ніякай крытычнай кіруючай інфармацыі па гэтым сігнале, паколькі ён цалкам або часткова ігнаруецца.
Калі крыніца не мае packet_user, а прыёмнік мае, packet_user для прыёму прывязваецца да 0.

Адправіць водгук

Спецыфікацыі інтэрфейсу Avalon® 59

683091 | 2022.01.24 Адправіць водгук

7. Інтэрфейсы Avalon Conduit

Заўвага:

Інтэрфейсы Avalon Conduit групуюць адвольны набор сігналаў. Вы можаце задаць любую ролю для каналаў сігналаў. Аднак, калі вы злучаеце трубы, ролі і шырыня павінны супадаць, а напрамкі павінны быць супрацьлеглымі. Інтэрфейс Avalon Conduit можа ўключаць у сябе ўваходныя, выходныя і двухнакіраваныя сігналы. Модуль можа мець некалькі інтэрфейсаў Avalon Conduit для забеспячэння лагічнай групоўкі сігналаў. Інтэрфейсы Conduit могуць дэклараваць звязаныя гадзіны. Калі падлучаныя інтэрфейсы каналаў знаходзяцца ў розных тактавых даменах, Platform Designer стварае паведамленне пра памылку.
Калі магчыма, вам варта выкарыстоўваць стандартныя інтэрфейсы Avalon-MM або Avalon-ST замест стварэння інтэрфейсу Avalon Conduit. Platform Designer забяспечвае праверку і адаптацыю для гэтых інтэрфейсаў. Platform Designer не можа забяспечыць праверку або адаптацыю для інтэрфейсаў Avalon Conduit.
Каналавыя інтэрфейсы звычайна выкарыстоўваюцца для перадачы сігналаў пазачыпавых прылад, такіх як адрас SDRAM, дадзеныя і сігналы кіравання.

ISO 9001:2015 зарэгістраваны

7. Інтэрфейсы Avalon Conduit 683091 | 2022.01.24

Малюнак 36. Фокус на інтэрфейсе Conduit

Ethernet PHY

Сістэма Авалон-ММ
Працэсар Avalon-MM
гаспадар

Ethernet MAC
Хост Avalon-MM

Карыстальніцкая логіка
Хост Avalon-MM

System Interconnect Fabric

Агент Авалон-ММ
Кантролер SDRAM

Агент Авалон
Карыстальніцкая логіка

Інтэрфейс Conduit
Памяць SDRAM

Дакументы / Рэсурсы

Інтэрфейс intel MNL-AVABUSREF Avalon [pdfКіраўніцтва карыстальніка
MNL-AVABUSREF, інтэрфейс Avalon, інтэрфейс MNL-AVABUSREF Avalon

Спасылкі

Кіраўніцтва карыстальніка

Інтэрфейс MNL-AVABUSREF Avalon

Дакументы / Рэсурсы

Спасылкі

Пакінуць каментар

Адмяніць адказ