Показано с 1 по 8 из 8

Тема: Разработчикам: многовходовые И, ИЛИ через меню по кнопке мыши, а также И-НЕ, ИЛИ-НЕ

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #8

    По умолчанию

    По организации программы - согласен с kondor3000 - с четверга по субботу собирал две программы для ПР205. Так вот "рассыпухи" на холсте очень мало, а вот макросы занимают почти всё место.
    Уже давно для себя решил - если код в программе повторяется (например, поиск минимального тока мотора только для включённых насосов - т.е. поиск среди "значения с качеством") - оформлять в макрос.
    Макросы - благо.

    Хотя, если разработчики добавят возможность изменения количества входов и инверсию входов и выходов - как у Codesys - хуже бы не стало. Но, для меня лично - пройдёт почти незаметно.

    Чтобы не быть голословным - покажу главный экран свежей программы в виде pdf.
    Организация программы:
    - здесь вся система состоит из двух частей (насос и общие для всего комплекса), соответственно для каждой части поддерживаются наборы (состояние, технологическая сигнализация, отказы, команды из вышестоящей системы - HMI - панель, облако). Было бы два насоса - частей было бы три. Это разбиение для выделения отказов, которые блокируют работу одного или всех насосов
    - состояние отдельной части - это уникальное для данной части состояние (для насоса - запрос включения, состояние готовности к работе, инициализация и т.д.) Эти состояния и так всегда имеются, я их просто на этапе описания переменных группирую
    - команды от вышестоящей системы делаю импульсными, т.е. сразу после восприятия команды обнуляю командное слово
    - часть команд задаются с местной панели - поэтому команды от источников обрабатываются в макросах
    - чтобы не переделывать программу - сразу текущие измерения, состояния, параметры настройки - держу в сетевых Slave переменных - при поступлении распоряжения организовать обмен с облаком всё уже готово
    - структура программы - инициализация, обмен с вышестоящей, формирование технологической сигнализации (Warning), формирование отказов и блокировок, формирование сетевого обмена с контроллером основной технологии (насосов перекачки), рабочий алгоритм. При общем отказе рабочий алгоритм блокируется, при отказе какой-то части - блокируется только эта часть. Здесь этого не видно, т.к. есть единственный насос.
    Видно, что "рассыпухи" почти нет - ценные для других проектов или повторяющиеся фрагменты кода оформлены в макросы.
    Вложения Вложения

Похожие темы

  1. реестр Минпромторга, а также Отечественное ПО
    от In_Da_Cher_A в разделе Метрология сертификация
    Ответов: 16
    Последнее сообщение: 24.11.2025, 09:32
  2. Кнопка "Корзина" в панели инструментов и в меню по правой кнопке мыши
    от Kliper в разделе Среда программирования OWEN Logic
    Ответов: 3
    Последнее сообщение: 11.11.2024, 19:57
  3. Ответов: 4
    Последнее сообщение: 06.05.2022, 15:18
  4. Многовходовые И и ИЛИ на пр
    от Sergey_Byk в разделе Программируемые реле
    Ответов: 5
    Последнее сообщение: 14.04.2017, 14:09
  5. Подключение мыши к СПК-107.
    от Фаниль в разделе СПК1xx (архив)
    Ответов: 7
    Последнее сообщение: 19.08.2015, 15:47

Ваши права

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