Доброго времени суток.
Как привязать переменную к изменению экрана в ПР-200?
Вид для печати
Доброго времени суток.
Как привязать переменную к изменению экрана в ПР-200?
А планируется сделать нумерацию экранов в системную переменную и когда, если планируется ?
Не хватает сего действия, как и системной переменной с кодами клавиш ПР
По-моему эту тему с полгода, а может и больше назад обсуждали, и вроде бы как успешно разрешили, но видимо это не так или не все или не до всех ещё дошло, как-то так:
Вложение 27309
Вопрос, что называется "вдогонку" к вышесказанному. Как должна измениться переменная для перехода на другой экран? Судя по картинке в сообщении #5 это все-таки положительный фронт ("0" --> "1")
Сергей0308 абсолютно не дошло. Имеем "Главный экран", переключаемся кнопками Вверх, Вниз по экранам - КАК программа узнает что я переключился на экран скажем 5 ?
Выложите пример вашего варианта, чтобы более предметно объяснить поведение, которого необходимо добиться.
Собственно необходимо использовать клавиши ПР (не переменные или физические входы) и понимать, на каком экране мы остановились...
Я правильно понял, что невозможно сделать, чтобы "номер экрана" задавался значением переменной?
Интересно, команда ОВЕН слышала про https://facebook.github.io/react/ и https://facebook.github.io/react-native/ ?
Похоже, не слышали.
Если сделать управление экранами и элементами в духе React JS, то разработка интерфейса станет на порядок проще.
Пока не будет макроса кнопок не будет нормального меню пользователя.
В том то и дело, что линейность не предполагается.
Например вход в один список экранов настройки по Alt+UP, вход в другой список по ALT+Down, в третий ALT+OK и так далее.
Поэтому сделать системную переменную для экранов, а экранам присваивать номера это ОПТИМАЛЬНЫЙ выход.
Ну и системную переменную для клавиш сделать как для управления экранами так и других задач., например ввод пароля и т.д.
А значение переменной создать на главном экране и там выбирать ? типа динамический текст Меню - Экран1 - Экран2 и т.д.
Возникает простой вопрос - КНОПКИ у ПР для чего ? Да и на каждом экране делать такой динамический текст просто глупо, HD о двух строках дает о себе знать...
До 10 экранов, достаточно 1 разряда целочисленной переменной!
По поводу экрана 2 строки маловато будет. Но как говорится чем богаты)))) А если привязать жестко экранные переменные к кнопкам. UP-от 100 до 199; DoWN -от 200 до 299. И так далее. Я думаю что 99 экранов делать не будут. Тогда для того что бы попасть в экран UP10 нужно будет нажать 10 раз в верх(((
Сергей0308, то, что вы предлагаете простите тоже через Опу...
https://www.google-analytics.com/col...ost&ea=screensЕсли я правильно понял, то Сергей предлагает, что:
1) В программе должна быть переменная, которая означает номер экрана, который сейчас должен быть отображён
2) Саму переменную меняем в программе нужным образом
Выглядит весьма здраво, и именно так, например, работает React JS.
Вы предлагаете ждать, может кто-то когда-то что-то сделает? Если Вы сделаете альтернативное решение, буду рад посмотреть!
Вот мой проект, из программы осуществляется переход на нужный экран!
Если хотите кнопками переход делать и чтобы программа это "видела", я уже писал, добавите переменную "Экраны" на экран и вводите соответствующие значения для перехода! Честно не могу представить пока, как Вы можете сделать лучше на данном этапе развития ОЛ???
так в том и дело, что переход из программы не проблема, это и так реализовано в ПР.
Проблема в том, что при переходах клавишами программа не знает какой сейчас экран включен.
Использование для перехода дискретного входа типа крутить по кругу - занять вход
Использование переменной на каждом экране это занять место на экране и так каличном.
Оба костыля требуют циклической организации экранов, но не разветвленной, можно конечно изе..вернуться, но зачем ????
Оба решения это костыли, коих быть не должно, ИМХО.
Понятно, что сейчас при необходимости мы их используем, так же как и активация Modbus переменных нужным значением при старте ПР.
Вот и хочется, чтобы разработчики эти моменты допилили в первую очередь.
Короче, голосуем за то, чтобы Овен доработал ОЛ в плане наличия "системных" булевых переменных, привязанных к нажатию кнопок. Нажал соответствующую кнопочку - получи "1", отпустил - держи "0". И будет всем нам счастье
Учитывая, что нет ПР щитового исполнения?! Производители наверно хотели кому-то угодить, но Вам это только навредило, если хотите большой экран, берите СПК или лучше промышленный компьютер, а не как не ПР200 и потом плакать, что экран маленький, как-то нелогично на мой взгляд!
Нелогично делать устройство с клавишами, которым практически нельзя пользоваться.
Имеется ввиду из программы.
Устал я уже разрабов отправлять посмотреть конкурентов. Прежде чем что-то делать хоть иногда надо смотреть как сделано у других.
Пр200 по сравнению с Пр114 и 110 большой шаг .Но не возлагайте больших надежд (возможностей) на экран Пр200.Понятно ,что долго ждали ,но не следует доходить до абсурда -используйте HMI панели (простые или сенсорные) .Тем более что правильно сказали -ПР200 стоит внутри щита ....Когда был Пр114 не хватало возможностей сменить уставки ,вывести какое то значение на экран итд.Эти задачи и были решены на ПР200 .А вы предьявляете уже требования к 2 строчному экрану со служебными кнопками как к полноценной панели .Надо смотреть на конкурентов ,но не копировать их ,а делать 2 шага вперед ,там где они делают 1 шаг ...Можно бросить все силы на то что бы сделать из экрана ПР200 ,что то типа половины ИП320 (без графики) ,а можно сделать следующий ПР с нормальной сенсорной панелью по типу Nextion или выносная панель ,тогда можно иметь даже модификацию ПР200 без встроенного экрана (но дешевле) + выносная панель (модульный принцип) для хорошей визуализации .Кому нужна попроше то ПР200 с экраном встроенным,как сейчас .Пусть не обижаются разработчики ИП120 ,но покупать за 4000р такую же панель ,что стоит уже в Пр200 нет большого желания .Если эта панель для других устройств ,то я даже и не знаю для каких .Если как выносной экран для ПР200 ,то сильно дорого .Если бы была модификация ПР200 без экрана(дешевле на 2000р) ,то еще можно подумать ...
rovki это да, на ИП120 панелька должна быть с псевдографикой за такие деньги. Чтобы можно было нарисовать битмаповскую картинку и залить, например рисунок насоса, 3-х ходового и т.д. + линии связи между ними.
На счет ПР200, да все, что нужно:
системная переменная с номером экрана, номер назначать в свойствах экрана
Системная переменная кода клавиш.
Этого вполне было бы достаточно.
Добрый день. Наблюдается постоянный проскок экрана . Есть три экрана с 5-тью строками каждый(выводят значения переменных). На каждый экран для перехода задана своя переменная с использованием переднего фронта. При работе, два раза переключится с экрана на экран, один раз нет. Если при включении прибора подождать 2 минуты, то экран переключиться, если тут же будет команда на переход к другому экрану, может не переключиться, может переключиться... Пришлось отказаться от идеи переключения между экранами по переменной и назначить кнопки прибора для переключения экранов. Такое ощущение, что прибор не "успевает" за скоростью изменения переменной в программе(по переднему фронту). Как решить эту проблему? Спасибо за ответ.
если так часто идет смена экранов, то я бы сделал фиксатор событий и приоритет экранов.....Цитата:
Такое ощущение, что прибор не "успевает" за скоростью изменения переменной в программе(по переднему фронту). Как решить эту проблему? Спасибо за ответ.
Задам вопрос иначе есть 9 экранов:
Экран №1 Скорость 15%
Экран №2 Скорость 25%
Экран №3 Скорость 35%
Экран №4 Скорость 45%
Экран №5 Скорость 55%
Экран №6 Скорость 65%
Экран №7 Скорость 75%
Экран №8 Скорость 85%
Экран №9 Скорость 95%
Так вот мой вопрос как в зависимости от экрана присвоить значение переменой "Скорость"? то есть экран 1 пер.=15
или как сделать по другому. просто обратился в службу поддержки за правильным выбором
посоветовали ПР200 и дали макрос на управление ПЧВ с ним разобрался всё гуд но сталкулся
с такой проблемой. а вот то что мне требовалось для ясности Вложение 29018
Добрый день! А экран вы сами выбираете, если да то проще иметь 4 экрана по которым переходим по кольцу, по нажатию, допустим ALT, на каждом экране ComboBox на 9 строк выбирается нужная строка, а в алгоритме в зависимости от значения переменной комбобокса от 0 до 9 устанавливается нужная частота.
Мне не совсем понятно зачем менять экраны, если меняется частота, т. е. значения параметров?
Просто комбобокс со скоростями на экране "Скорость"
Если у вас двенадцать разных программ, то это не значит, что нужно создавать двенадцать экранов. Можно и на одном экране выбрать одну из двенадцати программ.
Василий а эта хорошая идея попробую
так подскажите пожалуйста я всё правильно понял ComboBox пролистывается стрелками верх вниз меняется значение переменой. например
строка 4 переменая = 3. просто благодаря такому свойству и функций сравнений сделал то что нужно. Спасибо Василий Кашуба за идею.
теперь новая задача но это наверное не сюда. с кем можно об этом поговорить и кто может подсказать кому не жалко своего времени буду благодарен.
Так вы задачу опишите, есть общие темы по ОЛ или по ПР200.
Вот я заметил то что мне тоже нужно!!! Мне нужно 17 экранов и сделать при переходе с экрана на экран с помощью кнопок вверх вниз лиц.панели ПР200 чтобы можно присвоить каждый экран в основной программе для реализации выходных реле! например нужен 1 экран сразу выход 1 реле, нужен второй экран выход реле 2 и т.д. если нужен 17 экран то выходы реле реализовать в двоичном коде для управления!
Для пультов с индикацией вывода чем будем управлять само то! Такие пульты у нас хорошо применяются и связаны с ПЛК! Например нужно управлять механизмом, а там например 30 операций, поехать впередили назад, опустить блокировкой или поднять , сместить толкатель вперед или назад и т.д. так вот в двоичном коде это минимум кнопок и наглядно видим чем управляем!
Это однозначно нужно, если доделают я применю эти реле в 20 местах и переведу старые пульты на ПР200! а это не мало! Да и ещё сделать нужно переменные экранов которые были видны в программе как булевый сигнал, создал экран присвоил переменную а1, эта переменная в основной программе будет видна как дискретная 1, так сейчас можно на экран из программы заводить для отображения инфы на экране, а вот наоборот этого нет!