Мультипротокольний зчитувач для ESP32-S3-ETH з підтримкою RS-485 та M-Bus

Name: Мультипротокольний зчитувач для ESP32-S3-ETH з підтримкою RS-485 та M-Bus
Price: 20000 UAH
Availability: InStock

C та C++, Вбудовані системи та мікроконтролери — неправильно зазначені категорії?

20 000 UAH

Надається замовником:

Breadboard
ESP32-S3-ETH
RS-485 TTL-модулі HW-519 — 4 шт.
Мультиплексори: HW-178 або CJMCU-4051
M-Bus master to TTL converter
DC-DC перетворювач 24V → 5V
Блок живлення 24V 3A
Температурний датчик XY-MD02
2 лічильника води з M-Bus накладками
Лічильник тепла Sharky 775 з М-Bus модулем
Лічильники NIK:
1. NIK 2100 AP6T.2200.MC.11
2. NIK 2307 0.5s ART T.1620.MC.22
Документація виробника по протоколу RS-485 (по роботі з лічильником)

1. Апаратна платформа:

Контролер: ESP32-S3-ETH
Доступні UART: 3 апаратні UART
Конвертери:
1. 5 x RS485-TTL (HW-519 або сумісні)
2. 1 x M-Bus-TTL Master
Мультиплексор: HW-178 або CJMCU-4051
Додаткові модулі: DC-DC, температурні/екологічні датчики

2. Підключення:

Один UART (UART1 або інший доступний) ESP32 використовується для зчитування з 6 каналів через мультиплексор.
Мультиплексор комутує доступ до одного з 6 конвертерів у будь-який момент часу.
Логіка комутації мультиплексора реалізована через 3 GPIO (S0, S1, S2).

3. Основний функціонал прошивки:

3.1. M-Bus (1 канал)

Сканування пристроїв на M-Bus: визначення активних адрес
Опитування кожного M-Bus пристрою за унікальною адресою (ідентифікатором)
Збір і парсинг значення споживання або іншого показника

3.2. RS-485 (5 каналів)

Сканування кожного з 5 каналів RS-485 на наявність пристроїв (може бути реалізовано через цикл опитування відомих адрес або протоколів NIK)
Опитування кожного пристрою на каналі (адреса, модель)
Підтримка запитів для NIK 2100 та NIK 2307 (деталі в примітках)

3.3. Формування вихідних даних

Усі результати мають бути структуровані у форматі JSON, наприклад :

{

"data": [

{

"device": "NIK 2100 AP6T.2200.MC.11",

"id": "1234567890",

"type": "rs485-1",

"value": "128.45",

"timestamp": "2025-05-05T12:34:56"

}

// ...інші пристрої

]

}

Остаточний формат визначимо при співпраці

4. Вимоги до прошивки:

Вихідний файл у форматі .ino для Arduino framework (для PlatformIO або Arduino IDE)
Реалізувати цикл опитування:
1. Час між циклами — налаштовуваний (наприклад, раз на 5 хвилин)
Зберігання JSON-результатів у RAM (виведення через Serial, UART або Ethernet)
Часові мітки — за RTC або NTP (за потреби)

5. Результат розробки:

Готовий і протестований файл прошивки .ino, який:
1. опитує всі 6 каналів (M-Bus та RS485-1…5)
2. формує валідний JSON із даними з пристроїв
3. виводить JSON через Serial

2. Документація до прошивки

Примітки:

Доповнення щодо роботи з RS-485 для лічильників NIK:

Лічильники NIK 2100 AP6T.2200.MC.11 та NIK 2307 0.5s ART T.1620.MC.22 використовують протокол на основі стандартів IEC 62056-46, -53, -61, -62, що передбачає використання HDLC кадрування та COSEM/DLMS структури даних.

Комунікація з лічильником включає етапи:

Ініціалізація з’єднання (надсилання SNRM фрейму та отримання відповіді UA).
Авторизація через AARQ пакет із вказанням паролю (користувач, оператор або адміністратор).
Обробка AARE-відповіді для перевірки авторизації.
Після авторизації — обмін GET-запитами з використанням OBIS-кодів для зчитування показників.
Завершення сесії DISC-пакетом.

Для авторизації використовується 16-байтовий пароль, що передається у полі AARQ. Тип доступу (user/operator/admin) задається в ID користувача.
У разі 5 невдалих спроб авторизації з одним ID — доступ блокується на 30 хв.
Усі пакети обгортаються в HDLC-структуру з контрольними сумами (FCS), що обчислюються за 16-бітним CRC (алгоритм у доданій документації).
Адресація лічильника здійснюється у форматі HDLC та базується на серійному номері (алгоритм конвертації також надано в документації).
Враховувати, що не всі лічильники можуть відповідати на сканування адрес — у такому випадку можливе опитування по відомому списку серійних номерів.