При написании программы для ПР200 не хватает таких функций как чтение состояния кнопок и номера активного экрана.
Вид для печати
При написании программы для ПР200 не хватает таких функций как чтение состояния кнопок и номера активного экрана.
Или, как вариант, установки привязанной булевой переменной при отображении экрана, при переходе на экран, при нажатии-отпускании кнопки...
Но это вопросы скорее не к ОЛ, а к самому ПР200. Но поддерживаю двумя руками.
зачем считывать постоянно состояние кнопки, оно будет почти всегда фальш и только в момент нажатия состояние смениться, на это событие можно реализовать некоторые логические действия, зачем самостоятельно то читать в каком она положении? Тоже с активным экраном, смена экранов происходит по неким событиям, вот и вписывайте туда свою реализацию логики
Логика смены экрана может быть весьма запутанной и реализуется в менеджере экранов. Чем реализовывать её копию в схеме, лучше может быть точно знать, на каком экране мы сейчас находимся.
Состояние кнопок можно читать по аналогии с входами. У вас же любая схема опрашивает состояние входов постоянно?
В результате, можно будет реализовать схему вида "если на экране АВАРИЯ нажато ОК, то выключить сирену". Или на экране ЯРКОСТЬ регулировать мощность освещения нажатиями кнопок вверх-вниз, не входя в редактирование переменных.
Сейчас у схемы нет никакой информации от кнопок и от экранов, вся связь только через редактирование, которое гораздо менее удобно.
Да и реализовать более или менее нормальное меню в схеме без отсутствия состояния кнопок - нереально.
Есть сервисная переменная "Время", так пускай будет булевая сервисная переменная "Кнопка ОК"
Цитата:
Сообщение от flicker581
Присоединяюсь. Есть такая проблема. Сбросить кнопкой на панели ПР звуковую сигнализацию невозможно. В итоге, приходится делать много всяческих манипуляций. На x-Logic это реализовано... очень удобно.
Разработчики прислушайтесь!!!
Здравствуйте, может поможете новичку)
Не могу считать сигнал нажатого переключателя с индикацией с панели СП310.
В скрипте на панель прописал тэг <Tag Name="Button" Type="DI" Adr="0x0150" DataType="11" Func="1" Descr="Ручное управление"/>
В owen logic привязал указанный вход к логической переменной Button(тоже вход).
А переменная не изменяется(.
capzap зачем считывать состояние кнопок ? для управления переходами экранов только тогда, когда нужно.
Для реализации ввода пароля да мало ли для чего ?
ни чего что год почти прошел. Слово самостоятельно не привлекло Ваше внимание. Вы работали с панелью от вейнтека, где можно работать не с постоянным чтением, а по событиям запускать макросы, открыть окна и много чего еще. Всем понятно что не хватает в ПР200 возможностей как в ИП320 касаемо кнопок и экранов и думаю разработчики не против тожеЦитата:
Сообщение от melky
Читайте темы:Цитата:
Сообщение от Slava3577
пр200+сп310
Отсутствует передача данных между ПР114 и Панелью СП307
Вот это поддержу. Знать в каком экране находишься - иногда нужно.Цитата:
Сообщение от flicker581
А вот с запутанной логикой нужно что-то делать. Точнее с отображением в менеджере экранов.
ПР по ALT+n даёт переход по 5 веткам. Сделать возможность отображения в менеджере параллельных ветвей как-то так.
Вложение 28138
Подобное в ОВЕН прорабатывали, но отказались или отложили в ящик.Цитата:
Состояние кнопок можно читать по аналогии с входами. У вас же любая схема опрашивает состояние входов постоянно?
В результате, можно будет реализовать схему вида "если на экране АВАРИЯ нажато ОК, то выключить сирену". Или на экране ЯРКОСТЬ регулировать мощность освещения нажатиями кнопок вверх-вниз, не входя в редактирование переменных.
Сейчас у схемы нет никакой информации от кнопок и от экранов, вся связь только через редактирование, которое гораздо менее удобно.
Спасибо, Павел.Цитата:
Сообщение от Pavel_
В указанных примерах панель является мастером.
У меня ПЛК 323 является мастером. И связь по ethernet, а не по PLC. Может, в этом дело. Вложение 28222Вложение 28223