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