Go TwinCAT: TwinCAT интернет вещей

30 марта продукт-манагер Деймон Томпсон (Daymon Thompson) провел очередной вебинар на тему "'эффективного и стандартизированного доступа к облачным технологиями", и как это вообще будет в TwinCAT. И, если кратко — TwinCAT великолепный инструмент с большими возможности и сумасшедшим набором инструментов для контроля и управления промышленным оборудованием, а теперь там еще и IoT-протоколы будут.

Затем бла-бла-бла и к 12 странице начинается рассказ про сервер предприятия и SCADA-систему, которая:

+ Хорошая безопасность

-- Высокая стоимость.

-- Требует высококвалифицированного персонала.

-- Сложен в обслуживании.

-- Плохо масштабируется.

Чуть позже, что лучшим решением будут облачные сервисы (cloud services), которые:

+ Низкая стоимость.

+ Не требуют высококвалифицированного персонала.

+ Просты в обслуживании.

+ Великолепно масштабируются.

+ Хорошая безопасность.

Приводятся примеры публичных/открытых облачных сервисов:

Издатель-подписчик

Вся система крутится вокруг концепции издатель-подписчик: ПЛК — издатель данных; облако предоставляет сервис подключений, называемый "брокер сообщений" (Message Broker); смартфон выступает в роли подписчика, подключающийся к брокеру. Вся это матрешка работает и в обратную строну: смартфон-издатель → брокер сообщений ← ПЛК-подписчик. Причем, с направлением стрелок я не ошибся. Об этом — чуть позже.

Преимущества такой организации:

Устройства не нуждаются в информации друг о друге (тип, скорость, конфигурация, и т. п.). Им не нужно знать где они расположены, когда и кто подключится. Все приложения обособлены и существуют сами по себе. Поддерживается высокая степень независимости.
Цимес в отсутствии входящих подключений: только исходящие подключения, не нужно настраивать файервол.
Использование стандартизированных протоколов MQTT / AMQP обеспечивает высокую производительность.

К 18-й странице начинается рассказ про приватные облачные сервисы (private cloud), которые размещаются на территории одного производства. Здесь видно явное преимущество перед закрытым, локальным SCADA-сервером: отсутствие входящих подключений снимает вопрос о настройке файервола и других сетевых хозяйств.

Группа продуктов TwinCAT IoT

Обеспечивает простое подключений для IoT-коммуникаций.
Поддерживает несколько облачных сервисов (Microsoft Azure, Amazon AWS) как публичных/открытых, так и приватных.
Применение стандартных протоколов MQTT, AMQP, OPC-UA.
Использование Push-технологий (Push Technologies) для носимых (мобильных, wearable) устройств.

TF670x IoT Communication — обмен данными подписчик/издатель через MQTT/AMQP. Предоставляет функциональные блоки:

Mqtt_Publish(topic, value)

value Mqtt_Subscribe(topic)

TF671x IoT Functions — готовые функции для обмена с облачными сервисами Microsoft Azure и Amazon AWS.

FB_AzureIoTHubSend()

FB_AzureIoTHubReceive()

TF672x IoT Data Agent — агент связи, позволяющий легко настраивать передаваемые данные без необходимости в программирования. Между слоем агента и TwinCAT-рантаймом используются такие протоколы как ADS и OPC-UA.

TF6730 IoT Communicator — слой на стороне ПЛК для обмена данными со смартфоном. Заявлены Android и iPhone, про Windows Mobile пока ничего не известно.

FB_AppSendAlarm()
FB_AppSendValue()

TF6735 IoT Communication App — приложение устанавливаемое на смартфоне для связи с TF6730.

Глобальная аналитика

ПЛК постоянно, циклически сохраняет данные локально (logger). Даже при условии отправки данных на централизованный сервер, сначала нужно получить к нему доступ.

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

Ну и дальше про то, как все экономится и эффективится. Здравое зерно здесь есть, но вообще это называется облачные технологии, а интернет вещей это что-то другое.

Вопросы-ответы

Плохое качество связи, но кажется обещали что MQTT/AMQP сможет работать через SSL/TLS.
Применение OPC-UA позволит работать с любыми контроллерами, т. к. протокол независимый, а Бекхофф входит в консорциум.
Демонстрация механизма OPC-UA будет в конце апреля 2016 года. Обращаться к локальному представителю.
Пока что всё будет сосредоточено на Microsoft Azure и Amazon AWS, и двух протоколах MQTT/AMQP. Затем будет Google Cloud Platform и когда-нибудь что-нибудь еще.
Когда?! Второй квартал 2016: где-то в июне — будет IoT MQTT библиотека и возможно что-то еще.