Управление устройствами по RS485 при отсутствии протокола Mod bus в них.

Уважаемые коллеги! Вопрос к имеющим опыт в организации связи ПР200 по RS485 с устройствами, у которых нет стандартных протоколов типа Mod bus RTU.
Задача состоит в том, чтобы подружить ПР200 с платой BMS управления аккумулятором, китайской фирмы Jikong
JK_B2A8S20P , V5.12.0.
На борту у неё имеютс интерфейсы :
Bluetooth, UART1, RS485/CAN.
Планируется собирать информацию от 2х батарей и отдавать им команды на включение/отключение заряда и взаимное резервирование по мере разряда. Цель : организовать очерёдность заряда и разряда 2х батарей, соединённых в одну сеть по связи, и в одну точку по силе средствами ПР200 в среде Owen Logic.

Вопрос: возможна ли практическая реализация данной задачи? Если да, то что для этого необходимо?

ИИ ответил :

2. Включение Modbus RTU в приложении JK BMS
По умолчанию порт может вещать в проприетарном текстовом или бинарном протоколе JK.
Чтобы активировать Modbus RTU:
Подключитесь к BMS через приложение на смартфоне.
Откройте Settings (Настройки).
Найдите параметр Protocol Type (Тип протокола / Изменение UART).
Выберите один из вариантов:
001 - JK BMS RS485 Modbus V1.0 (для работы на скорости 115200).
013 - (9600) JK BMS RS485 Modbus V1.0 (если вашему внешнему контроллеру нужна скорость 9600).
3. Особенности чтения регистровКоманды Modbus:
Чтение основных параметров (напряжение, ток, температура) выполняется стандартной функцией 0x03 (Read Holding Registers) или 0x04 (Read Input Registers).
Формат данных:
Значения отдаются в виде 16-битных целых чисел (целое со знаком int16 или без знака uint16) в формате Big-Endian (старший байт идет первым).
Множители:
Большинство физических величин передаются без плавающей запятой, поэтому полученное значение нужно делить на коэффициент (например, напряжение /100 или /1000).
4. Примеры базовых регистров данных
Внимание:
Адресация может незначительно отличаться в зависимости от аппаратной версии прошивки платы (основная карта регистров базируется на спецификации JK Modbus V1.0).

Ещё можно изготовить конвертор протоколов.

Овен ПР на данный момент не работает с протоколами, отличными от Modbus RTU/TCP.
Встречал упоминания, что существуют устройства преобразования протоколов - шлюзы (например, MOXA), устройства сбора данных (УСД), а также коммуникационные контроллеры. Эти устройства могли бы собирать данные по неподдерживаемым протоколам, а ПР обращалось бы уже к ним.

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

Благодарю за ответ. Задачи решаются по мере поступления, и исходя из наличия устройств. Сначала такая задача не стояла, и ПР была как управляющий элемент для управления АВР питания длмашней сети. Пока был 1 акб задача решалась, теперь она усложняется, приходится искать способы решения .

Добрый день. Благодарю за ответ! Я, интересовался на эту тему у интеллекта:
"а можно к пр 200 соедениться по UART1 протоколу чтобы исключить конвертор? в jk похоже такой имееется"
На что он ответил следующее:

"Нет, подключить платы JK BMS напрямую к Овен ПР200 по протоколу UART (TTL) не получится, и на это есть две критические причины — аппаратная и топологическая.Исключить конвертер в данной схеме физически невозможно по следующим причинам:1. Электрическая несовместимость (Главная опасность)ПР200: На борту ПР200 вообще нет открытых выводов UART с уровнями TTL (0–5В или 0–3.3В). У него есть только USB (для прошивки) и слоты для интерфейсных плат расширения (ПР-ИП485). На выходе этих плат всегда присутствуют промышленные дифференциальные сигналы RS-485 (с напряжением до 5–12В).JK BMS: Порт GPS/UART на плате BMS выдает логические уровни TTL (3.3В).Результат прямой связи: Если вы соедините контакты ПР-ИП485 от ПР200 напрямую с выводами UART на JK BMS, микропроцессор платы BMS мгновенно сгорит из-за критического перенапряжения.2. Ограничение топологии шины («Один к одному»)Интерфейс UART (TTL) по своей природе является соединением типа Point-to-Point (Точка-Точка).По UART можно связать строго одно управляющее устройство с одним подчиненным.Поскольку у вас две платы JK BMS, соединить их параллельно по UART физически невозможно (сигналы TX от двух плат начнут «коротить» друг друга, и передача данных заблокируется).Чтобы опрашивать несколько устройств по одной паре проводов, необходима сетевая шина, которой и является RS-485."

Почему я спросил у него за UART? Потому что в меню программного интерфейса , в графе UART1 предлагаются следующие протоколы:( на фото)
Почему в разделе UART 1 не понятно, но в разделе CAN только CAN пртоколы разных устройств.

Т.е. придется приобрести конвертер UART - RS485 и подключить к ПР, если выберите Modbus.

Цитата:

---

Сообщение от EFrol

Т.е. придется приобрести конвертер UART - RS485 и подключить к ПР, если выберите Modbus.

---

Кажется подобная лабуда шла к ПР114 и называлась ПР-МИ485:
https://owen.ru/product/pr_mi485

Пр-ми я бы не стал брать, там на разъеме ещё и +24v присутствует. Попалит нафик порт ещё.
А так, rs485-ttl покупать, только обязательно с авто определением приема передачи, а не вариант для arduino, где ещё лапой дрыгать надо программно.

Вообще-то странно, при выборе указано rs485, возможно какие-то выводы там именно rs485 становятся. Иначе бы просто оставили название uart.
Хотя это китайцы.....

Ознакомился с мануалом на данную "лабуду" как вы выразились )). Суть её, перевести то что выдаёт ПР11х с программного выхода (там заявлен UART) в RS485, ели более точно то " Прибор преобразует сигнал, поступающий по интерфейсу
программирования реле ПР11х в сигнал промышленного
интерфейса RS-485.
После подачи напряжения питания на програмируемое реле
ПР11х, оно автоматически распознает подключенный модуль
ПР-МИ485 и активирует обмен по протоколу Modbus (Slave) ". Более точно
про протокол ничего не сказано (Mod bus RTU это или какой-то другой не ясно). Из приведенных здесь сообщений, ПР200 понимает только RTU.
По идее если так, то мне нужно приобрести 2 таких балалайки, и соеденить их в одну сеть по RS485, слэйвами и ПР200 как мастер, а выход с RJ12 распаять соответственно UART платы JK BMS . Только нужно ещё решить вопрос с питанием этих конертеров,, потому как ПР11х рядом не будет, и по кабелю программирования оно туда не подастся.