Синхронная работа двух ПЛИС, Как гарантировать работоспособность? Опции

[DENth]

Приветствую всех!

Прошу помощи в следующем вопросе:
Есть две ПЛИС. Тактируются от внешнего генератора на 40 МГц. В каждой есть автомат состояний. Задача получить синхронную работу этих автоматов на частоте 10 МГц. Запускает автоматы контроллер на этой же плате. Частота контроллера асинхронна для ПЛИС. Но данные от контроллера пропускаются через два триггера для исключения метастабильных состояний. Это, если кратко.

Сложность в задании временных ограничений или иного, что необходимо в данном случае. Смущает то, что передачи данных между ПЛИС нет. То есть ни под одно описание интерфейса случай вроде бы не подходит.

Если продолжить, то автоматы управляют внешней ОЗУ. Одна ПЛИС перебирает адреса и сидит на старшем байте шины данных, а также управляет ОЗУ. Вторая только на младшем байте шины данных ОЗУ. В соответствии с состоянием автомата, ПЛИСы либо пишут, либо читаю ОЗУ. Та которая "master" работает отлично, "slave" же периодически хандрит. Данные на чтение искажены. Запись еще не проверялась. Временных органичений на эти линии не задано.

[Dmitriyspb]

Товарищи! Только этот сигнал скорее всего будет прерыванием, а не сбросом.
Если сбрасывать ПЛИС, тогда она, как вы прекрасно знаете, переконфигуририруется. Поэтому мне кажется вы пишете сброс, а имеете ввиду прерывание синхронизируещее работу двух устройств?!

[SM]

Товарищи! Только этот сигнал скорее всего будет прерыванием, а не сбросом.
Если сбрасывать ПЛИС, тогда она, как вы прекрасно знаете, переконфигуририруется. Поэтому мне кажется вы пишете сброс, а имеете ввиду прерывание синхронизируещее работу двух устройств?!

Не знаю конечно, кто что имел, но лично я имел в виду именно сброс. ПЛИС при этом вовсе не переконфигурируется (и далеко не во всех ПЛИС можно вообще снаружи инициировать реконфигурацию), а сбрасываются только те триггеры в ПЛИС, сигнал сброса которых подключен к этой цепи сброса.



Для автора, дополнение к предыдущему высказыванию по теме единого автомата на обе ПЛИС...

Или, что, вероятно эффективнее, передавайте не выходные сигналы автомата, а входные, защелкивая их триггерами в I/O ячейках во второй ПЛИС. При этом надо будет описать жестко и output delay, и input delay, чтобы четко соблюсти все временные ограничения. При таком решении запас по времени во второй ПЛИС будет выше, если, конечно, хватит запаса по output delay в первой ПЛИС. То есть, опишите автомат двумя блоками, комбинаторным и регистровым, и выходы комбинаторного блока заведите наружу, а во второй ПЛИС сделайте аналогичный регистровый блок, как в первой.

[DENth]

Или, что, вероятно эффективнее, передавайте не выходные сигналы автомата, а входные, защелкивая их триггерами в I/O ячейках во второй ПЛИС. При этом надо будет описать жестко и output delay, и input delay, чтобы четко соблюсти все временные ограничения. При таком решении запас по времени во второй ПЛИС будет выше, если, конечно, хватит запаса по output delay в первой ПЛИС. То есть, опишите автомат двумя блоками, комбинаторным и регистровым, и выходы комбинаторного блока заведите наружу, а во второй ПЛИС сделайте аналогичный регистровый блок, как в первой.

Но если передавать не выходные значения, а входные для автомата, то от автомата во второй ПЛИС не получится избавиться. Так? На то они и входные, чтобы по ним автомат формировал результат.