Фичи и баги OWEN Logic

[Infiltrator]

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

И проблема с жёлтыми связями не в "бесконечности рекурсии", а в том, что при наличии таких связей никто кроме разработчиков ОЛ не может сказать как именно будет работать схема (да и они это могут только запустив схему под отладкой).

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

Время цикла ограничено временем реакции ПР на входящие сигналы и таймеры. Пока оно маленькое и все помещается в один кусок кода (или шаг не важно) все нормально. Когда шагов становится больше входные сигналы полюбому заставляют перерассчитать заново какую то цепочку. Не заню ща поправили или нет. Но как тогда объяснить что эта Безымянный.png конструкция не всегда выполнялась правильно ? По линии задержки и простой связи сигналы изменялись одновременно. Это было видно и в отладке и в ПР. Я не знаю как устроин ОЛ но есть подозрения что если сигнал на входе не изменяется цепочка дальше не выполняется. Этот вывод я делаю из того что при включении в ПР горит зеленый светодиод (что то при пуске ставит порт в это положение). Этот светодиод на прямую связан с тригером который сброшен. (если он не сброшен программа бы вела себя по другому) Светодиод горит до тех пор пока не нажмешь кнопку которая сбрасывает и так сброшеный тригер. Дальше в работе программы странностей не наблюдается.

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

Время цикла ограничено временем реакции ПР на входящие сигналы и таймеры

Наоборот. Время реакции складывается из времени цикла, длительности срабатывания входов, выходов и т.п.

Когда шагов становится больше входные сигналы полюбому заставляют перерассчитать заново какую то цепочку

Цепочка вычисляется всегда вся.
Вернее, так: что там реально вычисляется это дело программистов Овен, а для стороннего наблюдателя оно должно выглядеть так, что на каждом цикле каждый блок обрабатывается по одному разу. Есть блок NOT -- он должен вычислиться. Есть TON -- должен обработаться. Вычисляет ли ОЛ всегда всю схему или экономит на вычислениях -- его дело.

Я не знаю как устроин ОЛ но есть подозрения что если сигнал на входе не изменяется цепочка дальше не выполняется. Этот вывод я делаю из того что при включении в ПР горит зеленый светодиод (что то при пуске ставит порт в это положение). Этот светодиод на прямую связан с тригером который сброшен.

Неважно как оно устроено. Если здравый смысл говорит, что ОЛ (или ПР) вычислило неверное значение, то это вполне может быть ошибкой ОЛ.
Ваш пример очень похож на ошибку, исправленную в 1.9.137 (см "0" на втором входе XOR http://ftp-ow.owen.ru/softupdate/OWE...infoOf1_9.html )

[Infiltrator]

Значит если скорость прихода команд по сети меньше времени цикла ПР или время самовозврата переменной экрана (время работы других таймеров) меньше времени цикла, ПР начинает пропускать команды и это нормально ? Ну и ладно.

PS: есть еще один баг, разработчики забыли обозвать новую версию бетой перед обновлением в ОЛ и предупредить что могут быть на столько мучительные ошибки, а не ставить опыты на покупателях.

[Ревака Юрий]

Значит если скорость прихода команд по сети меньше времени цикла ПР или время самовозврата переменной экрана (время работы других таймеров) меньше времени цикла, ПР начинает пропускать команды и это нормально ? Ну и ладно.

PS: есть еще один баг, разработчики забыли обозвать новую версию бетой перед обновлением в ОЛ и предупредить что могут быть на столько мучительные ошибки, а не ставить опыты на покупателях.

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

[Серёга Букашкин]

Один из AI на ПР200 покавывал неправильно, примерно на 20% меньше чем надо. При торировании AI все выполнял согласно всплывающим указаниям ОЛ, но при окончательной записи коэффициентов дает отказ и ошибку "6". Что не так?

[Ревака Юрий]

Один из AI на ПР200 покавывал неправильно, примерно на 20% меньше чем надо. При торировании AI все выполнял согласно всплывающим указаниям ОЛ, но при окончательной записи коэффициентов дает отказ и ошибку "6". Что не так?

Скорее всего, ошибка при расчете коэффициентов, на каком режиме калибровали, а если на другом режиме калибровать?

[Серёга Букашкин]

а если на другом режиме калибровать?

По трем точкам: 5, 12, 16мА. Режимом это называется, или что-то иное?

[Ревака Юрий]

По трем точкам: 5, 12, 16мА. Режимом это называется, или что-то иное?

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

[Ololo]

Windows 10 заснул при открытом проекте OWEN Logic, при пробуждении лоджик сам завершился с ошибкой. При следующем открытии проекта внизу сообщение: Стек пуст. Симуляция не работает. Обновился на 1.9.149.12618 - всё по прежнему не работет.

[Серёга Букашкин]

Есть ли в планах сделать в ОЛ контекстный поиск переменных с заданным именем? В больших проектах это становится проблемой. Очень долго выполняется сохранение проекта. Выпускался ли более поздний мастер тиражирования чем setup_owenlogic_distribution_plugin_v1.0.10?