Вот тут:Цитата:
Сообщение от Василий Кашуба
И вот тут:Цитата:
Сообщение от Василий Кашуба
Цитата:
Сообщение от Василий Кашуба
Напомню, это всё были ответы на сообщение pop70 о том, что "константа 1 приходит на вход XOR как 0 и в итоге выход XOR'а оказывается 0"
Цитата:
Сообщение от pop70
Вы сначала сказали поменять связи, а потом сказали, что исходное поведение не баг.
Так вот, если убрать попытки пихать в стек все элементы, а закидывать только те части, где есть обратные связи или ЛЗ , то и получится оптимизация. Пусть лучше 10-ток AND прощелкает лишний раз без всякого стека. А ощущение, что в стек пихают все что ни попадя...
Сигнал на вход приходит не тот. Причём здесь выход, выход как раз работает правильно.Цитата:
Напомню, это всё были ответы на сообщение pop70 о том, что "константа 1 приходит на вход XOR как 0 и в итоге выход XOR'а оказывается 0"
А почему при этом "помогает изменение порядка связей"?Цитата:
Сообщение от Василий Кашуба
Или весь ваш совет заключался не в изменении порядка, а в "переподсоединении"?
Реальная схемотехника, это, да, наука о плохих контактах. Но в ОЛ схемах-то такого не должно быть. Баг.
Вот раньше был баг, вот это БАГ, связь могла повиснуть в воздухе,не присоединившись к другому элементу. :)Цитата:
Сообщение от Владимир Ситников
Почему то все просят, чтобы было всё как в железе. :)Цитата:
Реальная схемотехника, это, да, наука о плохих контактах. Но в ОЛ схемах-то такого не должно быть.
Вы не путайте порядок "компиляции"(разбора схемы") и порядок её вычисления.Цитата:
Сообщение от Владимир Ситников
Я же уже писал. При "компиляции" строится дерево с корнем у выхода. (Схема уже такое дерево) От выхода ко входу. А порядок расчёта узлов этого дерева обратный - вначале считаются дальние от корня узлы, потом, используя уже посчитанные данные - следующие - более близкие к выходу. Этот порядок определяется один раз при "компиляции", и тупо выполняется в каждом цикле программы, без каких бы то ни было "оптимизаций" в каждом цикле. И порядок этот не может быть от выхода к входу. Потому, что вначале нужно задать входные анные каждому элементу, а только потом получить то, что на выходе.
ЛЗ никак с стеку не относитсяЦитата:
Сообщение от melky
ЛЗ - это вообще статическая переменная, живущая всё время работы ПР, как и "обратная связь".
Чё Вам стека стм-ки жалко? :)
Лишь бы на память переменных не наехал. Программа вообще прямо в ППЗУ вся сидит
А в чём сакральный смысл, константу подключать к входу через ЛЗ?Цитата:
Кстати, попал на один косяк в работе ЛЗ.В макросе CTMAX.
В чём дело - хз. Повторить не могу. И в программе, и в новом макросе работает. А в том пришлось константу делать 0 и вставлять инвертор - тогда всё работает.
 Миниатюры

Я кажется понял почему программа сработала так. Так как первой обрабатывалась ЛЗ, то первый цикл для всей программы был отменён, для того чтобы получить, значение для этой ЛЗ.Цитата:
Сообщение от pop70