Коллеги, добрый вечер. Пришли вести с полей.
Вот уже как бесконечно долгое время, вместе с командой ломаем руки, клавиатуры и мозги, пытаясь запустить технологический процесс, который базируется на граничных вычислениях.
В инете есть куча определений данной технологии, но самое простое:
Под граничными вычислениями подразумеваются отдалённый мониторинг и обработка данных непосредственно на IoT-устройствах или в пределах их досягаемости.
Я еще добавлю, что часть контроля и мониторинга технологического процесса также переходит на границу системы автоматизации.
Требуется данная история для того, чтобы компенсировать нехватку вычислительных мощностей устройств в автоматизированной системе управления, плюс безболезненно расширить функционал.
Сама архитектура весьма простая: одноплатник, который занимается расчетом некоторых параметров, сбором данных по результатом технологического процесса, подготовкой данных для технологического процесса, а также управлением устройствами; плк - обработка большинства физических величин, потому что так проще, да и вообще ПЛК должен реле щелкать; прочее умное оборудование - часть механизмов, которые выполняют основную работу, но не могут быть, по ряду причин интегрированы с ПЛК.
Из сложностей с которыми столкнулись.
1) Modbus наш враг
Каким бы простым не был бы данный протокол, но и у него есть свои пределы, из-за того, что он синхронный, для адекватной работы с ним, необходимо реализовывать простую машину состояний, которая симулирует основной цикл работы ПЛК. Тот же OPCUA был бы удобнее, так как мы могли бы спокойно обмениваться данными по Pub/Sub, да еще с гарантированной доставкой. Различные брокеры сообщений не упоминаю, так как это не их зона ответственности, да и вообще они для другого. Из-за протокола возникает и вторая проблема
2)Консистентность данных
Согласовать необходимы пул данных на ПЛК и на одноплатнике стала непростой задачей. Так как у вас нет синхронизации рабочих циклов двух машин состояний буду ситуации когда либо ППО перепишет нужные данные, либо повторная отправка что-нибудь поломает.
3)Сложный процесс наладки
Я всегда считал плюсом программ в сфере OT - детерминированность. Тут он отошел на второй план, так как посылки с границы могут подпортить планы.
Как закончим с этой историей расскажу какие-то моменты более подробно.
А пока напоминаю, что у нас тут проводиться опрос, в котором я прошу принять участие и позвать товарищей из сферы АСУТП.
📰"Я вам че - Автоматизатор?!"
#АСУТП #EDGE_COMPUTING #Граничные_вычисления