MetaPlatform — разработка собственного компонента

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

Руководство рассчитано на программиста, знакомого с основами ST. Объявления переменных и вызовы блоков здесь не разбираем. Учимся собирать собственный проектный компонент MetaGen — задавать алгоритм один раз и получать программу для нужного количества однотипных устройств.

Если вы ещё не работали в MetaPlatform, начните с «Быстрого старта». Здесь подробнее разберём то, что происходит за таблицами и шаблоном.

Что будем делать

Наш первый компонент прибавляет поправку к температуре: 20 + 2 = 22. Затем появятся второй канал, собственный функциональный блок и ручная подстановка результата.

Это небольшой пример того же подхода, который применяется к оборудованию: описали один насос или клапан, заполнили строки параметров для остальных — получили отдельные экземпляры, настройки и вызовы. Чтобы изменить общий алгоритм, достаточно поправить шаблон.

Где будем смотреть результат

MetaCore — софт-ПЛК для проверки и отладки программы на компьютере перед загрузкой в реальную среду TIA Portal или CODESYS. Он входит в MetaPlatform Runtime, сокращённо RT. Здесь можно выполнить программу и увидеть значения прямо рядом со ST-кодом.

После первого рабочего компонента загрузим результат генерации в RT. Дальше будем изменять шаблон, генерировать заново и смотреть, что получилось. Дополнительная библиотека MetaLib в этих упражнениях не нужна: функциональный блок напишем сами.

Для переноса программы выберите в MetaPlatform другую целевую платформу и повторите генерацию. Полученные файлы импортируйте в TIA Portal или CODESYS. MetaPlatform формирует нужные объявления и вызовы автоматически; поддерживаемый алгоритм остаётся тем же. Подключение реальных входов и выходов выполняется в проекте целевого ПЛК.

Из чего складывается проект

Экземпляры в MetaCore и CODESYS создаются в Inst. Тип блока описывает алгоритм, а экземпляр хранит данные конкретного канала. У двух одинаковых насосов были бы два экземпляра с собственными состояниями; в нашем примере так будут устроены два измерения.

Conf, View и makeView

Conf — настройки оператора или наладчика. Например, уставка температуры, задержка пуска или поправка нашего измерения. В программе будем обращаться к ней как к Conf.Offset_1.

View — команды оператора и значения для отображения. Здесь находятся результаты измерений, состояния, ручные задания и команды. К этим данным подключается визуализация.

makeView() обновляет значения для отображения после выполнения алгоритма. Например, копирует результат из выхода блока в View. Поля ручных команд, которые блок использует непосредственно из View, не перезаписываются этим копированием.

В упражнениях выбрана MetaCore. Поэтому имена файлов и примеры сгенерированного кода приведены для неё.

Как устроено руководство

Мы последовательно разрабатываем один проект: сначала программу, затем визуализацию и сценарии проверки. После наладки в MetaPlatform переносим программу и данные визуализации на целевые платформы.

I. Разработка программы — MetaGen

Главы 6–9 дополняют учебный проект короткими примерами. Переносить каждый пример в основной компонент не требуется.

II. Визуализация и наладка в MetaPlatform

Здесь заканчивается разработка и проверка проекта в MetaPlatform. В следующих частях переносим полученный результат в целевые платформы.

III. Перенос программы в целевой ПЛК

Главы 13 и 14 — альтернативы. Выберите среду своего ПЛК. Имитация и визуализация работают по уже знакомому порядку; меняются адреса и endpoint.

IV. Подключение HMI-панели и SCADA

Выберите редактор своей визуализации. В главах о Weintek и WinCC берём файлы из результата генерации собственного проекта.

В таблицах руководства тире означает пустую ячейку, 1 в столбце Publish — включённый флажок. Имена параметров и теги выделены как код; их можно копировать в проект.