Вложений: 2
Библиотеки CODESYS верхнего уровня абстракции
Коллеги!
Я разработал и, как мне кажется, успешно применил некий набор библиотек CODESYS, позволяющий кардинально упростить процесс разработки программ ПЛК и интерфейса пользователя (для панельных ПЛК типа СПК210).
Началось всё с того, что система "алармов" CODESYS меня выбесила.
Не знаю, как у вас, а у меня ТЗ к ПО придумываю я сам, согласовываю сам с собой, реализую и тестирую тоже сам. Но должен при этом угодить желаниям заказчика, которые до момента приемки чаще всего остаются тайными. Т.е. ситуация, когда в последний момент заказчик требует что-то изменить - более чем норма. И вот тут даже простое "переименование" сообщения аларма приводит к тому, что надо в десятке мест внести ручные изменения, и не факт, что из-за этого не "поплывет" что-то еще (например, внезапно может вылезти ограничение WSTRING в 80 символов по умолчанию). Началось с этого, а дальше пошло-поехало...
И что же вышло в итоге? Вот краткое перечисление:
- Универсальные "переменные" - блоки, которые в себе содержат и собственное наименование (например, "Температура"), и единицу измерения (например, "°С"), и коэффициенты преобразования для согласования с модулем ввода-вывода, и настройки системы "алармов" и еще много другого.
- Альтернативаня система алармов - без задействования средств CODESYS, полностью "прозрачно" для программиста. Т.е. если вы для переменной (см. п.1) задали верхний порог аварии AH - то это всё, что вам надо сделать для генерации аварийного сообщения, установки аварийного состояния переменной и т.п. - вплоть до активации системы автоматического отключения всего, что было включено. Кроме того, моя система алармов пишет журнал тревог сразу в CSV-формате на SD-карту, т.е. никаких танцев с бубном для "разбора полетов" не нужно (попробуйте стандартный журнал CODESYS каким-то способом скопировать на ПК и загрузить в Эксель - если у вас это получается просто, я вам очень завидую!)
- Универсальные элементы визуализации, поддерживающие переменные из п.1. Т.е. для индикации на экране значения переменной, которая хранит температуру печи (например), вам надо вставить на экран фрейм "индикатора" и передать в него указатель на эту переменную - всё! С этого момента этот "индикатор" будет показывать значение температуры вместе с единицей измерения, с требуемым вам количеством знаков после запятой, и при этом цвет индикатора будет отражать состояние переменной, например, если переменная пересекла верхний аварийный порог, фон индикатора станет красным.
- Система переменных позволяет практически отказаться от использования RETAIN-переменных, где хранятся настройки аппаратуры. Меня достала ситуация, что при кажом обновлении программы в ПЛК все накопленные значения (речь о настройке ПИД, например) теряются. И я сделал сохранение параметров моих "переменных" в файлах на SD-карте. В итоге что бы ни делалось с программой, состояние переменных всегда бует тем, что достигнуто на предыдущем этапе.
- Теперь управление настройками аппаратуры (для примера тот же ПИд-регулятор) делается на ОДНОМ экране визуализации при помощи ОДНОЙ таблицы, в которой АВТОМАТИЧЕСКИ собираются все "параметры" нужные вам. Чем это удобно? Вот вы все сделали, подготовили, начали пусконаладку... Из-за плеча выглядывает заказчик и говорит: а вот это значение мне бы хотелось сделать с ограничением. Т.е. надо, чтобы я мог ввести значение ограничения. Что пришлось бы делать вам "по классике"? объявить где-то переменную, написать код в PLC_PRG, изменить визуализацию окна настроек (добавить поле значения и поле с текстом), задать всякие параметры ввода значения (минимум-максимум, название диалога ввода и т.п.). И дай бог, чтобы этот параметр никак не был связан с алармами - иначе пришлось бы еще рукоблудить в этой системе... А что с моим вариантом? PLC_PRG - да, тоже меняем. Переменную - да, тоже объявляем. НО на этом ВСЁ, точка! Эта переменная САМА добавится в таблицу параметров, чего там вы настраивали, и автоматически будет задействована в системе алармов, если надо!!! (только позаботьтесь о "правильном" именовании этой переменной).
- К модулям ввода-вывода переменные так же "подключаются" элементарно - никаких танцев с бубном с превращением пары WORD в REAL и т.п., никаких манипуляций с формированием сигнала "записи" в регистр модбас! Все делается автоматически, только подвяжите соответствующие свойства переменной к каналу модуля ввода-вывода, и все!
Много слов написал... Теперь немного примеров.
Вот так объявляется (как вариант) "моя" переменная:
Код:
HEATER3_T: AV.HMI_IO_REAL := (
wsOwner := ADR(HEATER3_Name), // это имя "владельца" параметра
wsName := "Температура", // это название параметра
wsUnit := "°С", // единица измерения параметра
AH := 950.0, // верхний аварийный порог (аларм)
WH := 850, // верхний предупреджительный порог (варнинг)
AL := -1, // нижний аварийный порог
Lock := LVP.IOPROP OR LVP.MINMAX // а это запрещает пользователю изменение допустимого минимума и максимума значения и свойств ввода-вывода
);
Если мы хотим проверить значение этой переменной, то пишем что-то типа IF HEATER3_T.Value > 100 THEN ...., т.е. используем свойство Value переменой. Если мы хотим вывести значение переменной в виде текста, мы используем свойство Text (оно уже с единицей измерения). Если нам надо 2 знака после запятой, мы делаем HEATER3_T.PREC := 2, и с этого момента будем видеть 2 знака после запятой. Если нам надо вывести "название" - свойство Caption. B так далее.
Благодаря принятому подходу вы имеете доступ в рантайме (!!!) ко всем переменным со всеми их свойствами. Т.е. можете в рантайме менять любые параметры (свойства), и, если хотите, оставить эту возможность пользователю (можно ограничить). Вот, например, такой окно может открываться по клику на "индикаторе":
Вложение 87050
На скриншоте показана только часть свойств переменной. По заголовку диалога видно, что переменная имеет свойство Caption "Датчик давление ДД-1: Давление", при этом оно состоит из wsOwner "Датчик давления ДД-1" и собственно названия параметра wsName "Давление".
В частности, используя блок "фильтра" переменных, можно поместить в таблицу переменные, содержащие в своем названии (теге), имени (wsName), заголовке (wsCaption) определенную последовательность символов (можно использовать логику И-ИЛИ-НЕ для наборов "масок"), и потом кликом на строке менять свойства и/или значения - именно так теперь можно делать настройки. Например, у вас 3 блока регулятора REG1, REG2 и REG3. Вы устанавливаете фильтр на тег "REG1", и в таблице параметров появляется список всех ПАРАМЕТРОВ регулятора 1 (разумеется, параметры при этом должны быть заданы в виде REG1_PARAM1, REG1_PARAM2 и т.д.). Если вы хотите получить значение PARAM2 сразу всех регуляторов, сколько бы их ни было, вы задаете фильтр "PARAM2". Блок фильтра выдает массив, так что можно перебором этого массива изменить все значения "в один клик". Так, например, реализован блок автоматического выключения всех устройств - все "BOOL"-переменные, содержашие в теге "_ON", будут установлены в FALSE, будь их хоть 1, хоть 101 (и вам не надо забоиться о том, чтобы ничего не поломалось, если вы вдруг удалите пяток подобных переменных или добавите десяток).
Вот, например, может быть такая таблица параметров:
Вложение 87051
"Не достоверный" означает, что модуль ввода-вывода, к которому подвязана переменная, вернул ошибку.
Если эта моя писанина интересна - готов выложить библиотеки (точнее, предоставить ссылку на скачивание). Они пока что постоянно "развиваются", что-то изменяется, т.е. процесс еще не завершен. Возможно, кто-то захочет подключиться к процессу, и сделать мир лучше вместе ;)
Если не интересно - ну что ж, пусть этот пост на форуме будет единственным, и с годами канет в Лету...
