[syoma 1]

В настоящий момент задачи ТС решается очень просто.

 

Если вопрос стоит в управлении АСУТП. Т.е. взять информацию с энкодера, сделать какие-то вычисления и включить какой-то клапан, то это контроллер. Контроллер в единственных экземплярах сейчас делается просто. Все I/O заводятся в контроллер через промышленную последовательную шину - Modbus TCP, EtherCAT, RS485 и пр.. Для этого существуют десятки тысяч датчиков для любых измерений и актуаторов для любых нагрузок.

В качестве контроллера может выступать практически любой компьютер с соответствующим ПО. ПО в данном случае - IC61131 - совместимая среда программирования и рантайм. Например Codesys, который работает даже на Raspberry Pi. Установили, подключили, нарисовали программу и оно работает. Там, кстати, уже есть встроенная Веб-морда для интерфейса оператора.

 

Если вопрос стоит в мониторинге процесса, то с появлением IoT, все стало очень просто. Фактически решение состоит из двух частей - так называемый "полевой агент" - железяка, которая собирает данные и отдает их в облако, и собственно самого облачного сервиса, который уже сохраняет информацию в базу данных, выводит красивые графики и т.д.

 

В качестве полевого агента опять же может выступить Raspberry PI, только уже с другим софтом, например Nodered, который может легко графически получать данные от любых датчиков по различным интерфейсам, преобразовывать их в MQTT и отправлять в облако. В качестве облачного сервера может быть ваш сервер с:

- MQTT брокер (ловит сообщения от полевых агентов)

- SQL база данных (соответственно, хранит данные с датчиков)

- Grafana рисует красивые графики

 

Или поставить MQTT брокер + OpenHAB - и получить тоже самое.

 

А можно вступить в ряды IBM BlueMix, Amazon AWS, Microsoft Azure и там тоже можно кучу всего наворотить, только за деньги.

 

 

[wapanapa 0]

syoma, спасибо за адекватный ответ)

 

Если вопрос стоит в мониторинге процесса, то с появлением IoT, все стало очень просто. Фактически решение состоит из двух частей - так называемый "полевой агент" - железяка, которая собирает данные и отдает их в облако, и собственно самого облачного сервиса, который уже сохраняет информацию в базу данных, выводит красивые графики и т.д.

вот что именно надо для того, чтобы эта самая железяка отдавала данные по протоколу IP?

 

Изменено 5 февраля, 2018 пользователем Herz
Удаление офф-топа

[syoma 1]

вот что именно надо для того, чтобы эта самая железяка отдавала данные по протоколу IP?

Дык вроде чистый IP уже давно никто не использует. Сегодня все привыкли, что трафик шифруется, авторизация и т.д. Вдруг кто-нибуль левый трафик подсунет или еще что-то. Да и мощность железяк уже настолько высокая, что что-то и посерьезней замутить можно. Ну и это все уже реализовано, что ничего не надо изобретать.

Например, как уже выше сказали, используйте MQTT. Работает поверх IP, шифрование, авторизация, автоматический контроль связи, минимальный трафик, работает хоть через 3G. Поддерживается на любой железяке и облаке из коробки. Например в случае с Raspberry Pi нужно просто установить Node-Red и вы получите поддержку MQTT сразу. Точнее NodeRED помоему там даже в основной дистрибутив входит. Т.е. достаточно просто запустить его.

[wapanapa 0]

просто есть вопрос - как мне по далеко не мелкому производству быстро протянуть кабели?.. поэтому я и прицепился к IP. а Ethernet - IP сеть уже как бы есть. Левый трафик не пушшу ). закрою все в VLANы :) и по мак адресам и так далее.) я считаю что универсальность это хорошо. одна и та же инфраструктура и для интернета и для телефонии и для видеонаблюдения и для данных..

Изменено 2 февраля, 2018 пользователем wapanapa

[AlexandrY 2]

просто есть вопрос - как мне по далеко не мелкому производству быстро протянуть кабели?.. поэтому я и прицепился к IP. а Ethernet - IP сеть уже как бы есть. Левый трафик не пушшу ). закрою все в VLANы :) и по мак адресам и так далее.) я считаю что универсальность это хорошо. одна и та же инфраструктура и для интернета и для телефонии и для видеонаблюдения и для данных..

