Так я и не предлагаю эту технологию использовать вместо основного мозга системы.Сообщение от i.go
Тут смысл в том, что подобная автоматизация может упростить тестирование.
Например, можно сделать тест, который выведет ПР "на режим":
1) Запускаем программу
2) Через 15 минут эмулируем воздействие (иными словами, через python или подобный скрипт заставляем ПР думать, что на входе появился сигнал)
3) Ещё через 5 минут скрипт проверяет какие выходы получились у ПР.
При этом получается, что:
А) Можно тестировать в более приближенных к реалиям условиях (часть датчиков и выходных сигналов можно не подключать, а часть можно и подключить)
Б) Можно тестировать на длительных интервалах времени. Зарядили -- и иногда присматриваем. Для ряда случаев шанс ошибки сильно сокращается.
В) Есть воспроизводимость результатов. Иными словами, если поправили схему, то "все прошлые" тесты можно просто запустить и убедиться, что ничего не сломалось.
И тому подобное.
Да, сайт plc24.ru, похоже, протух, но в CoDeSys 2.3 реально слабый функционал по скриптам: https://stackoverflow.com/questions/...-in-batch-mode Например, чтения-записи переменных нет.
Ответить с цитированием