Hardella IDE

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

Добавил
указатели: http://recordit.co/U6TTCkqOI4
массивы, структуры, перечисления: http://recordit.co/ijjFqJuiZv
CASE

Тут: https://github.com/vlsi/ide61131/releases/tag/v1.1.0

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

Активнее, товарищи!
Особенно, в части "как должно выглядеть PLC configuration вашей мечты"

Вот, сделал CFC: http://recordit.co/2Itr7umnlo
Картинка для привлечения внимания: cfc_sample.png

[capzap]

Активнее, товарищи!
Особенно, в части "как должно выглядеть PLC configuration вашей мечты"

Вот, сделал CFC: http://recordit.co/2Itr7umnlo
Картинка для привлечения внимания: cfc_sample.png

в чем преимущество? Теперь еще кроме(заместо) КДС нужно будет рисовать в стороннем проукте нечто, которое компильнется и это можно будет посмотреть в КДС, если надо подправить и залить в плк, избавление от рутины в чем?
Лучше бы свои силы направили на написание подобие jdbc для плк, вот это была бы реальная помощь многим форумчанам

[Yegor]

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

Вечером гляну чего там нового.

[Scream]

Кдс 2.3 умирает потихоньку, как бы это не зря всё было.

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

в чем преимущество? Теперь еще кроме(заместо) КДС нужно будет рисовать в стороннем проукте нечто, которое компильнется и это можно будет посмотреть в КДС, если надо подправить и залить в плк, избавление от рутины в чем?

1) В том, что многие ошибки выявляются до компиляции/заливки в ПЛК. И не просто выявляются, а появляются подсказки "как исправлять".

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

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

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

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

Лучше бы свои силы направили на написание подобие jdbc для плк, вот это была бы реальная помощь многим форумчанам

Это ещё как?
JDBC это же интерфейс для работы с базами данных.
"select di12 from plc110 where do15=1 and do16=0"? Смысл?
Есть же libmodbus.

[Newcomer]

Respect, vladimirisitnikov. Не пропадет твой скорбный труд.

А скептикам можно напомнить, что "Всякий труд, выполняемый честно, полезен, а, следовательно, достоин уважения".

[capzap]

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

к концепции у меня претензий нет, только если бы эти нововведения появлялись бы в самой КДС

[capzap]

В том, что многие ошибки выявляются до компиляции/заливки в ПЛК. И не просто выявляются, а появляются подсказки "как исправлять"

а кто будет решать, что есть ощибка? IF foo=TRUE THEN считается ли такой код ошибкой, в КДС можно обойтись и более короткой схемой, а в вейнтеке от версии к версии бывает что нет

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

это есть и в самой КДС

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

попробуйте в КДС написать "левое" имя переменной во время редактирования, так что тоже не аргумент. По поводу чего то там глобального, если Вам попался код не отвечающий Вашим требованиям, это не означает что это проблема среды, писать код логично ни кто не запрещает

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

подобрали в КДС бибку, которая содержит функции работы с сетью и останется только "ложить" или "забирать" просто буффер

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

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

[Yegor]

Чёт не могу запустить нормально.

vlsi.png

А возможно ли встроить вон тот CFC-редактор с картинки в чисто текстовую среду на той же платформе (IntelliJ), если, скажем, текст уже будет распарсен?