Цитата Сообщение от capzap Посмотреть сообщение
в чем преимущество? Теперь еще кроме(заместо) КДС нужно будет рисовать в стороннем проукте нечто, которое компильнется и это можно будет посмотреть в КДС, если надо подправить и залить в плк, избавление от рутины в чем?
1) В том, что многие ошибки выявляются до компиляции/заливки в ПЛК. И не просто выявляются, а появляются подсказки "как исправлять".

2) В том, что можно будет делать тесты. Например: задаём диаграмму значений на входах и проверяем значения на выходах. Понятно, что для каких-то случаев нужно подключать "игровой движок". Но для случаев "куча кнопок" должно на ура пойти.

3) В том, что не опечатаешься в имени переменной. Вон в том же КДС: значения ENUM глобальны. По-моему, это жесть. Логичнее Colors.RED и States.ENABLED

4) В том, что можно в сам язык встроить работу с сетью: "классическая проблема" упаковки/распаковки переменных в буфер. С точки зрения языка может быть просто "буфер", который сам собой правильно укладывает значения в памяти, показывает как улеглось и т.п.

5) В том, что привязки языка к КДС как таковой нет. Взять, например, OwenLogic. Там можно перецепить связь на другой вход/выход? Можно заменить TON на TOF? Правильно, нельзя. А у меня можно
Или, может, git в OL поддерживается?
Можно было бы взять и скомпилировать CFC в программу для ПР200. Profit!
Но пока wal79 молчит, и неясно секретен ли протокол заливки программ в ПР или нет.

Цитата Сообщение от capzap Посмотреть сообщение
Лучше бы свои силы направили на написание подобие jdbc для плк, вот это была бы реальная помощь многим форумчанам
Это ещё как?
JDBC это же интерфейс для работы с базами данных.
"select di12 from plc110 where do15=1 and do16=0"? Смысл?
Есть же libmodbus.