По поводу экрана 2 строки маловато будет. Но как говорится чем богаты)))) А если привязать жестко экранные переменные к кнопкам. UP-от 100 до 199; DoWN -от 200 до 299. И так далее. Я думаю что 99 экранов делать не будут. Тогда для того что бы попасть в экран UP10 нужно будет нажать 10 раз в верх(((
Сергей0308, то, что вы предлагаете простите тоже через Опу...
Если я правильно понял, то Сергей предлагает, что:Сообщение от melky
1) В программе должна быть переменная, которая означает номер экрана, который сейчас должен быть отображён
2) Саму переменную меняем в программе нужным образом
Выглядит весьма здраво, и именно так, например, работает React JS.
Последний раз редактировалось Владимир Ситников; 29.10.2016 в 00:16.
Вы предлагаете ждать, может кто-то когда-то что-то сделает? Если Вы сделаете альтернативное решение, буду рад посмотреть!
Вот мой проект, из программы осуществляется переход на нужный экран!
Если хотите кнопками переход делать и чтобы программа это "видела", я уже писал, добавите переменную "Экраны" на экран и вводите соответствующие значения для перехода! Честно не могу представить пока, как Вы можете сделать лучше на данном этапе развития ОЛ???
Последний раз редактировалось Сергей0308; 29.10.2016 в 01:08.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
так в том и дело, что переход из программы не проблема, это и так реализовано в ПР.
Проблема в том, что при переходах клавишами программа не знает какой сейчас экран включен.
Использование для перехода дискретного входа типа крутить по кругу - занять вход
Использование переменной на каждом экране это занять место на экране и так каличном.
Оба костыля требуют циклической организации экранов, но не разветвленной, можно конечно изе..вернуться, но зачем ????
Оба решения это костыли, коих быть не должно, ИМХО.
Понятно, что сейчас при необходимости мы их используем, так же как и активация Modbus переменных нужным значением при старте ПР.
Вот и хочется, чтобы разработчики эти моменты допилили в первую очередь.
Вот я заметил то что мне тоже нужно!!! Мне нужно 17 экранов и сделать при переходе с экрана на экран с помощью кнопок вверх вниз лиц.панели ПР200 чтобы можно присвоить каждый экран в основной программе для реализации выходных реле! например нужен 1 экран сразу выход 1 реле, нужен второй экран выход реле 2 и т.д. если нужен 17 экран то выходы реле реализовать в двоичном коде для управления!
Короче, голосуем за то, чтобы Овен доработал ОЛ в плане наличия "системных" булевых переменных, привязанных к нажатию кнопок. Нажал соответствующую кнопочку - получи "1", отпустил - держи "0". И будет всем нам счастье
И это по этот вопрос тоже у меня был, хорошо вообще занести эти кнопки на холст как входные сигналы!
Это однозначно нужно, если доделают я применю эти реле в 20 местах и переведу старые пульты на ПР200! а это не мало! Да и ещё сделать нужно переменные экранов которые были видны в программе как булевый сигнал, создал экран присвоил переменную а1, эта переменная в основной программе будет видна как дискретная 1, так сейчас можно на экран из программы заводить для отображения инфы на экране, а вот наоборот этого нет!
Нелогично делать устройство с клавишами, которым практически нельзя пользоваться.
Имеется ввиду из программы.
Устал я уже разрабов отправлять посмотреть конкурентов. Прежде чем что-то делать хоть иногда надо смотреть как сделано у других.
Ваши права
Ответить с цитированием