CODESYS V3.5. Визуализация

[Евгений Кислов]

Да, но у меня же

VAR MyCloseDialog: VU.FbCloseDialog;

MyCloseDialog(itfClientFilter:=VU.Globals.AllClien ts, xExecute:=FALSE, sDialogName:=MyVisuName);
MyCloseDialog(itfClientFilter:=VU.Globals.AllClien ts, xExecute:=TRUE, sDialogName:=MyVisuName);
MyOpenDialog(itfClientFilter:=VU.Globals.AllClient s, xExecute:=FALSE, sDialogName:=MyVisuName, xModal:=TRUE);
MyOpenDialog(itfClientFilter:=VU.Globals.AllClient s, xExecute:=TRUE, sDialogName:=MyVisuName, xModal:=TRUE);

Вы используете CODESYS V3.5 SP17?
Для какого контроллера разрабатываете проект?

[Петр Петрович]

Вы используете CODESYS V3.5 SP17?
Для какого контроллера разрабатываете проект?

Да, CODESYS V3.5 SP17. Для Raspberry Pi SL.

[Евгений Кислов]

Да, CODESYS V3.5 SP17. Для Raspberry Pi SL.

По Raspberry - лучше уточните у CODESYS Group.
Мы пока не поддерживаем SP17 для своих контроллеров.

[Петр Петрович]

Понял, спасибо.

[Петр Петрович]

Интересно, чисто в теории CODESYS Group предоставляет информацию о методике разработки визуальных компонентов для WEB-визуализации? Партнеры компании, например, могут разрабатывать свои компонеты? Желательно с перемещением элементов внутри компонента мышкой. В другой системе я использовал парадигму на основе готового виджета-коммутатора, где источники сигнала (пиктограммы) перемещались на прямоугольные области с подписями, обозначающие дисплеи. Очень удобно. Там это правда было сделано на устаревшем Flash, но выглядело и работало супер.

[Евгений Кислов]

Интересно, чисто в теории CODESYS Group предоставляет информацию о методике разработки визуальных компонентов для WEB-визуализации? Партнеры компании, например, могут разрабатывать свои компонеты? Желательно с перемещением элементов внутри компонента мышкой. В другой системе я использовал парадигму на основе готового виджета-коммутатора, где источники сигнала (пиктограммы) перемещались на прямоугольные области с подписями, обозначающие дисплеи. Очень удобно. Там это правда было сделано на устаревшем Flash, но выглядело и работало супер.

В данный момент свои элементы можно разрабатывать с помощью платного плагина Visual Element Toolkit.
По вопросам приобретения можете написать на info@prolog-plc.ru

В CODESYS V3.5 SP18 анонсирована поддержна интеграции HTML5-контролов в web-визуализацию.

[Петр Петрович]

В данный момент свои элементы можно разрабатывать с помощью платного плагина Visual Element Toolkit.
По вопросам приобретения можете написать на info@prolog-plc.ru

В CODESYS V3.5 SP18 анонсирована поддержна интеграции HTML5-контролов в web-визуализацию.

Потрясающе... будем смотреть. А скажите пожалуйста, детали может пока и не важны, модель WEB визуализации позволяет перебрать все контролы, определить их типы и индивидуальные имена, что бы потом в программе я смог автоматически обрабатывать события от них и для них? Сейчас я в каждый контрол занес несколько строк кода - индекс, флаг нажатия. В принципе - работает. Но ведь можно пойти и дальше, просто разработав для себя определенные правила по наименованию контролов.

[Евгений Кислов]

Потрясающе... будем смотреть. А скажите пожалуйста, детали может пока и не важны, модель WEB визуализации позволяет перебрать все контролы, определить их типы и индивидуальные имена, что бы потом в программе я смог автоматически обрабатывать события от них и для них? Сейчас я в каждый контрол занес несколько строк кода - индекс, флаг нажатия. В принципе - работает. Но ведь можно пойти и дальше, просто разработав для себя определенные правила по наименованию контролов.

Нет, не позволяет.

[Петр Петрович]

Добрый день!

Скажите, а никто не наблюдал такую штуку. Есть текущий экран в визуализации. На него поступают короткие символьные данные (примерно 16 строк в элементы Текстовое поле, в каждое поле около 10 символов), а также преключаются состояние кнопок (цвет обычный или тревога) в зависимости от состояния системы. Цвет кнопок переключается не сказать чтоб интенсивно, примерно 4 изменения в секунду, скажем так. Всего кнопок 40 штук. Да и строки меняются раз в несколько секунд, но зато все сразу, одна за другой. Потом по строкам опять пауза, меняется только состояние кнопок.

При переходе из программы, через менеджер визуализации, на другой экран, это происходит не всегда. Примерно в 10-20% случаев экран может не измениться на нужный. Повторная операция как правило помогает. Есть подозрение, что это зависит от того, насколько сильно в момент переключения занят текущий "визуализатор". Во всяком случае, когда на экраны выводилось меньше информации, смена активных экранов происходила без проблем.

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

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

MySetVisu(itfClientFilter:=VU.Globals.AllClients, xExecute:=FALSE, sVisuName:=MyVisuName); // Взбадриваем подсистему
MySetVisu(itfClientFilter:=VU.Globals.AllClients, xExecute:=TRUE, sVisuName:=MyVisuName); // По переднему фронту отображаем нужный экран по имени визуализации

обладает каким-то принципиальным недостатком. И еще - когда не ждешь, этот дефект проявляется. Начинаешь его ловить при прочих равных - щелкаешь, щелкаешь - и ничего. Я уж тут думал - не JS ли в браузе тормозит иногда? Но сомнительно, сомнительно. Хотя, у всех наверное, бывали ситуации, когда для отправки формы в браузере приходилось нажимать кнопку еще раз. Но, наверное, это было бы слишком просто.

[Петр Петрович]

Добрый день!

Вдогонку. Понял, что установка "Использовать переменную CurrentVisu" решает проблему автоматической синхронизации начальных экранов при подключении нового WEB-клиента без всякого дополнительного кода (это я как-то просмотрел ранее). Но, к сожалению, это не распространяется на открытые диалоги. Интересно, если диалоги заменить на фреймы - будут ли они отображаться автоматически, а не как с диалогами, которые приходится открывать из программы? И будет ли фрейм, если он не на весь экран, модальным как диалог?