Тогда придется изучать работу кучи ненужного, плохо документированного и глючного в совокупности хлама как: Raspberry Pi, Node-RED, Embedded Linux, JavsScript и проч.

Вот это я называю в "рукопашную"

Arduino само-собой тут придется забыть надолго.

 

[syoma 1]

просто есть вопрос - как мне по далеко не мелкому производству быстро протянуть кабели?.. поэтому я и прицепился к IP. а Ethernet - IP сеть уже как бы есть. Левый трафик не пушшу ). закрою все в VLANы :) и по мак адресам и так далее.) я считаю что универсальность это хорошо. одна и та же инфраструктура и для интернета и для телефонии и для видеонаблюдения и для данных..

Так а чем MQTT не устраивает? Он вашу сеть не угробит.

 

[AlexandrY 2]

Так а чем MQTT не устраивает? Он вашу сеть не угробит.

MQTT всего лишь транспорт.

А выше него надо делать прикладной сериализатор данных.

И вот этот прикладной уровень у всех разный: у IBM, у Amazon, у Microsoft и у Raspberry

Предложить человеку просто абстрактно MQTT - это все равно что передложить колеса вместо машины.

 

Если взять мой открытый проект клиента MQTT, то в нем прикладной уровень реализован на простейших JSON конструкциях совместимых с IBM Cloud.

А WEB сервер из него делается за пять минут.

Просто открываете палитру компонентов IntraWeb в RAD Studio и превращаете форму в интерактивную WEB страницу.

Не надо качать и ставить никаких Апачей, никаких зависимостей от jQuery и других фреймворков, никаких Node.js и прочих наворотов, никаких PHP и серверных скриптов.

Никаких инсталяций и развертываний. Даже без SQL можно обойтись. В палитре RAD Studio есть куча баз данных на локальных файлах.

Просто сгенерили exe-шник, запустили и имеете WEB сервер и MQTT-клиент в одном. Мой MQTT-брокер можете запустить на том же компе.

Мало того, открываете панель компонентов Cloud и делаете одним движением из своего exe-шника мост в облака Azure и Amazon.

 

Все что в этом деле требуется изучить - это RAD Studio.

Для встраиваемх микроконтроллеров MQTT качаете вместе с TCP стеком, SSL-ом и JSON-ом из проекта mbed.

Там огромный выбор плат, но советую брать на базе Kinetis. Под них обычно самые полные решения и BSP.

 

Так выглядит самая эффективная и универсальная технология.

[wapanapa 0]

Почитал немного по MQTT, думаю это именно то что я искал.. :)

теперь появились более конкретные вопросы

 

как из любого аналогового датчика сделать MQTT издателя? делают ли сие с помощью ardduino?

 

[AlexandrY 2]

как из любого аналогового датчика сделать MQTT издателя? делают ли сие с помощью ardduino?

Легко.

Покупаете Raspberry с мостом типа AT -> MQTT и подключаете его к Arduino.

Или ESP.

В любом случае это будет сделано не на самом Arduino, а на пристегиваемом модуле.

 

 

 

[wapanapa 0]

эмм.. ESP8266 ?

 

а можете мне написать более подробную структуру издателя?

например инкриментальный энкодер --->ESP8266 --> ip-сеть ?? так чтоли? мне надо максимально дешевый вариант издателя

Изменено 6 февраля, 2018 пользователем wapanapa

[AlexandrY 2]

мне надо максимально дешевый вариант издателя...

С этого надо было начинать.

С ESP я не связываюсь. Очень ненадежное решение. Беспроводка - это всегда риски и усложненное администрирование.

 

Вот хорошая плата для MQTT - https://os.mbed.com/platforms/FRDM-K64F/

Имеет на борту квадратурный декодер.

Качаете пакет mbed и там найдете для этой платы готовый MQTT с TCP стеком lwip, там и WEB сервер будет и все драйвера для Ethernet и прочие.

Да и SNMP там будет на случае если придется к корпоративным менеджерам сетей подключаться.

[syoma 1]

как из любого аналогового датчика сделать MQTT издателя? ... мне надо максимально дешевый вариант издателя

