owen logic что это
Owen logic что это
В одной из статей я описывал апгрейд фрезерного станка по обработке каменных блоков. В том случае из-за отсутствия нормального финансирования, пришлось собирать релейную схему автоматики, схема рабочая, но со временем возможны отказы в работе из-за большого количества контактов и присутствия в схеме больше десяти диодов.
Но есть другой вариант, не намного дороже! Вместо релейной схемы автоматики, написать программу для программируемого реле ПР200.
Попробуем сегодня программировать Программируемое реле ПР200. Для начала нам необходимо скачать программу которой мы будем программировать.
В низу статьи можно скачать Руководство пользователя. Среда программирования OwenLogic, а также само программное обеспечение Среда программирования OwenLogic (версия 1.17.245)
Программное обеспечение OwenLogic
Алгоритм функционирования реле ОВЕН ПР определяется программой пользователя, которая создается в среде OwenLogic. В качестве языка программирования среда использует язык функциональных блоков, который полностью соответствует стандарту МЭК 61131-3/
Преимущества
Обзор функций и функциональных блоков
Запускаем среду программирования Owen Logic
Выбираем «Файл» > «Новый проект», в списке «Модели» выбираем наш прибор, в моем случае ПР200-24.2(4).Х
Для начала определимся с количеством входов и выходов:
Итак, у нас 7 входов и 6 выходов. Сразу записываем в порядке очереди:
Входа
Выхода
Вот в таком порядке мы и пишем программу.
Буду описывать самые важные моменты и выкладывать фото.
CS-CS.Net: Лаборатория Электрошамана
Сборка электрощитов, автоматика и автоматизация для квартир и частных домов. Программы для ПЛК. Сценический свет (световые шоу, настройка оборудования). Консультации, мастер-классы.
Щит с автоматикой IPM для коттеджа (Поварово)
Автоматика моего санузла на логическом реле ABB CL
Щиты TwinLine в Долгопрудный (таунхаус) и Солнечногорск
Щит для котельной на базе сенсорного ПЛК ОВЕН (Папушево)
Щиты с IPM (сеть, генератор, UPS) в Ядромино и Победа-2
Щит в ЖК Монэ на ПЛК ОВЕН со сценарным управлением светом
Силовой щит в Весёлово (Тула): Простой трёхфазный
Щит для квартиры в Митино на ПЛК ОВЕН (свет, отопление)
Программируемые реле ОВЕН ПР100, ПР102 и ПР200, часть 2: Изучаем среду OWENLogic (переменные, библиотеки, макросы)
Программируемое реле ОВЕН ПР200 с тестовой программой
Я продолжаю цикл постов про логические (программируемые) реле ПР от ОВЕНа. Напоминаю, что всё, что к этим реле относится (в том числе и предыдущая часть поста), доступно по тэгу «ПРххх«.
Сегодня весь пост будет посвящён не программированию разных примеров, как было в Logo, а самой среде OWEN Logic. Потому что (как я уже в первой части упоминал), ОВЕН сделал её по мотивам CodeSys. А что это значит?
А то, что тут есть дофига разных настроек, фишек и куча параметров самого реле и проекта! Вот с ними мы сегодня поразбираемся, а потом создадим себе макрос (UDF) для импульсного реле, который заюзаем в третьей части поста!
1. Среда OWEN Logic. Особенности и принципы её использования. Как подключать ПРки?
Общий концепт программирования в OWEN Logic, конечно же, основан на языке FBD — вы при помощи разных блоков чертите схему, и она начинает у вас работать. Текстовых языков программирования в OWEN Logic нету, но и не должно быть, так как сам продукт, под который заточена эта среда и называется «программируемое реле» — по определению простая штука. Хотя по фичам ПРки от ОВЕНа могут заткнуть за пояс и небольшие ПЛК!
Вот те главные фичи, которые я бы выделил (про них сегодня и будет разговор):
Я легко принял это, потому что делал так же в CodeSys. Сначала на это ругаешься («Как так нет импульсного реле?!»), а потом понимаешь, что и правильно что нет — потому что это реле удобнее написать с нуля СРАЗУ с нужными для тебя функциями (сохранение предыдущего состояния и восстановление его), чем дорабатывать уже написанное. Вон, как я в CodeSys 2.3 сделал:
Пример написанного самостоятельно продвинутого импульсного реле в CodeSys v2.3
В остальном OWEN Logic вас не удивит — тут есть всё, что надо — загрузка программы в реле, симулятор, проверка программы на ошибки (классная причём!), указатели занятой памяти по программе, переменным и Retain. Ну разве что обратно из реле считать программу нельзя (и это тоже хорошая защита от воров) — только загрузить в реле.
Основной минус OWEN Logic в том, что среда эта сложная в плане кучи режимов, окон, опций и фишек — и ОВЕН не всегда успевает быстро отслеживать и исправлять баги. Баги тут есть, но они относятся именно к интерфейсу OWEN Logic — у кого-то при определённом разрешении экрана где-то не вмещается текст, где-то не помещается окошко или не так работает перетаскивание или копирование чего-то. Все такие баги ОВЕН обсуждает у себя на форуме, набирает их список (я тоже набросил несколько правок и пожеланий), проверяет — и потом выпускает обновлённую версию программы.
Шаги создания проекта я бы выделил бы такие (если у вас есть немного опыта и вы знаете, что настраивать):
Поехали разбираться со всем этим детально! Запускаем OWEN Logic и видим пустой экран:
Главное окно среды разработки OWEN Logic без загруженного проекта
Будьте внимательны! Когда OWEN Logic запускается, она сразу же пытается подключиться к прибору и ждёт некоторое время, ничего не делая (при этом пункты меню доступны для выбора). Если вы запустили её просто так, без подключенного к компу прибора, то дайте ей подождать и выдать ошибку подключения — а после этого спокойно работайте.
Любая ПРка (которая тут называется «прибор»), которая подключается к компу через USB-шнурок, видится на компе как COM-порт (на всякий случай напоминаю свой пост про изменение нумерации COM-портов в винде — он до сих пор актуален). Чтобы OWEN Logic её видела, первое, с чего надо начать (если у вас есть живая ПРка и вы делаете проект для неё) — это с настроек связи.
Команда меню и окно настроек подключения к ПРкам (USB/COM-порта)
Ещё есть возможность подключиться к ПРКе по TCP/IP. Это относится к тем случаям, когда ПРка имеет те коммуникационные модули для Ethernet/WiFi, про которые я упоминал в посте про аппаратную часть.
Параметры подключения настраиваются один раз после установки программы (или если вы чего-то меняли в драйверах и COM-портах), а потом сюда больше лазить не надо.
Создаём новый проект:
Меню создания нового проекта в OWEN Logic
Нам предлагают выбрать модель реле, под которую мы будем создавать программу-схему. Моделей дофига (и в будущем могут появиться другие модели ПРок), поэтому тут есть фильтр по тексту в верхней строке. Если туда чего-то написать, то список фильтруется по части этого слова.
Окно выбора модели устройства для проекта OWEN Logic
Команда меню для изменения модели устройства, под которую сделан проект OWEN Logic
Откроется то же самое окно для выбора модели реле. Но теперь доступны в нём будут те модели, которые совпадают по количеству встроенного IO. То есть, переехать из проекта с 8I и 8Q на проект с 4I и 4Q не получится!
После того, как мы выбрали модель реле, у нас появляется окно с полем для рисования нашей схемы-програмы и заполняется список доступных блоков для создания схемы.
Окно среды разработки OWEN Logic со свежесозданным проектом
2. Настройки прибора (реле) в OWEN Logic: IO, ModBus-слоты.
Прежде, чем что-то рисовать, давайте залезем в настройки нашего реле и посмотрим, что там есть. Делается это через меню «Прибор, в котором — если проект открыт — доступно дофига разных пунктов.
Команды меню для работы с прибором (настройки и запись программы)
Здесь есть команда для записи программы в реле (напоминаю, что считать её оттуда никак и ничем нельзя), можно обновить прошивку самого реле (если среда видит, что в реле прошивка старая — то она автоматически предлагает её обновить, когда к нему подключается).
Вообще, меня прикалывает это всё у ОВЕНа — так получается, что тут сразу всё заточено на злую промку: программу считать нельзя (ибо копирайты), зато версию можно посмотреть. То есть нас толкают в ту же степь, как если бы мы пользовались какой-нибудь железкой, смотрели её версию прошивки и скачивали свежую версию с сайта производителя (с Мастером Тиражирования такое для ПРок возможно).
Все настройки реле выводятся в одном окне. Слева в дереве можно выбрать группу настроек, а справа — их параметры. Само дерево настроек нужно для того, чтобы можно было наглядно добавлять устройства ModBus и модули расширения.
Окно настроек прибора в OWEN Logic (настройки экрана)
Всякие обычные настройки типа часов и экрана (я пишу на ПР200 — так же интереснее вам про экраны рассказать) простые и тут ничего интересного нету. Я оставляю всегда включенную подсветку экрана, а часы реального времени в реле выставляю по часам компьютера.
Самое крутое, куда я стремился попасть, был ModBus (про него я расскажу в третьей части поста; в этой я покажу только то, что к шаблонам устройств относится). Тут есть всёёё! Можно добавить до двух слотов ModBus (вы помните, физически в ПРках может быть до двух ModBus), задать им режим работы (Master-Slave) и параметры связи. В дереве можно будет добавлять устройства ModBus и настраивать переменные для них.
Окно настроек прибора в OWEN Logic (настройки интерфейса ModBus)
Ради прикола я добавил пару слотов, один из которых Master, а другой — Slave. Вот в чём круть ПРок и концепта с переменными внутри OWEN Logic! Переменная внутри ПРки может просто всегда висеть в значении «134» — и она будет совершенно спокойно отдаваться по ModBus Slave на какую-нить панель оператора или «старший» ПЛК. Вообще круть!
В Logo есть огрызок работы с переменными — они там называются VM — Variable Memory. Но там работать с ними надо мутно — считать адреса по табличкам и подстраивать ModBus под них, а не наоборот.
Если наше реле имеет аналоговые входы и/или выходы, то для них нам тоже надо всё настраивать. Не забываем, что для ПР200 перемычки на плате и настройка входа в параметрах реле должны совпадать (правда, если они не будут совпадать, OWEN Logic заругается).
Окно настроек прибора в OWEN Logic (настройки аналоговых входов)
Если вы новичок в аналоговых входах (я готовлю краткий пост про 0..10 и 4..20 и как-нить его сделаю), то я быстро расскажу о том, как работает и настраивается аналоговый вход. Сам прибор (или модуль ввода) никогда не знает и не понимает о том, что именно подключено на аналоговый вход. И ему, признаться, на это наплевать — так специально задумано.
АЦП в модуле ввода или в реле считывает напряжение или ток, а потом приводит их к обычному числу с нужной точностью. Например 4 мА (низ предела измерения) будет равно числу 0, а 20 мА (верх предела измерения) будет равно числу 10 000. А что дальше? А вот дальше только вы сами знаете, что именно вы меряете и как это должно выглядеть для вас.
Поэтому-то вам и надо задать числа, которые помогут привести те числа, которые намерил АЦП, к удобному для вас виду — верхнюю и нижнюю границу измерений. Вот там-то вы и можете сказать, что на самом деле ваши 4..20мА — это от 0 до 6 атмосфер давления! И математика измерений пересчитает всё таким образом, что в конце концов вы будете получать результат, намерянный по этому входу, именно в атмосферах, а не в чём-то ещё.
И вот после того, как мы настроили наше реле (чтобы туда больше не возвращаться), мы можем начать разбираться с главным окном OWEN Logic.
Окно среды разработки OWEN Logic с пустым проектом после всех настроек
Вот какие элементы окна у нас есть (или могут быть):
3. Что умеет OWEN Logic (функции, операции)?
Хммм! По идее, тут-то и должны быть все плюшки OWEN Logic, которые я радостно расписал в начале поста — про переменные, математику, преобразование типов 😉 Расписать-то расписал, но не показал списков всех операций и функций. Вот сейчас мы по ним и пробежимся, в виде краткой сводки.
Начинаем со списка операций — того, что можно делать с разными значениями, входами, выходами и переменными:
Список доступных операций (функций) над переменными в OWEN Logic
Выделю то, на что стоит обратить внимание:
Таблица регистров ModBus для первого входа модуля МВ110-8А
Надо ли говорить, что с таким жирным списком операций тут можно намутить гораздо больше, чем на Logo? И что один камрад смог сделать на этом реле сценарное управление светом, которое на Logo сделать не получается! Вон он какой модуль разработал! Аж с настройками групп — какая группа в каком сценарии будет работать (чтением битов как раз).
Пример адски крутого макроса на управление светом по сценариям на OWEN Logic
Идём далее! Теперь разберёмся с тем, какие функциональные блоки нам тут доступны и что на них можно сделать:
Список доступных функциональных блоков в OWEN Logic
Что я там говорил про CodeSys? Вот вам скриншот самых стандартных функциональных блоков в CodeSys v 2.3 (в 3.5 они такие же, но тут нагляднее):
Самые базовые функциональные блок CodeSys (из стандартной библиотеки)
Тут даже BLINK нету, кстати! И вот если народ на этом пишет всё остальное — то, значится, и в ПРках тоже можно будет всё это понаписать! Так что можно ещё раз постебаться, что ПРки — это CodeSys в миниатюре, но с приличным функционалом и математикой! Я рад!
4. Переменные в OWEN Logic: их типы и таблицы (локальные и ModBus).
Как я уже раза два писал, переменные в OWEN Logic — это самый главный жЫр, благодаря которому программирование становится и наглядным, и удобным и техничным.
В Siemens Logo и других логических реле понятия переменных почти что нету, и там люди оперируют синалами: соединили блоки между собой линиями и что-то куда-то передали. Там это можно было называть сигналом, и из-за этого у меня возникала куча логических непоняток. Например, вместо переменной «Время», которую я могу через SEL выбирать и запихивать в таймер, в Logo были извраты с параметрами этих таймеров, которые могли подставляться только из определённого блока или места — и никаких вариаций больше нет.
Поэтому ОВЕНу за переменные ставим памятник, ибо логика работы с переменными тут похожа на обычные языки программирования: переменные можно хранить в памяти прибора (Retain), использовать в разных местах программы, получать и записывать в разные устройства или фунциональные блоки.
Например, у нас есть переменная «время работы вентилятора». Вот что мы с ней можем сделать (одновременно):
И это всё будет гораздо нагляднее, чем всякие линии соединений в Logo!
Переменные в OWEN Logic бывают такие (сами имена переменных можно давать любые, даже на русском языке):
Локальные переменные удобно редактировать через штатное окно, а переменные ModBus удобнее редактировать в «Настройках прибора», а в окне только просматривать или выбирать.
Меню открытия таблицы переменных проекта OWEN Logic
И первым делом видим локальные переменные нашего проекта. Список переменных можно фильтровать по каким-то словам, вбив их в верхнее поле. Переменную можно добавлять или удалять, выбирать тип и ставить флаг Retain.
Таблица переменных OWEN Logic (локальные переменные)
Справа этого окна есть вкладки, при помощи которых можно выбирать тип переменных, которые мы будем просматривать. Вот системные переменные, в которых ничего интересного, кроме даты-времени нету:
Таблица переменных OWEN Logic (системные переменные)
А вот список переменных ModBus, причём для конкретного устройства — RGBW-диммера DDL24. В этом списке переменные тоже можно добавлять и удалять, но ещё раз повторюсь, что удобнее это делать именно в настройках ModBus, так как там есть больше параметров для каждой переменной, которые важны.
Таблица переменных OWEN Logic (переменные одного из устройств ModBus)
Всё, что относится к работе с переменными и их типами, показано на скриншоте ниже (кнопки на панели инструментов как раз добавляют показанные элементы):
То, как переменные и преобразования типов выглядят в OWEN Logic
Мы можем преобразовать переменную к разным типам. Это иногда надо, если по ModBus мы читаем целое, а потом нам надо его поделить на что-то и получить результат типа с плавающей точкой. Тогда нам удобно преобразовать целое к плавающей точке и потом сделать fDIV для них.
Можем задать какую-нибудь константу (константа может быть всех трёх типов), ну и использовать локальные, сетевые переменные для чтения и записи. Локальные и сетевые переменные хоть и обозначаются разными значками, полностью одинаковы внутри одного проекта. То есть, если вам надо вытащить сетевую переменную на дисплей — то вы это делаете напрямую, сразу же.
5. Экраны (для ПРок с дисплеем) и работа с ними. Менеджер экранов.
Теперь будем разбираться с менеджером экранов, которые будут выводиться на дисплее ПР200 (на момент создания поста есть только такое реле). Работа с экранами имеет такую логику и концепты:
В Logo у нас были просто некие «Сообщения», которых было много штук и которые мы могли только или показывать или скрывать по True/False для каждого сообщения. На Logo мы не всегда могли менять значения переменных или делать прокрутку экрана, а здесь это возможно.
С сообщениями в Logo была жопа ещё и в том, что между ними было сложно переключаться. Скажем, у нас должны были быть сообщения вида «Запуск генератора», потом «Генератор запускается», «Генератор работает». Это были три экрана, каждый из которых можно было только включить через True/False. Надо было мутить дополнительный огрызок схемы, который управлял бы этими экранами. У ОВЕНа же всё проще: во-первых, экраны можно завязать между собой в цепочку. А во-вторых, как я говорил, привязать переходы по экранам к переменным. Например, есть у нас три переменных «Stop», «Starting», «Started» и мы делаем логику работы экранов именно по ним — без извратов.
Всё управление экранами прячется в окошке, название которого торчит ярлычком слева окна OWEN Logic — «Менеджер экранов». Если нажать на него, то окно раскрывается:
Экраны OWEN Logic (для ПР200) и окно управления ими
При помощи менеджера экранов мы можем насоздавать нужные нам экраны (или скопировать текущий) и открыть их для редактирований. Группа экранов нужна для того, чтобы можно было задать условия перехода между экранами, про которые я рассказывал.
Открываем самый первый экран для редактирования двойным щелчком на его названии в дереве. Экран редактируется в том же окне, где и программа. Точно так же на экран можно перетащить разные компоненты и задать их свойства.
Вот я вверху экрана сделал текстовую метку (просто текст), а снизу поставил отображение переменной:
Конструирование одного из экранов в OWEN Logic (перетащили поле переменной и задали его свойства)
Если мы выводим переменную, то у неё есть куча интересных свойств, которые зависят от её типа. Можно задать текст для True/False, если она булевая. Можно задать текст до и после (чтобы значение сразу форматировалось в «Давление =» и » bar» и не надо было дописывать это текстом на экране. Можно запретить или разрешить редактирование переменной пользователем.
И конечно же выбрать переменную! Я сделал самое простое, что только можно было сделать! Создал две переменных: bDispTest и fDispTest и воткнул их на экране.
Выбрали переменную для экранного поля в OWEN Logic (для ПР200)
Особенность ПРок в том, что если в проекте есть только один экран, то ПРка сразу же его и будет показывать. Никакой код для этого писать не надо! И вот они — мои переменные:
Наш первый экран на ПР200 уже работает (отображаются две переменные)!
Теперь давайте ещё раз проценим эту фичу! Я ТОЛЬКО лишь создал переменную и сразу же вытащил её на экран, причём разрешил её менять! Для этого никакую схему мне не пришлось чертить!
Если развивать прикол дальше — то из такой ПРки можно сделать лёгкую менялку переменных для какого-нить устройства по ModBus! =)) Берём переменные из ModBus и привязываем их сразу на экран, разрешаем изменение — и всё готово!
Чтобы изменить переменную на экране, надо нажать на реле кнопку «SEL». После этого одна из переменных начинает мигать, и её значение можно менять кнопками «Вверх» и «Вниз». Если переменных на экране много, то кнопка «SEL» перебирает их подряд, чтобы можно было выбрать именно ту, которую мы меняем.
Процесс изменения одной из переменных (Sel + стрелки)
Чтобы сделать экран многострочным (например, длинный список настроек какого-то процесса), надо нажать на кнопку менюшки около строки экрана и выбрать там нужный пункт (добавления или удаления строки):
Добавление строк экрана в OWEN Logic
Вот я замутил экран уже на четыре строки, которые на живой ПРке будут листаться теми же кнопками «Вверх» и «Вниз»:
Экран для реле ПР200, который содержит в себе несколько строк и будет прокручиваться
А вот пролистал его до третьей строки:
Мультистроковый экран в работе (прокрутили его на строку вниз, до третьей)
Итак, сделали вы себе разные экраны. А как теперь между ними переключаться?
Выбираем нашу группу экранов в менеджере и тыкаем пункт меню «Редактировать группу»:
Меню вызова редактора группы экранов в OWEN Logic
И у нас открывается редактор группы экранов. В этом редакторе показываются все экраны, которые входят в группу и их свойства.
Процесс настройки условия, по которым в проекте будут отображаться другие экраны
Вот в свойствах-то и настраиваются условия перехода по экранам. Причём условий перехода может быть несколько штук одновременно (все они работают по «ИЛИ»). Чтобы добавить новый переход — выберите экран, ИЗ которого вы будете куда-то переходить, и нажмите кнопку с тремя точками в списке свойств (показано выше).
У вас откроется окно, в котором можно выбрать новый экран, на который надо перейти и условие для этого перехода:
Задаём одно из условий перехода на другой экран в проекте ПР200
Условием может быть или аппаратная кнопка на реле (есть разные варианты их комбинаций) или булевая переменная, которую можно выбрать. Как только она меняется на True, то мы переходим на указанный экран.
Будьте внимательны, так как если вы прописали переход на какой-то экран, это совсем не означает, что вы потом вернётесь с этого экрана назад на главный! Это тоже надо прописывать ручками, никакие аппаратные кнопки (если они не прописаны) назад вас не вернут. Конечно же, так сделано специально, так как разработчики не знают, как вы будете использовать экраны. Может быть вам надо будет один раз показать экран-заставку, а потом никогда к нему не возвращаться. И тут аппаратные кнопки мешали бы.
Так как условия перехода на разные экраны можно добавлять несколько штук, то я сделал так: по «ALT+Вверх» я перехожу на экран «SubMain», а по «ALT+Вниз» — на экран «Error». Возврат с этих экранов делается по кнопке «ESC».
Все эти переходы отображаются в окне группы экранов линиями:
Схема экранов с переходами между ними по разным условиям (кнопки или переменные)
И вот я это тестирую. Зажал «ALT+Вниз» и получил свой экран аварии:
Тестируем переход: по Alt + Вниз перешли на экран 3 (Авария)
Применять экраны можно как угодно. Скажем, сделать один многострочный главный экран, где будет отображаться основное состояние системы, а в нём сделать булеву переменную «Режим» со значениями False/True, подписанными как «Работа»/»Настройки» и по ней переходить к другому экрану настроек, в котором забахать список меню настроек тоже через переменные. А по этим переменным включать другие экраны. А выход из всей этой вакханалии сделать по клавише Esc.
6. Менеджер компонентов. Загружаем компоненты и ModBus-модули от ОВЕНа!
Меню, которое открывает менеджер компонентов в OWEN Logic
И вам открывается настоящий клондайк!
Окноно менеджера компонентов OWEN Logic (подгрузка шаблонов от ОВЕНа)
Менеджер компонентов — это онлайн-база (которая поддерживается и проверяется ОВЕНом), в которой есть много разных макросов для OWEN Logic, в том числе и шаблоны для модулей ввода-вывода серии Mx110 (RS-485). Прежде чем изобретать велосипед, стоит поискать его в этой базе!
База компонентов подгружается с сайта ОВЕНа, поэтому OWEN Logic будет проситься в инет. Можно пустить его один раз (что я и сделал), выбрать всё-всё-всё и загрузить его себе в локальную базу, а потом использовать оттуда.
Процесс выбора и загрузки нужных компонентов в OWEN Logic
Потом из локальной базы можно будет добавлять макросы в наш проект. Выбираем нужное и жмём кнопку «Загрузить в проект». Я себе регулятор с гистерезисом вот загрузил, хочу побаловаться им в тестовом примере.
Выбираем, какие из загруженных компонентов надо добавить в проект
После загрузки макрос этого регулятора появился у меня в списке доступных, и я перетащил его себе в схему-программу:
Наш компонент (из загруженных) добавился в раздел макросов, и мы можем его использовать
И — вуаля! Тот же механизм шаблонов поддерживается и на устройствах ModBus!! Вы заходите в настройки реле, тыркаете на слоте ModBus правой кнопкой и выбираете пункт «Добавить из шаблонов»:
Выбор шаблонов устройств ModBus (загруженных из менеджера компонентов)
У вас открывается окно для выбора файла шаблона (надо перейти в папки «Owen Logic\Library\PR200»). Я выбираю модуль аналоговых вводов:
Выбираем файл модуля аналоговых вводов, чтобы добавить его в шаблон
И он добавляется мне в устройства!
Добавили в интерфейс ModBus модуль аналоговых вводов из шаблонов
Все шаблоны макросов или ModBus-устройств не обязательно подгружать только из онлайн-библиотеки. Вы вообще можете ей не пользоваться, а создать свои компоненты и подгружать их. Или даже просто пользоваться командами сохранения/загрузки макроса в файл, или поступать точно так же с ModBus-устройствами.
Я говорил, что кое-где интерфейс OWEN Logic немного не доработан. Вот, например, нет команды копирования устройства ModBus. И тут сохранение-загрузка шаблонов вас очень выручит.
Любое другое устройство ModBus (своё) можно тоже сохранить как шаблон
Я могу создать себе устройство (например, я сделал LED RGBW-диммер DDL24/DDL04R — вот пост про него), потом сохранить его как шаблон и несколько раз загрузить из шаблона. И я получу несколько его копий без ручного ввода всех переменых. Ну и конечно же, все свои любимые устройства можно себе сохранить как шаблоны и добавлять их в проект по мере надобности!
7. Макросы (аналог UDF в Logo). Сразу же делаем своё импульсное реле!
Макросами тут называются созданные нами функциональные блоки. Эти макросы имеют входы и выходы (любого типа, который доступен для переменных — Bool, Integer, Float), могут защищаться паролем (чтобы никто не спёр их внутренние исходники) и иметь параметры (для внутренних таймеров и прочих штук).
OWEN Logic предполагает, что макрос создаётся прямо внутри текущего проекта, а уже потом, если его надо сохранить отдельно (вне проекта), экспортируется во внешний файл. Ну и также можно загрузить макрос из внешнего файла. В этом случае он импортируется в проект.
В Logo макросы привязывались к файлам, из которых они подгружались в проект. С одной стороны это было удобно тем, что если ты обновил исходный макрос — то он обновится и в проекте. А с другой стороны это было плохо тем, что вместе с проектом надо было таскать ещё и все макросы. В OWEN Logic такого не будет: все нужные макросы станут частью одного файла проекта, а это удобнее для заказчика — получил файл с программой и пользуйся!
Итак, нам надо создать себе импульсное реле. Помнится, что для первого щита на ПЛК110 и CodeSys v2.3 я искал-искал импульсное реле… и дико тупил, потому совсем забыл книжки про цифровую логику, которые читал в детстве. Знаете, да? Такие книжки про микросхемы 155-ей серии, где рассказвали про всякие счётчики, триггеры, сдвиговые регистры. Так вот что такое импульсное реле, если описать его терминами цифровой логики? Это T-триггер — такой триггер, каждый импульс которого меняет состояние его выхода на противоположное.
Поэтому дальше нам надо найти информацию о том, что такое T-триггер и как его можно сделать. Ща вы будете ржать, потому что T-триггер — это частный случай D-триггера %) D-триггер — это самый навороченный вид триггера (на деле это не так, есть ещё круче — JK), и поэтому он поддерживается многими средами разработки, так как из него можно сделать все остальные виды триггеров (про триггеры можно почитать в Википедии).
Что умеет D-триггер? У него есть обычные для триггеров входы S и R, которые принудительно устанавливают триггер в «1» или в «0». А дальше начинается хитрость: D-триггер имеет вход «D» для сигнала (данных) и вход «C» для сигнала тактирования. Когда на «C» приходит сигнал, то то, что подавалось на вход D, записывается (передаётся) на выход триггера. Магия здесь следующая: если выход D-триггера подать через инвертор на его вход, то получится что по C триггер будет записывать в себя то «0», то «1» попеременно. Вот вам и импульсное реле =)
Команда меню для создания макроса в OWEN Logic
Нас спрашиваюст о том, сколько входов и выходов будет иметь наш макрос:
Окно выбора количества IO-линий для макроса
Если вы уже точно знаете, что будете выдумывать, то можете указать точные значения, и программа создаст вам нужное число входов и выходов. Если потом понадобится добавить входы-выходы, то достаточно щёлкнуть правой кнопкой по полю макроса:
После того, как макрос создан, линии IO тоже можно добавлять
Удаляются входы или выходы ещё проще: выбрали его и нажали «Delete».
После того, как мы создали макрос и нужное число входов и выходов, хорошо бы зайти в его свойства (ткнув на пустое место схемы) и задать ему название и описание для того, чтобы другие люди (или вы сами) вспомнили то, что делает этот макрос. Эти же название и описание будут потом отображаться в списке компонентов, так что не надо ими пренебрегать.
Свойства для того, чтобы изменять размер страницы поля для схемы
Ещё вы можете поменять размер листа со схемой макроса, задав нужные размеры (показаны рамкой на скриншоте выше).
Точно так же надо будет пройтись по входам и выходам макроса и задать им понятные названия и типы переменных (обязательно, так как по умолчанию все входы и выходы имеют тип Bool). Названия входов и выходов могут быть любые. Хорошим стилем именования будет, если их названия будут говорить о том, какие сигналы они принимают или выдают (Set, Reset, Clear, Out, Lamp и так далее).
Задаём свойства выхода нашего макроса (тип и название)
Теперь давайте наконец-то займёмся рисованием схемы нашего импульсного реле. Оно будет у нас совсем простое — вход для кнопки «Trig», вход для сброса «Reset» и выход на лампу «Out».
Перетаскиваем на нашу схему D-триггер (элемент DTRIG):
Перетаскиваем D-триггер в схему будущего макроса
И начинаем его подключать. Сначала самое простое — входы и выходы. В OWEN Logic нет специального режима для того, чтобы рисовать соединения. Вы просто подводите курсор мыши к концу нужного вывода, нажимаете и тянете линию:
Процесс рисования соединений между элементами схемы
Когда соединение уже сделано, вы можете выделить его и перетащить так, как вам удобно.
Нарисованные соединения можно отредактировать и передвинуть
В этом плане OWEN Logic рисует соединения поспокойнее, чем Logo Soft Comfort с его безумием и путаницей. Помните эту жесть?
Подключаем I1 на «C» триггера, I2 на «R» триггера, выход триггера «Q» — на Q1. И теперь нам нужно с выхода триггера через инвертор (NOT) завести сигнал на вход триггера «D».
И тут OWEN Logic на нас ругается:
Ошибка: цикличная связь между входами и выходами
Что это за хрень? А всё правильно он ругается! Мы же с вами зациклили триггер напрочь! ПРка будет бесконечно его переключать и зависнет! Правда, до ПРки дело не дойдёт, потому что такую программу нам не дадут никуда записать и пошлют в задницу.
Почему такое будет происходить? Помните старый-старый (но важный) пост о ПЛК и логических реле? Я там писал о том, что ПЛК и логические реле работают в циклах: берутся состояния внешних входов, потом обсчитывается схема, потом это выдаётся на внешние выходы. И так бесконечно в цикле. И вот представьте, что эту схему вы начертили так, что ПЛК/ПР получило команду: «Взять значение с выхода блока, подать его на вход — пересчитать блок — выход блока изменился — пересчитать всё, что относится к выходу блока — взять значение с выхода, подать на вход…» — и всё, аллес!
Что нужно сделать? Нужно каким-то образом разорвать этот бесконечный цикл зависаний. Например, сделать какую-то переменную, в которой мог бы быть промежуточный результат. С выхода записали его в переменную, потом прокрутили цикл, из переменной взяли и подали на вход. В Logo в этой роли у нас выступали маркеры «M (Flag)». Помните, во многих постах про Logo я про эти маркеры постоянно говорю и говорю, что хоть этих маркеров и будет 64 штуки, но они могут легко улететь на разные UDF, проброс кнопок для визуализации и другие задачки.
Так вот в OWEN Logic это знали (стопудово знали!), и решили эту задачу гораздо КРУЧЕ! Это ещё один случай, за который я хочу поставить памятник ОВЕНу! Вместо секса с маркерами и прочей сранью они создали специальный тип соединения в схеме, который называется «Линия задержки» и выбирается кнопкой на панели инструментов:
Злемент задержки для того, чтобы создавать цикличные связи правильно
Если прочертить соединение в схеме этим инструментом, то ПРка как раз-то и просчитает схему так, как мы хотели: «Подсчитай выход, потом погоди, потом подсчитай вход»!
Перечерчиваем этот кусок:
Теперь наша схема сделана правильно, задержка показана пунктиром
И ошибка исчезает — всё хорошо!
Линия задержки — это МЕГА-ВЕЩЬ!! Кроме этого примера с зацикливанием, линия задержки позволяет избавиться от гонок во времени. Помните мой UDF для Logo, который умел управлять светом, сохраняя и восстанавливая его значение? Вот он, посередине:
Мои блоки UDF для управления светом на Logo
Тут у меня есть сигналы «Set»/»Reset» и «Store»/»Restore». Первые принудительно включают или выключают блок, а вторые дают ему команду сохранить или восстановить значение. В чём тут сложность? А в том, что сигналы «Store»/»Restore» всегда должны срабатывать раньше сигнала «Reset», даже если они поданы на вход блока одновременно.
В Logo это приходилось решать коротенькими таймерами, которые давали мне задержку на сигнал Reset, тратили место в памяти и отнимали процессорное время. А вот у ОВЕНа я мог бы просто нарисовать на схеме задержку от входа Reset! ВОТ. И никаких дополнительных ресусов и памяти на это не потратилось бы!
Нам осталось проверить наше импульсное реле в работе. Для этого пользуемся встроенным симулятором OWEN Logic. Нажимаем на кнопку симулятора на верхней панели и запускаем его на нижней панели, которая появляется на экране:
Процесс тестирования нашего импульсного реле в симуляторе OWEN Logic
Я всё проверил: D-триггер переключается по I1, выход работает, I2 его принудительно сбрасывает и имеет приоритет выше, чем I1. Всё отлично! Наш макрос готов, и мы закрываем окно его редактирования.
Теперь он доступен для нашего проекта (ну и его можно экспортировать в файл, если мы захотим использовать этот макрос в других проектах).
Наш созданный макрос (импульсное реле) появился в списке доступных
А вот дальше в третьей части мы повторим классические схемы на импульсных реле, сделаем схему для управления вентилятором санузла и побалуемся с ModBus!