Ну для меня не понятно для чего сделано что перетаскивание переменной это единственный вариант для прописывания переменной в свойствах или функциях. Это хорошо когда ты один насосик как в видосиках делаешь, а если у тебя более сотни модулей и несколько тысяч переменных. Создал библиотеку в которой 18 переменных, к ним нужно перетащить значение с протокола которых 784, и еще по два раза так как входное и выходное это разные вещи, итого получаем что в долбаном интерфейсе через километр прокрутки я ДОЛЖЕН протащить 1568 раз. В свойствах примитивов или иных объектов нельзя прописать зависимость от нескольких переменных, как они позиционируют что перетащил переменную и прописал на нее действия и это избавляет от скриптов, так это же и рождает доп скрипты. Переменная не может быть как входной так и выходной как в нормальной ST коде. Нафига нужно входные и выходные переменные, можно же работать как у ВСЕХ просто с переменной. Даже в CodeSys когда создаеш ФБ то указываеш переменные in, out или inout и это идеально работает. Про графику я вообще молчу, труб нарисовали каких хочешь, а с кнопками повозись сам, скопировать свойства я не нашел или нет. У меня на данный момент 784 переменных с OPC сервера на ПЛК, чтоб прочитать переменные тебе нужен рабочий ПЛК с залитой программой и это на стадии разработки. Импорта/экспорта переменных НЕТ, редактирование и добавление не возможно, но если очень хочется то можно но это 3.14здец как (я сам костыли уже придумал). Решил тут использовать в графике "панель вкладок" это жуть. Смена расположения кнопок вкладок не как не отражается в среде разработки, но хоть реализуется в RT. Соответствено получаешь мучение при компановке окна. Размер вкладок в "панель вкладок" бывает что вообще не изменяется, от чего глюк зависит не понятно, в разработке прописал 1000х950 в RT отображается кусок окна 400х200. Свойство сохранять пропорции и тип координат тоже загадочная вещь, то работает отлично, но при "ретроградном меркурии" Х пойми куда все девается. Статус бар в шаблоне экрана я так и не впихнул, ну как не впихнул, опять же в разработке он идеально смотрится, в RT его тупо НЕТ. И это я только начал создавать проект в этом чуде, что будет далее. Еще не дошел до журнала действий оператора по аналогии как аварии чтоб можно было отобразить, но говорят не возможно. Предстоит как то придумать создание маршрутов (последовательность включения и отключения агрегатов) , боюсь что это будет страшно. Я даже еще не осилил библиотеку управлением агрегата, ну не хочется мне прописывать две переменных на одну из ОРС сервера.Сообщение от Спорягин Кирилл
Мне кажется что разработчики ни когда даже не пытались посмотреть что делают другие люди. Ну посмотрите на Шнайдер и Сименс, ну хотябы на CodeSys у которого визуализация можно сказать ка приятное дополнение.
Ответить с цитированием