Критическая ошибка в среде программирования Овен ЛОДЖИК или это я д-ак

[Владимир Ситников]

Как говорится, почувствуйте разницу!

И?
Какие претензии к D-триггеру?
Триггер работает так же, как и описан D-триггер в Wikipedia.

Если вы пытались построить регистр сдвига на DTRIG и не учли, что все блоки в ОЛ выполняются "мгновенно, без задержек", то это ваши проблемы.
И не нужно насиловать программистов утверждениями "в ОЛ неправильные триггеры".
Всё в ОЛ правильно.

Точно так же можно собрать цепочку из AND-AND-AND-AND блоков и потом спрашивать: "а почему они сразу все вычисляются, хотя в железе последовательно"


Да, в случае с "беззнаковыми целыми" косяк. Но в DTRIG всё норм. Как описано, так работает, а описано так же, как в Wikipedia.

[pop70]

Если вы пытались построить регистр сдвига на DTRIG и не учли, что все блоки в ОЛ выполняются "мгновенно, без задержек", то это ваши проблемы.
И не нужно насиловать программистов утверждениями "в ОЛ неправильные триггеры".
Всё в ОЛ правильно.

Точно так же можно собрать цепочку из AND-AND-AND-AND блоков и потом спрашивать: "а почему они сразу все вычисляются, хотя в железе последовательно"

Вот как раз наоборот. В железе они работают параллельно, а в ОЛ цепочка "от входа к выходу" считается ПОСЛЕДОВАТЕЛЬНО.
В случае д-триггеров, соединённых последовательно, это означает ЗАДЕРЖКУ расчёта каждого следующего на время расчёта предыдущих. В самом цикле расчёта задержка, обусловленная последовательным расчётом, которой нет и не может быть в железе.
В ОЛ как минимум не учтено, что сам ОЛ может приводить к ситуациям, когда сигнал на д входе и на с входе изменяется ОДНОВРЕМЕННО, что и в железе привело бы к неоднозначной работе триггера.
Решить эту проблему можно не только линией задержки, но и доработав триггер, "привинтив" ему статическое свойство "приоритет входа". Т.е, какой вход обрабатывать первым в случае одновременного изменения уровней на входах.
Но и с линией задержки работает.