Як відобразити ідентифікацію та контроль ведених пристроїв за програмованим логічним контролером?

В області індустріального Інтернету речей існує стільки індустріальних рабських пристроїв, що стоять за програмованим логічним контролером, їм не надається жодна ip-адреса чи ідентичність, як би ми зіставили ідентифікацію цих пристроїв та їх контроль над рівнем програми на хмара. Наприклад, я збираюся використовувати rasberrypi як шлюз, цей шлюз пов'язаний з PLC. За ПЛК багато підключених багатьох підлеглих пристроїв, таких як вентилятори, світлодіодні світильники, датчики СО2.

Я дуже новачок у протоколі PLC та modbus , навіть прочитавши вступ, у мене все ще виникають питання, головне питання - як ми могли зареєструвати та віднести підлеглий пристрої до шлюзу і, нарешті, до рівня додатків IOT. і під головним питанням є багато дрібних питань, на які можна відповісти

1. як я міг визначити адресу для кожного пристрою, чи визначається вона вручну чи може бути виявлена ​​з підлеглого пристрою?
2. якщо один рабовласницький пристрій не функціонує, як ми могли це дізнатись?

Дивлячись на коди функцій Modbus у wikipedia

Визначте адреси

Ви можете запитувати коди функцій Повідомлення Ідентифікатора Slave ID 17 та Прочитати ідентифікацію пристрою 43.

Хоча ваші пристрої можуть не підтримувати цю функцію і повертаються з кодом виключення 1 (незаконна функція). Якщо ви не отримаєте жодної відповіді, пристрій вимкнено або ідентифікатор не зайнятий.

Ви можете перелічити ці пристрої на вашому малиновому пі. Таким чином, ви можете створити список зі значеннями: ID + ідентифікація, набір ідентифікаторів, ідентифікатор не встановлений.

Для Modbus / TCP це посилання може бути корисним.

Дізнатися про пристрій нефункціонально

Щоб дізнатись, чи нефункціональна вона, ви можете раз у раз опитувати діагностику та слухати будь-які повідомлення про виключення.

Якщо ви не отримаєте повідомлення назад, це також може вказувати на проблему (якщо в ідентифікаторі раніше був підключений пристрій).

'Зображення' PLC буде здійснено за допомогою тегів змінних.

Ви будете структурувати імена тегів, а потім маршрутизувати дані через будь-який протокол, в цьому випадку modbus. Ознайомтеся з Advantech WISE-4060

Крім того, ви можете мати OPC, що працює у вашій мережі, де ви перетягуєте теги даних та їхні статуси.

Погляньте на Node-Red. Він працює на RPI, і один із вузлів наборів охоплює майже все, що ви хотіли б зробити з Modbus. Це відкритий код, і ви можете завантажити робоче зображення та запустити сценарій, щоб розпочати роботу.

Нещодавно я створив систему управління для контролю води та температури, використовуючи її, і це було швидко та просто.

Щодо знахідки, я боюся, що, швидше за все, це буде схоже на очищення бабусиного горища. Просто треба пройти все це по одній коробці за один раз! Завдяки RPI в мережі він відкриває світ підключення, оскільки Node-Red може обробляти базу даних, щебетати, електронну пошту, MQ та майже будь-який інший протокол, який ви можете собі уявити. Крім того, всі дані можуть бути поверхневими для веб-сторінки, просто скинувши пару вузлів на полотно та перетягнувши між ними дроти.