Ага, зрозумів. Просто в основний USB-A порт в мене підключений нативний Wi-Fi свисток. Нехай вже там і буде, у хмарі малює якісь дані. А от для себе (по інженерськи:-)) хотілося б більше даних витягувати (і у Grafana дивитись), тому в USB-B порт чи COM порт підключу якусь ESP через конвертер і буду пробувати вичитати дані.

Задумка хороша, але мені здається. що так не вийде...
Справа в тому. що обмін даними на всіх трьох портах дублюється (на скільки я визначив, принаймні в моєму випадку саме так). Таким чином потрібно обирати щось одне, бо інакше вони заважатимуть одне одному - вони зєднані одним і тим же UART процесора. Можна хіба що моніторити, тобто прослуховувати в режимі R/O що "відбувається" на лінії, коли йде обмін між адаптером і інвертором...

Спробую.... Якщо таки не вийде - тоді доведеться рідний Wi-Fi модуль зняти...:( Жаль що прямо через нього не можна якось знімати якісь дані (наскільки я зрозумів).

Ага, зрозумів. Просто в основний USB-A порт в мене підключений нативний Wi-Fi свисток. Нехай вже там і буде, у хмарі малює якісь дані. А от для себе (по інженерськи:-)) хотілося б більше даних витягувати (і у Grafana дивитись), тому в USB-B порт чи COM порт підключу якусь ESP через конвертер і буду пробувати вичитати дані.

Якщо Ви готові посеред ночі прокидатися від істерики в телефоні про 100500 помилок (в т.ч. і критичних) - то пробуйте )
Одна шина rs485 - один майстер. При паралельному опитуванні шини конфлікти будуть. Періодично, не дуже часто (бо логгер опитує шину досить розслаблено і оновлює дані раз на 5 хвилин, якщо я не помиляюсь), але гарантовано. І якщо в процесі опитування шини щось не склалося, то починається істерика з генерацією 10-15 повідомлень в телефон.

Тому я просто замінив логгер на свій свисток з потрібною мені фунціональністю і вирішив одразу декілька проблем.

1. Локальність моніторингу і управління поза будь-якою залежністю від чужих сервісів та інтернета взагалі.
2. Гнучкість налаштувань і повна підконтрольність мого обладнання мені, а не якимсь невідомим китайцям.
3. Легкість вирішення будь-яких проблем (opensource код і швидка адаптація під потреби, що можуть змінюватись з часом і обставинами.

Так що - рішення Ваше, але я після півроку експлуатації геть не бачу жодної причини триматись за їхній логгер, що працює з їхньою хмарою. Він у порівнянні з можливостями esphome+HA - повне лайно.

Всім привіт! А поясніть будь-ласка (може де не побачив чи пропустив) чому на всіх схемах і фото бачу що підключаються і знімають дані із USB-A (куди зазвичай включається рідний Wi-Fi свисток). А чим не підходить USB-B порт, що поряд із COM-виходом?

Тому що в USB-B немає +5V та GND (принаймні в моєму Must PV19 6248 EXP). А хочеться ж живлення брати із порта, а не тягнути окремий шнурок від БЖ в розетці ))

Всім привіт! А поясніть будь-ласка (може де не побачив чи пропустив) чому на всіх схемах і фото бачу що підключаються і знімають дані із USB-A (куди зазвичай включається рідний Wi-Fi свисток). А чим не підходить USB-B порт, що поряд із COM-виходом?

Тому що в USB-B немає +5V та GND (принаймні в моєму Must PV19 6248 EXP). А хочеться ж живлення брати із порта, а не тягнути окремий шнурок від БЖ в розетці ))

Це вже я теж зрозумів, дякую:)

Ага, зрозумів. Просто в основний USB-A порт в мене підключений нативний Wi-Fi свисток. Нехай вже там і буде, у хмарі малює якісь дані. А от для себе (по інженерськи:-)) хотілося б більше даних витягувати (і у Grafana дивитись), тому в USB-B порт чи COM порт підключу якусь ESP через конвертер і буду пробувати вичитати дані.

Якщо Ви готові посеред ночі прокидатися від істерики в телефоні про 100500 помилок (в т.ч. і критичних) - то пробуйте ) Одна шина rs485 - один майстер. При паралельному опитуванні шини конфлікти будуть. Періодично, не дуже часто (бо логгер опитує шину досить розслаблено і оновлює дані раз на 5 хвилин, якщо я не помиляюсь), але гарантовано. І якщо в процесі опитування шини щось не склалося, то починається істерика з генерацією 10-15 повідомлень в телефон.

Тому я просто замінив логгер на свій свисток з потрібною мені фунціональністю і вирішив одразу декілька проблем.

