Страница 1 из 6 123 ... ПоследняяПоследняя
Показано с 1 по 10 из 56

Тема: Сработка выхода как условие для программы, вопрос.

  1. #1

    Question Сработка выхода как условие для программы, вопрос.

    Как в овен логике можно проконтролировать и использовать работу выхода для дальнейшего исполнения алгоритма программы.
    Допустим в допотопных реле от омрона это делается элементарно, но там все пишется на ладе, на экранчике калькулятора (если нет спец кабеля).
    Например, при условии того что работает Q1 у меня никогда не должен включится Q2 и т д в различных реализациях, как это реализовать, извиняюсь если туплю?

  2. #2
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    13,030

    По умолчанию

    Смотря что вы хотите написать.
    Так то через банальный AND на одном из входов которого NOT заблокирует его выход.

    Если условий больше и там и И и ИЛИ то лучше чем макрос boolean ничего не придумано. Аналог из ZelioLogic.

  3. #3

    По умолчанию

    В принципе так и делаю сейчас, но это не совсем удобно, а точнее вообще не удобно. А что за макрос boolean и как его использовать? И вообще не понятно отсутствие такой возможности, проверки выхода, как условия, изначально.
    Элементарный пример. В моем случае программа большая и просто тупо не хватает места для подобных проверок, состоящих из множества блоков, вместо простой проверки состояния выхода, в логике включения которого уже все условия описаны и нет смысла их переписывать каждый раз,нужно просто проверять, включен он на данный момент или нет.
    Screenshot 2024-11-02 at 19.50.44.png
    Последний раз редактировалось dannio; 02.11.2024 в 19:56.

  4. #4

    По умолчанию

    Цитата Сообщение от dannio Посмотреть сообщение
    В принципе так и делаю сейчас, но это не совсем удобно, а точнее вообще не удобно. А что за макрос boolean и как его использовать? И вообще не понятно отсутствие такой возможности, проверки выхода, как условия, изначально.
    Элементарный пример. В моем случае программа большая и просто тупо не хватает места для подобных проверок, состоящих из множества блоков, вместо простой проверки состояния выхода, в логике включения которого уже все условия описаны и нет смысла их переписывать каждый раз,нужно просто проверять, включен он на данный момент или нет.
    Screenshot 2024-11-02 at 19.50.44.png
    Непонятно в чём проблема:
    изображение_2024-11-03_000005531.png

  5. #5

    По умолчанию

    Цитата Сообщение от 1exan Посмотреть сообщение
    Непонятно в чём проблема:
    изображение_2024-11-03_000005531.png
    Проблемы будут потом, в удобстве чтения и по прошествию времени, когда сам уже не помнишь, как работает что, ну и так же в том что входов используется больше 10 и так же выходов.

  6. #6

    По умолчанию

    Цитата Сообщение от dannio Посмотреть сообщение
    Проблемы будут потом, в удобстве чтения и по прошествию времени, когда сам уже не помнишь, как работает что, ну и так же в том что входов используется больше 10 и так же выходов.
    Называйте переменные адекватно, пишите комментарии - проблем не будет.
    Сделайте промежуточные переменные:
    изображение_2024-11-03_001529261.png

  7. #7

    По умолчанию

    Цитата Сообщение от 1exan Посмотреть сообщение
    Называйте переменные адекватно, пишите комментарии - проблем не будет.
    Сделайте промежуточные переменные:
    изображение_2024-11-03_001529261.png
    Ок, ну то есть в этом софте нет такой возможности без танцев с бубном и прочими макросами?

  8. #8

    По умолчанию

    Цитата Сообщение от dannio Посмотреть сообщение
    Ок, ну то есть в этом софте нет такой возможности без танцев с бубном и прочими макросами?
    Какой "такой" - читать значение выхода? Так на скрине ровно ваш вариант.

    Даже если бы была такая возможность - вы сегодня используете выход Q1, завтра реле Q1 выходит из строя и вы пересаживаете провода на выход Q2. Будете по всей программе искать где вы могли использовать Q1?

    К названиям и номерам входов/выходов вообще не надо привязываться. Оперируйте названиями сигналов и исполнительных устройств:
    изображение_2024-11-03_002730531.png
    Последний раз редактировалось 1exan; 02.11.2024 в 20:27.

  9. #9

    По умолчанию

    Предлагаю сменить стиль программирования - выходы логических функций записывать в переменные, а переменные привязывать к выходам.
    Таким образом, блокировку одновременного включения двух выходов проводить в подпрограмме (в ФБ) с соответствующим названием и описанием.

    Т.е. получится картина:
    - группа ФБ обрабатывает алгоритм, результаты сохраняет в переменные
    - эти переменные поступают на ФБ блокировок взаимных состояний выходов, выходы которых сохраняются в переменные
    - именно эти переменные и подключаются к физическим выходам ПР

    Ну, и комментарии - их никто не отменял.

    Пока набирал, 1exan уже все объяснил .
    Последний раз редактировалось FPavel; 02.11.2024 в 20:29.

  10. #10

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Мойку линии сразу на Q3 без лишней хрени.
    Все проблемы решились в AND Q1
    Да я логику и не разглядывал

Страница 1 из 6 123 ... ПоследняяПоследняя

Похожие темы

  1. ПЛК110-30: сработка 2 быстрых входов одновременно
    от БугиВуги в разделе ПЛК1хх [М02]
    Ответов: 14
    Последнее сообщение: 13.01.2023, 10:40
  2. Вопрос по реализации программы на CFC
    от RedCon в разделе ПЛК1хх
    Ответов: 0
    Последнее сообщение: 07.11.2022, 01:12
  3. Ai для контроля концевого выключателя (КЗ/Обрыв/Сработка)
    от gwimplen в разделе Программируемые реле
    Ответов: 3
    Последнее сообщение: 08.08.2022, 12:38
  4. не отрабатывает условие
    от ProZorg_tm в разделе СПК1xx (архив)
    Ответов: 9
    Последнее сообщение: 22.10.2017, 19:12
  5. Условие в ФБ циклограмма
    от Oak в разделе Master SCADA 3
    Ответов: 9
    Последнее сообщение: 03.10.2015, 10:56

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •