Вы сообщение полностью прочитали или только ту часть, которую процитировали?
Там дальше идет описание того, как влияет загрузка.
Одна и та же программа ведет себя немного иначе при разных вариантах загрузки ПЛИС. При отладке и моделировании никак себя не проявляет.

К сожалению, пока не стала полноценной. Занимался другим.

Пошли по кругу. Ох уж эти асехы. Наверно срок годности истек.

Вот и я об этом подумал.
Зачем я выбрал когда-то это старье.
Правда, это было три-четыре года назад, долгое время проект был в замороженном состоянии.
Ладно, спасибо в любом случае.

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



как я понял вы интуитивно нашли способ "лечения" вопроса и порекомендовал вам еще раз проверить логику работы вашего синхронизатора. ИМХО где-то есть неучтенная логическая ветка, которая стреляет в некоторых условиях.

Пока не приступал к решению, занимался другим.
Спасибо за наводку, вашу рекомендацию учел, все перепроверю.

Может кому-нибудь будет интересно, в чем все-таки было дело.
Оказалось, действительно, в разнице сигнала сброс, о которой писал в сообщении #12.
Проблема всплывала везде, где сбросом в регистры устанавливалось что-то отличное от нуля.
Не смотря на синхронный сброс, важен был спадающий фронт, который появлялся только при JTAG-программировании.

Вылечилось заменой
на

Теперь всё!

любой внешний сигнал сброса и внутренний из асинхронного домена надо синхронизировать, это же классика проектирования. для этого существуют специальные схемы "синхронизаторы сброса" и этому посвящено куча статей.

Опять 25))

К сожалению, ни одной статьи не смог найти, не считать метастабильность, которая тут не причем.

не может быть что вы не были здесь

ЗЫ. смотреть статью "Synchronous Resets? Asynchronous Resets? I am so confused! How will I ever know which to use?"

Наверняка представляете, может быть.
Почитаю. Большое спасибо за полезную ссылку.