Мур

Понимаю. Тут речь о жесткой логике (это для нашего XOR), которая уровни выше 0,8В ("серая" зона) для 5 вольтовой логики воспринимает как лог.1...

Вам не известен такой термин?..

Мой опыт говорит, что "серый" уровень метастабильности трактуется как лог 1. А значит, что время переключения в фронте из 1 в 0 будет идти быстрее, чем наоборот. Потому как XOR помогать уже не будет 2м циклом. Это для самого тяжелого случая...

Когда я прогонял решение на симуляторе, то видел повтор входа с задержкой в один такт. С учетом не своевременности тактирования будет два. Дизайн родился в задаче тактирования одной частотой, но с разной задержкой, в зависимости от расположения на ПЛИС. Пропадание разрядов, если решать в лоб, и побудило к поиску простого решения.

Пока не будет разрешения на переброс триггера - никаких переключений! Кстати,- это отсутствие динамики экономит энергию... Нет иного управления триггером, кроме самого входа! Вы правы. При сильной динамике на входе сюда просится триггер на выходе. Но если учесть, что у меня при не удачном расположении выводов и необходимости тянуть связь по диагонали ПЛИС такие регистры стоят в последовательной цепочке... Если быть честным - надо!

1. XOR - способ выявить разные уровни. Время его активности будет в активе до перекидывания триггера! 2. И не нужно будет дополнительных триггеров!

Совершенно верно! В худшем случае влетит в метастабильное состояние, а на следующем такте окончательно определится, поскольку все выдержки T\H будут уже соблюдены! Расхождения по тактированию одной частотой при прохождению границы домена как раз и будут провоцировать подобные события.. В лучшем - сразу произойдет повтор уровня на ближайшем такте..

На вход этого триггера приходит ПОТЕНЦИАЛЬНЫЙ(определенный!) сигнал. Я же заранее говорил, что уровень на входе! (Т-триггер это делитель)

Мы все знаем классическую схему перехода между разными зонами тактирования( тем более частотами) на основе Т-триггера. И там переворот логического уровня, который как раз сообщает о моменте некой активности, а на приемной стороне выделялся однотиковый сигнал, который и отрабатывал уже в другой сетке тактирования эту активность. Латентность в итоге не малая(+2 триггера). Тут еще проще! Дифференциатор (искл ИЛИ) обнаруживает расхождение в уровнях и формирует разрешение срабатывания триггера в произвольный (грубо говоря) момент и если он не сработал, по вине вхождения в метастабильность, то это разрешение будет держаться и на следующий такт. Главное - поменять состояние! По построению макроячейки у каждого триггера есть логика на входе и из неё как раз и формируется XOR( больше нет ничего тяжелого, чтобы цеплять соседей!) и все эти страсти локализуются в месте одной макроячейки. Что может быть приятней иметь гарантированную установку повтора заказанного уровня на входе от удаленного источника? Естественно исполнителя событий в ответ на новый уровень надо размещать рядом с этим триггером! Такое решение считаю проще чем с применением удаленного Т-триггера!

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

Ой-ли! На границе между доменами тактирования создается картина нарушения времен удержания\захвата (источник нарушения предсказуемого срабатывания триггеров). Предложенное решение, если не с первой записи, но со второй точно пропишет триггера регистра в заказанное значение. Ну а если разные разряды брошены на свободную разводку без привязки к LLR , то отдельные разряды могут на такт "отставать".... Ну вы поняли!

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

Замучила метастабильность по данным? ...Есть вариант лечения, который обеспечит принудительную запись нужного кода. Запись через разрешение по отличию входа от выхода. Трюк. rg_ch.vhd

Огромное спасибо! Удачи

Если бы.. С RAM все благополучно. С Flash увы. Впадает в среднее состояние по выходам (KIT родной). (Светодиоды в среднем свечении)

Мужики!.. Я дурею от офигенного количества под режимов в программаторе DIAMOND LATTICE! Собрал их на одном листе для наглядности. Получилось их 13 режимов. И каждый из них со своими под режимами.. Их надо жестко усвоить, чтобы не создавать себе проблем. Ткните носом, как их различать для MATCHXO2 семейства! Не нашел собранного вместе. Все вокруг да около.... Сумел шить конфигурацию только для RAM. Огромное спасибо за наводку на доку!

Делюсь отлаженным решением по реализации CRC8. В архиве под Q18.0 есть тестбенч. CRC8Dallas_full.qar

ХМ... Это заразно, как криптовалюта... Кто-то успел вложиться в FPGAcoin!

Сняты с производства

Так стоит прямо фазу сдвинуть на 180град... В настройках

Зачем так сложно? Под такие задачи есть специальная элементная база... https://www.google.com/search?q=jitter+cleaner&rlz=1C1GCEU_ruUA892UA892&oq=jitter+cle&aqs=chrome.1.69i57j0i512l3j0i22i30l6.10721j0j7&sourceid=chrome&ie=UTF-8 Такое решение теперь особенно востребовано и позволяет иметь ультранизкий джиттер, особенно когда входы генератора современных FPGA пара фазные. Да, дорого!.. Но сколько потом экономии нервов и времени!

Вы безусловно правы! Это классика... Моя вина в том, что не приучил начальство следовать протоколу разработки. В 80% случаев на исходе реализации начинаются просьбы добавить то, поменять это... Хорошо бы эдак... Да начальство на самом деле не в курсе проблем с системой! Просьбы идут от коллег. Таких же как и я... Что я не способен подвинуться?... Вот так оно в реале! А об этом я могу только мечтать...

Почему же не связанная? В такие моменты лишний раз проверить своё детище всегда полезно! ...более того,- такое удобство становится эффективным и предпочтительным способом отразить события в доказательстве правильности функционирования! Меня частенько приглашают на разбор.