Симулятор - возможные доработки.

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

Либо (и возможно это лучше) предусмотреть доступ через OPC-UA / свой API / C# plugin - это дало бы возможность подключать внешнюю модель управляемого объекта и в достаточной мере отладить программу до установки контроллера на реальный объект.

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

[alexey001]

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

485 к реальному контроллеру (в симуляторе вроде нет поддержки эмуляции порта)? Всеже это не особо удобно - либо регистры на modbus либо физические IO подключать кудато ( к другому плк например).
Может быть предусмотреть плагин для расширения возможностей симуляции (к сожалению плагины грузятся не совсем динамически насколько помню из основного кода а жестко прописаны , правда я смотрел года 1.5 назад когда переносил под андроид алгоритм прошивки ). Ну и отдавать этот плагин в виде проекта в VS который пользователь может сам расширить , а там уже как кому нравится рулить симуляцией хоть напрямую из c# хоть opc-ua сервер приделывать или еще как.

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

485 к реальному контроллеру (в симуляторе вроде нет поддержки эмуляции порта)? Всеже это не особо удобно - либо регистры на modbus либо физические IO подключать кудато ( к другому плк например).

Да,к реальному железу, регистры можно использовать параллельно основным сигналам, для ПР200 я часто прям через подключение по USB читаю/пишу регистры при отладке.

[Neugeny]

Вопрос по режиму симуляции при пошаговой отладке: нет синхронности данных в значениях переменных.
При пошаговой отладке значение одной и той же переменной не передаётся одновременно в ФБ, где она используется. Смотрите по вложении пример, когда одна переменная в разных местах имеет разное значение. Но если не создавать переменные, а делать связь прямую между ФБ, то такого рассинхрона не происходит. 30-12-2020 10-08-50.jpg

[petera]

Вопрос по режиму симуляции при пошаговой отладке: нет синхронности данных в значениях переменных.
При пошаговой отладке значение одной и той же переменной не передаётся одновременно в ФБ, где она используется. Смотрите по вложении пример, когда одна переменная в разных местах имеет разное значение. Но если не создавать переменные, а делать связь прямую между ФБ, то такого рассинхрона не происходит. 30-12-2020 10-08-50.jpg

Потому, что ПР как и любой ПЛК работает по циклам
Захват-111.png
Это справедливо не только для входов, но и для энергонезависитмых переменных.
Входная переменная, равная 0, была запомнена (защелкнута) в начале текущего цикла и не может изменится до следующего цикла
Выходная переменная, равная 9 получена в результате работы текущего цикла и запомнена (защелкнута) в конце его(цикла).
В начале следующего цикла Входная переменная получит значение равное выходной переменной т.е. 9
ЗЫ
Проверьте, что переменная не энергонезависимая

[Neugeny]

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