Сообщение от Сергей0308
Про скрытие экрана я спрашивал для себя.
Но фишку я понял - просто надо создать несколько групп экранов и в зависимости от режима переходить на нужную группу
Про скрытие экрана я спрашивал для себя.
Но фишку я понял - просто надо создать несколько групп экранов и в зависимости от режима переходить на нужную группу
Последний раз редактировалось Dimensy; 05.03.2023 в 15:57.
Ну Слава Богу, с экранами разобрались!
Я бы сказал не группу, а подгруппу, так как группы Овен уже обозначил!
Если переменную хотите скрыть на экране, уже писал как: привязываете её начальную координату к целочисленной переменной и для скрытия назначаете значение переменной "16" или более, всё - переменной нет на экране!
Подобным образом бегущую строку делали, только значение переменной(координата) меняется и этот эффект проявляется!
В смысле, посмотрите проекты с бегущей строкой, мне так кажется Вы затрудняетесь привязать начальные координаты по оси икс к переменной, иначе, в принципе не понятно, какие могут быть проблемы?!
Бегущая строка.owle
Последний раз редактировалось Сергей0308; 05.03.2023 в 16:55.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Спасибо вам большое! Вы подтвердили что я двигаюсь в правильном направлении, но я маленько пошел из за своей не опытности по более сложному пути. У меня режим переводиться в bool и записывается в свою переменную. Буду оптимизировать... А вообще по вашему мнению, подобные решения насколько отказоустойчивы в исполнении на ПР в сравнении с исполнением на ПЛК (я имею ввиду языки программирования)? И еще в вашем примере не будет таких проблем о которых писал выше melky (нужно промежуточное состояние "СТОП" при переключении режимов)?
Последний раз редактировалось RustyBlend; 05.03.2023 в 16:40.
А какая разница, ПЛК или ПР - и то и то железки. По поводу проблем - вы лучше знаете тех. процесс и как на него влияют уставки. Но можно сделать доп условие - при переключении режима сначала дожидаемся благоприятных условий и только потом запускаем процесс
Я просто подумал, что на ПЛК с помощью использования другого языка или комбинацией языков можно сделать "много режимность" более красиво и правильно. Я предполагал на ПЛК такую схему: Делаются отдельно режимы (нужная нам логика для каждого режима), далее делаем подпрограмму по выбору режимов, которая в зависимости от выбранного делает "активным" выбранный режим (запускается заложенная в режим логика), а остальные стоят в "неактивном" состоянии (не используют процессор и память).
Последний раз редактировалось RustyBlend; 05.03.2023 в 17:32.
Если ПР по количеству и типу входов/выходов, по быстродействию, по объему памяти, по количеству и типу сетевых интерфейсов подходит под вашу задачу, то какая разница что и как будет использовать процессорное время и ресурсы
Как уже написали, проблем у ПР при переключении нет, проблемы могут возникнуть у техпроцесса управляемого ей.
Вы слишком сильно переживаете за использование процессора и памяти. Пусть за них переживает OWEN
Успокоили....Вопрос не по теме. В вашем примере управление режимами с кнопок происходит через фиксацию, а как сделать переключение без фиксации? И еще нужна цикличность или разрешение переключения в определенной последовательности режимов (то есть включение режимов должно происходить строго по порядку 1,2,3 и нельзя переходить из режима 2 в 1 или 3 в 2)?
Ставите кольцевой, инкрементный счётчик необходимого диапазона, всё!Успокоили....
Насчёт кольцевого не уверен, может быть и не кольцевой, а со сбросом(предустановкой) и ограничением диапазона, в смысле, не до конца ясны хотелки!
Последний раз редактировалось Сергей0308; 05.03.2023 в 21:32.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Я же написал, что команды переключения могут быть в виде одиночного импульса.Успокоили....
Можете ограничить возможности переключения, пропустив команду переключения через блок "И", например, в режим 3 только из режима 2:
(Команда переключения в режим 3) И (Текущий режим = 2)
И не советую использовать счётчик для переключения режимов - это вы сейчас думаете, что ВСЕ режимы у вас идут последовательно, завтра вы придёте к тому, например, что необходим ещё один режим - авария, и перейти в него нужно из ЛЮБОГО режима при неисправности
Последний раз редактировалось 1exan; 06.03.2023 в 04:43.
Ваши права
Ответить с цитированием