Собственно вопрос в следующем. Есть шина AXI, у нее есть два сигнала ARst и AClk. Как я это понимаю, AXI-master может жить и работать в одном clock-домене, а AXI-slave в другом (клоки то ассинхронные). Это им позволяют сигналы валидности адреса, захвата адреса, валидности данных и захвата данных. Но позвольте... адрес и сигнал валидности адреса выставляется одновременно, следовательно, один из разрядов шины адреса может оказаться в том самом метастабильном состоянии, т.к. шина AXI позволяет сигналам валидности и захвата появиться одновременно или сигналу захвата уже быть установленным. Такая же ситуация и с шиной данных. Так почему там не освещаются вопросы защиты от метастабильного состояния. К сожалению, тут на форуме в поиске нельзя указывать слова из 3-х букв, поэтому AXI не ищется, а в темах о метастабильности не затрагивается шина AXI. Что позволяет шине быть особенной и не иметь единного клока?

Ошибаетесь. AXI-master и AXI-slave могут жить и работать только(!) в одном clock-домене. Для реализации CDC обычно используют FIFO.

Используйте интерконнекты, там обычно эти вопросы решаются.

Я так понимаю AXI_interconnect занимается согласованием доменов.

В мой Slave компонент приходят такие сигналы:

Предположим, что S_AXI_ACLK имеет частоту 100МГц
Вы хотите сказать, что я спокойно могу в своем компоненте работать на частоте 23.96МГц с этими сигналами и AXI_interconnect все разрулит? В нем уже есть 2 ряда D-триггеров в ту и другую сторону?

Собственно, у меня тогда три вопроса.
1. Если я вижу в названии сигналов впереди букву "А", я должен относиться к этому сигналу как к асинхронному и пропускать через 2 D-триггера работающие от моего клока?
2. Должен ли я свои выходные сигналы, сформированные от моего клока приводить к частоте AXI чреез 2 D-триггера или это забота AXI_interconnect?
3. Могу ли я ничего этого не делать, строя свой компонент таким образом, чтобы он целиком работал от частоты AXI?

Нет. Частота 23.96МГц поступает на interconnect и уже из него она же попадает на AXI_CLK вашего блока.
А вообще на интерконнект есть даташит и можно почитать его чтобы снять все сомнения.

Как я понимаю нет.переход между доменами делает interconnectДа при том что частота AXI для него будет ваши 24MГц

S_AXI_ACLK : in std_logic;
это сигнал от AXI_Interconnect и он имеет частоту 100МГц. Я не могу подать свою частоту на шину, т.к. компонент slave и частота шины для него является входным параметром. Вся логика компонента завязана именно на частоте 23.96МГц, а управление осуществляется с шины AXI-lite. Просто мне кажется, что буква "А" в начале названий некоторых сигналов и такой явный акцент в презентациях Zynq, Microblaze на то, что эти сигналы являются ассинхронными служат какой-то цели. Ведь если убрать из названий эти буквы и акцент на ассинхронность, мне также придется переносить все входные сигналы управления в мой клок-домен, а выходные в клок-домен шины. Но в то же время, у буду "знать", что строя свой компонент синхронно с частотой шины, мне вообще не придется ставить пересинхронизацию.

В какой среде вы работаете? Какая версия interconnecta?

Частоту нужно подвать не на шину а на интерконнект. Т.е. на интерконнект идут две частоту и 100 и 24. Из интерконнекта на ваш слейв идёт одна частота 24. Так по крайней мере в Vivado 17.4
Наверное.... деталей не знаю. Я вообще на это внимание не обрашал

В данный момент это ISE14.7 и AXI Interconnect 1.06.a
Т.к. в ISE генерирование slave компонента делает убого и через шину IPIF (кажется так называется), я сделал иначе, запустил VIVADO 2016.4, сгенерировал пример slave-компонента в нем и перетащил исходники в ISE. Все работает, но вопросы остались открытыми. Нарыл вот такой документ: https://www.xilinx.com/support/documentatio...rence_guide.pdf все замечательно описано, но вопросы никуда не делись :-)

Но в шине AXI это никоим образом не так. Это вообще, не Xilinx, это ARM AMBA. Поэтому:

Нет.
ACLK - это:


ARESETn - это, действительно, асинхронный сигнал сброса. Устанавливается асинхронно, снимается синхронно с ACLK

Другие буквы "A" - в сигналах ARREADY, AWREADY, AWADDR, ARADDR и т.п. - это сигналы, касающиеся адресов в каналах чтения и записи, и "A" в них означает "address".

Спасибо, все стало намного понятней

RTFM!!!!

Built-in clock-rate conversion:
• Each master and slave connection can use independent clock rates.
• Asynchronous clock conversion (uses more storage and incurs more latency than synchronous
conversion).

• An asynchronous clock conversion module performs either reduction or acceleration of clock-rates by passing
the channel signals through an asynchronous FIFO.

S_AXI_ACLK Input!!!
M_AXI_ACLK Input!!!
INTERCONNECT_ACLK Input

C_S_AXI_IS_ACLK_ASYNC
1 = SI slot clock is asynchronous to interconnect
native clock

C_M_AXI_IS_ACLK_ASYNC
1 = MI slot clock is asynchronous

Следовательно интерконнект может работать на своей частоте. И синхронизироваться как с мастером так и со слейвом. Т.е. Частоты мастера, интерконнекта и слейва могут быть разные.
Что ещё не понятно я не знаю.


Я уже сам разобрался пока объяснял