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

[andemeno]

Еще вопрос по диалогу DateTimeSetOwen библиотеки OwenVisuDialogs.
Если к интерфейсной переменной xSetNewDateTime привязать TargetVars.stRtc.xUpdateSettings то по нажатию кнопки "Применить" её значение не изменяется, и соответственно новое значение даты и времени не применяется.
А если объявить переменную типа BOOL в PLC_PRG, связать её с соответствующим каналом OwenRTC и её же привязать к интерфейсной переменной xSetNewDateTime, то новое значение даты и времени устанавливается.
Вопрос: я что-то делаю не так в первом варианте?

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

Здравствуйте. Вопрос по диалоговому окну DateTimeSetOwen библиотеки OwenVisuDialogs. После нажатия на кнопку "Применить" диалоговое окно не закрывается. Так и должно быть?
Пользовательский опыт подсказывает, что диалог должен быть закрыт

Добрый день.
Выложите, пожалуйста, простейший проект, в котором я смогу повторить проблему.

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

Еще вопрос по диалогу DateTimeSetOwen библиотеки OwenVisuDialogs.
Если к интерфейсной переменной xSetNewDateTime привязать TargetVars.stRtc.xUpdateSettings то по нажатию кнопки "Применить" её значение не изменяется, и соответственно новое значение даты и времени не применяется.
А если объявить переменную типа BOOL в PLC_PRG, связать её с соответствующим каналом OwenRTC и её же привязать к интерфейсной переменной xSetNewDateTime, то новое значение даты и времени устанавливается.
Вопрос: я что-то делаю не так в первом варианте?

Я завтра утром проверю ваш сценарий и отпишусь.

[andemeno]

Добрый день.
Выложите, пожалуйста, простейший проект, в котором я смогу повторить проблему.

Codesys 3.5.17.3, СПК110 М01

[andemeno]

Я завтра утром проверю ваш сценарий и отпишусь.

Вопрос снимается, моя ошибка

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

Codesys 3.5.17.3, СПК110 М01

Я посмотрел проект и вспомнил - действительно, мы осознанно не сделали закрытие диалога по кнопке Применить - чтобы пользователь мог увидеть, что введенное им значение действительно применилось. Библиотека доступна в исходниках - так что можете отредактировать ее под свои задачи (только измените название, пожалуйста, чтобы не спутать с оригинальной).

[andemeno]

Я посмотрел проект и вспомнил - действительно, мы осознанно не сделали закрытие диалога по кнопке Применить - чтобы пользователь мог увидеть, что введенное им значение действительно применилось. Библиотека доступна в исходниках - так что можете отредактировать ее под свои задачи (только измените название, пожалуйста, чтобы не спутать с оригинальной).

Спасибо за ответ.

Еще хочу поделиться наблюдением. В диалоге DateSetOwen при попытке редактировать поле "День" с помощью Numpad происходит следующее: при нажатии на поле появляется цифровая клавиатура а при последующем отпускании поля происходит закрытие цифровой клавиатуры.
Вероятно это происходит из-за того, что кнопка закрытия цифровой клавиатуры (большая галка на зеленом фоне) оказывается в момент открытия диалога под пальцем (или стилусом), а отпускание этой кнопки (событие onMouseUp) обрабатывается уже не диалогом DateSetOwen, а Numpad-ом. То же происходит в диалоге TimeSetOwen при попытке редактировать секунды.
Думаю это можно поправить (возможно в следующей версии библиотеки), если Numpad открывать по событию onMouseUp, а не onMouseDown.

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

Спасибо за ответ.

Еще хочу поделиться наблюдением. В диалоге DateSetOwen при попытке редактировать поле "День" с помощью Numpad происходит следующее: при нажатии на поле появляется цифровая клавиатура а при последующем отпускании поля происходит закрытие цифровой клавиатуры.
Вероятно это происходит из-за того, что кнопка закрытия цифровой клавиатуры (большая галка на зеленом фоне) оказывается в момент открытия диалога под пальцем (или стилусом), а отпускание этой кнопки (событие onMouseUp) обрабатывается уже не диалогом DateSetOwen, а Numpad-ом. То же происходит в диалоге TimeSetOwen при попытке редактировать секунды.
Думаю это можно поправить (возможно в следующей версии библиотеки), если Numpad открывать по событию onMouseUp, а не onMouseDown.

Повторил у себя, добавил в наш баг-трекер для следующей версии библиотеки.
Большое спасибо за замечание.

[АлексейН]

Добрый день, коллеги.
Оборудование СП110, таблица тревог.
Есть ли возможность организовать фильтр в реальном времени (не история) по критериям Авария - Активна, Авария устранена, но не квитирована.
В прикреплённом файле 0 строка - не квитированная , 1 строка - активная авария
т.е. Если мне необходимо просмотреть только активные аварии все остальные варианты в журнале тревог скрываются, аналогично для не квитированных аварий.Журнал тревог.png

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

Добрый день, коллеги.
Оборудование СП110, таблица тревог.
Есть ли возможность организовать фильтр в реальном времени (не история) по критериям Авария - Активна, Авария устранена, но не квитирована.
В прикреплённом файле 0 строка - не квитированная , 1 строка - активная авария
т.е. Если мне необходимо просмотреть только активные аварии все остальные варианты в журнале тревог скрываются, аналогично для не квитированных аварий.Журнал тревог.png

Добрый день.
Фильтровать можно по значению latch-переменной. Соответственно, в вашей ситуации нужно записать в latch-переменную статус тревоги.
Посмотрите пример:
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive

На что нужно обратить внимание:
- вкладка "Действия уведомление" в классе Warning (станет понятно, как указать экземпляр ФБ-подписчика тревог)
- в методе xExecute: на переменную eAlarmState (статус тревоги) и uiAlarmId (ее идентификатор).
На основании ID нужно будет записать eAlarmState в latch-переменную соответствующей тревоги

https://content.helpme-codesys.com/e...arm_group.html ("Latch var 1, Latch var 2")
https://content.helpme-codesys.com/e...variables.html