Так, может, и сделать поддержку этого самого tia portal'а?Сообщение от capzap
На текущий момент я не вижу большого спроса на возможность создания шаблонов на стороне пользователей среды. Тут проще добавлять нужные форматы по ходу.
Например, на добавление PRU ушло меньше месяца.
Из наиболее заметного -- для поддержки PRU в сам ST язык добавлены директивы, которыми обозначается приём-передача данных между "основным циклом ПЛК" и PRU сопроцессором. Уже из этих директив и собирается как сама PRU программа, так и ответная часть в КДС программе.
Обновление среды занимают меньше мегабайта. Проблем вообще не вижу.
Добавляем формат, выпускаем обновление и всего делов. Самое сложное -- формализовать какой именно формат реально нужен. Разумеется, я не предлагаю использовать Hardella вместо текстового редактора.
Если нужны, то их можно добавить в синтаксис черепахи. Либо прямо директивами (ну, чтобы не опечатываться), либо просто текстовое поле типа комментария (так, конечно, делать на порядок проще, но лучше уж по-нормальному делать, ведь директивы КДС без пол-литра не напишешь).
Причины могут быть разные:
1) Проверка ошибок на ходу. Тут и банальное "несовпадение типов данных", так и более сложное. Например, "в case рассмотрены не все случаи enum'а", или "у двух веток IF одинаковое условие". Или "условие всегда ложно".
2) Hardella упрощает поддержку проекта (ту часть, когда идёт доработка, или выяснение "а почему тут так"). Навигация по коду, поиск использований, переименование переменных. В КДС переменную не переименуешь и т.п.
Поддержка git/svn. Можно прямо в среде посмотреть историю, посмотреть когда менялась конкретная строка и т.п.
3) Для PRU программирования, например, вообще альтернатив нет. Тут не стоит вопрос "зачем мне использовать Hardella, если есть CoDeSys". Выбора вообще нет. Либо Hardella, либо никак.
4) Расширяемость в конце концов. Ждать от КДС интеграцию с чем-либо вряд ли стоит. А тут можно сделать, и интеграция будет не из запуска 100500 утилит, а в общем редакторе.
Возможен как экспорт данных (например, разнообразные форматы выгрузки, списки переменных, ну фиг знает что нужно), так и импорт данных.
Например, был умелец, который предлагал программировать в Visio. Видели?
С одной стороны он говорит, что "КДС редактор не всегда удобен" (тут, наверное, можно его понять, иногда в visio можно "красивее" нарисовать), но с другой, я не считаю, что использование Visio как стороннего редактора жизнеспособно. По-моему, Visio это тупиковый путь. Оно решает какую-то одну узкую задачу, никак не помогает в других, и никак не расширяется.
В этом плане, у редактора на базе Hardella потенциал развития гораздо выше: без проблем можно добавлять и текстовые языки, и таблицы, и графику. Как пример, я могу загружать описания КДС таргетов и показывать их (дерево компонент, таблицы параметров и т.п.)
5) Возможно, когда-нибудь и без КДС можно будет работать. Про ОВЕН не будем загадывать, но, например, приборы МЗТА работают без КДС. У них свой runtime, и в ПЛК заливаются программы на C. Особых проблем генерировать C-код из Hardella нет (да и сам производитель с радостью рассказывает как оно устроено), и вполне можно замкнуть цикл. Т.е. разработка, заливка в ПЛК, online. Это, конечно, не дело ближайших месяцев, но почему бы и нет?
6) Автоматическое тестирование. Т.е. возможность указать "вот при таких входах должны быть такие значения на выходах". Так, чтобы во-первых программа реально работала так, как ожидается, а во-вторых, чтобы при доработках старое поведение не ломалось.
Сейчас и в КДС и в ОЛ для тестирования нужно "прощёлкивать" вручную. В Hardella же есть план как сделать автоматическое "прощёлкивание" и проверку значений.
Ответить с цитированием