1. Локальність моніторингу і управління поза будь-якою залежністю від чужих сервісів та інтернета взагалі.
2. Гнучкість налаштувань і повна підконтрольність мого обладнання мені, а не якимсь невідомим китайцям.
3. Легкість вирішення будь-яких проблем (opensource код і швидка адаптація під потреби, що можуть змінюватись з часом і обставинами.

Так що - рішення Ваше, але я після півроку експлуатації геть не бачу жодної причини триматись за їхній логгер, що працює з їхньою хмарою. Він у порівнянні з можливостями esphome+HA - повне лайно.

Дякую за розширену відповідь. Поспішив я з покупкою Wi-Fi модуля.... Ну ладно, нехай буде в запасі:)

Привіт !
Хочу поділитися інформацією. Мені вдалось знайти регістр SOC батареї.
Я використовую : MUST PH18 5448 pro + jk bms JK-PB2A16S20P Інвертор спілкується з батарею по протоколу CAN Pylontech.
Відсотки SOC батареї що відображаються на інверторі можна знайти у регістрі 44180 - це пряме значення.
Для додавання датчика використана конфігурація:

• platform: modbus_controller # Battery SOC MUST PH18 5448 PRO + CAN battery PYLON tech

name: "Battery SOC"
register_type: holding
address: 44180
unit_of_measurement: "%"
accuracy_decimals: 0
device_class: battery
value_type: U_WORD

PS: Я думаю що це буде стосуватися інверторів серії PH18 PV18 може хто підтвердить ЩЕ ?

Доброго дня всем. Кто сталкивался со сменой ID ? PC1800 3 шт - 3 ESP . Хочу оставить одну запаралелив порт modbus.

Плата для паралельного підключення наче сама комунікує між інвериорами і тоді достатньо вичитувати пвраметри тільки з 1. Це в теорії. Як воно насправді не знаю.

общался по тел указаному выше . Китайцы крутят, на вопрос толком не отвечают. А менять регистры вслепую страшно.

pv18 есть таблица .как добавить ?

pv18 есть таблица .как добавить ?

https://github.com/vladyspavlov/esphome-must-inverter
Тут може вже є, те що ви шукали.
Якщо у вас щось новеньке, то додайте пул реквест, будь ласка

добавить нечего , все есть.
может кому надо

text_sensor:

• platform: modbus_controller
  modbus_controller_id: d
  id: Charger_workstate_d
  name: "Charger workstate"
  address: 15201
  register_type: holding
  raw_encode: HEXBYTES
  lambda: |-
  uint16_t value = modbus_controller::word_from_hex_str(x, 0);
  switch (value) {
  case 0: return std::string("Initialization Mode");
  case 1: return std::string("Selftest Mode");
  case 2: return std::string("Work Mode");
  case 3: return std::string("Stop Mode");
  default: return std::string("Unknown");
  }
  return x;

Hello! Sorry for offtop, I'm not using ESPHome, just trying to get values from PV18 inverter using arduino UNO (with ESP8266 onboard), MAX RS485 to TTL adapter, but i'm unable to get it to work. I'm using ModbusMaster library, anytime I try to read registers, it throws Modbus error: 226 (which means Timeout). Help please. Much appreciated.

#include <SoftwareSerial.h>
#include <ModbusMaster.h>

#define RS485_DIR 4  // DE, RE

SoftwareSerial rs485(2, 3);  // RX, TX (RO, DI)
ModbusMaster node;

void preTransmission()
{
  digitalWrite(RS485_DIR, HIGH); // Sending mode
}

void postTransmission()
{
  digitalWrite(RS485_DIR, LOW); // Receiving mode
}

void setup()
{
  Serial.begin(9600);
  rs485.begin(9600); // Modbus baud

  pinMode(RS485_DIR, OUTPUT);
  digitalWrite(RS485_DIR, LOW);

  node.begin(1, rs485); // slave ID = 1?
  node.preTransmission(preTransmission);
  node.postTransmission(postTransmission);

  Serial.println("Starting Modbus polling...");
  delay(1000);
}

void loop()
{
  // 15206: PV Voltage, 15207: PV Current, 15208: Battery Voltage
  uint8_t result = node.readHoldingRegisters(15206, 3); // 1 arg - register, 2 arg - count
  if (result == node.ku8MBSuccess)
  {
    float pvVoltage = node.getResponseBuffer(0) * 0.1;
    float pvCurrent = node.getResponseBuffer(1) * 0.1;
    float battVoltage = node.getResponseBuffer(2) * 0.1;

    Serial.print("PV Voltage: ");
    Serial.print(pvVoltage);
    Serial.print(" V | PV Current: ");
    Serial.print(pvCurrent);
    Serial.print(" A | Battery Voltage: ");
    Serial.print(battVoltage);
    Serial.println(" V");
  }
  else
  {
    Serial.print("Modbus error: ");
    Serial.println(result);
  }

  delay(2000);
}

Connection scheme

Тимчасовий варіант)))

Тимчасовий варіант)))

Зробив таку смеху точно, але чомусь сенсори не читає з інвертора, немає данних ніяких. В Чому проблема може бути ?