Не знаю совпадают ли мое понятие "максимально дешевый" с вашим, но в моем понимании цена решения включает не только железо, но и разовые затраты на изучение, разработку нужного программного обеспечения, его настройку и поддержку в течении всего жизненного цикла изделия, что особенно критично, если надо только попробовать какое либо решение чтобы решить в каком направлении двигаться дальше. Например для меня потеря времени на изучение Arduino или ESP, установка нужных тулов и библиотек не стоит результата, если я хочу чисто получить MQTT издатель.

 

Поэтому в случае разового изделия, или прототипа, где важен "быстрый старт" я бы предложил:

- Железо: Raspberry Pi + EtherCAT I/O - в вашем случае Каплер Beckhof EK1100 и нужный Input Terminal для энкодера, например что-то из EL5XXX.

- Софт: CODESYS Control for Raspberry Pi SL + MQTT библиотека Janz Tec MQTT library for CODESYS SL

 

На настройку и изучение всего этого у вас должно уйти не более одного дня до получения первых MQTT сообщений от энкодера. Если что, я такую систему уже не один раз собирал и использовал в качестве тестового стенда и логгера.

[wapanapa 0]

https://www.amebaiot.com/en/ameba-arduino-m...-upload-listen/

 

 

нашел вот что то.. это оно?

 

 

 

Поэтому в случае разового изделия, или прототипа, где важен "быстрый старт" я бы предложил:

- Железо: Raspberry Pi + EtherCAT I/O - в вашем случае Каплер Beckhof EK1100 и нужный Input Terminal для энкодера, например что-то из EL5XXX.

- Софт: CODESYS Control for Raspberry Pi SL + MQTT библиотека Janz Tec MQTT library for CODESYS SL

 

На настройку и изучение всего этого у вас должно уйти не более одного дня до получения первых MQTT сообщений от энкодера. Если что, я такую систему уже не один раз собирал и использовал в качестве тестового стенда и логгера.

 

 

что здесь издатель что брокер а что подписчик?

 

кхм.. я хочу не просто получить издатель, я хочу с чего-то начать. начну с издателя.. потом нашел статьи как сделать брокер. и потом поищу как делать подписчик.

 

просто хочу как то распланировать действия..

Изменено 6 февраля, 2018 пользователем wapanapa

[syoma 1]

что здесь издатель что брокер а что подписчик?

Это издатель. Также он может подписываться на топики.

 

Брокер в MQTT это чисто технологическое устройство, не требующее практически никакой настройки и программирования. Это почти как свитч в Ethernet - подключился и забыл. Например в вашем случае для начала вы можете зайти и сделать эккаунт в облачном брокере - cloudmqtt.com. Вам там дадут реквизиты и адрес, который нужно будет прописать в издателях и подписчиках. На этом настройка брокера для вас закончится.

Как другой вариант, если надо, чтобы трафик не выходил за пределы своей сети - на той же Малине двумя командами устанавливаете MQTT брокер Mosquitto. И подключаетесь к нему.

[wapanapa 0]

... на той же Малине....

 

 

тоесть если я хочу создать издатель, из которых в последствии будет возможно построить распределенную (по IP-сети) систему издателей, тоесть грубо говоря (аналоговый датчик->АЦП-> запихивалка этой инфы в MQTT протокол & пулялка ее в IP сеть (например езернет или вайфай или медиаконвертер, не суть)), то мне следует приобрести:

 

 

- Железо: Raspberry Pi + EtherCAT I/O - в вашем случае Каплер Beckhof EK1100 и нужный Input Terminal для энкодера, например что-то из EL5XXX.

- Софт: CODESYS Control for Raspberry Pi SL + MQTT библиотека Janz Tec MQTT library for CODESYS SL

 

и это единственно верный и максимально дешевый в плане затрат на железо вариант?

 

а если в роли датчика будет выступать к примеру геркон? или тумблер или датчик движения (контакт замыкается при наличии движения) или индуктивный датчик (контакт замыкается когда поднесешь металл) то идем по той же схеме?

 

RASPBERRY PI ZERO - будет достаточно для издателя и для брокера?

Изменено 6 февраля, 2018 пользователем wapanapa