Ich möchte 14S nmc Akku sauber kommunizieren mit 12k Modell. Hast du etwas herausgefunden in der Zwischenzeit? 

Veröffentlicht von: @barnie

↑

Ich betreibe seit 11/2022 meinen ersten Deye SUN10K und seit 07/2023 einen baugleichen zweiten.

Im März 2023 wurde das Kommunikations- Board neu aufgelegt. Daher die Unterschiede. Mit der neuesten FW sollte es wieder laufen.

@deye-guru

Hallo Christoph!
Muss mal diesen alten Beitrag wieder aktivieren, da ich nun auf meinen beiden Deye's die neuest AT-Version (C042/1150) eingespielt habe.

Folgendes ist dabei passiert:

Der Deye auf welchem die Kommunikation via 'Modbus-Port' zu meinem Home-Assistant von Anfang an funktioniert hatte, ging nach dem Update von C037 auf C042 auf einmal nicht mehr. Ich habe dann im 'Advanced-Menü' von 'Slave' auf 'Master' und Modbus '00' auf '01' umgesellt. Danach war die Kommunikation wieder da. Somit für diesen Deye alles OK!

Beim Deye, auf welchem die Kommunikation nur mit dem gesplitteten LAN-Kabel via 'Batterie-Port' funktioniert, und der schon immer auf 'Master' und '01' eingestellt ist, habe ich nun wieder einmal auf den 'Modbus-Port' umgesteckt nur leider ohne Erfolg.

Sorry, aber ich versteh das nicht!

Zwei baugleiche Deye SUN10K-SG04LP3-EU, mit identischer Firmeware, als Master und Modbus 01 eingestellt, funktionieren nur einmal über Modbus-Port und einmal über Batterie-Port.

Ich bin einigermaßen verwirrt !!!

Jetzt ist es mir auch passiert 😑 

habe ein Update von der c037 und 1140 auf die c044 und 1144 gemacht. nach dem Update konnte der Homeassist keine Daten mehr vom Modbus auslesen.

@Barnie konntest du einfach so von Slave auf Master umstellen? Bei mir reagiert der Menüpunkt nicht, und steht immer auf Slave. Habe aber auch nur einen Deye.

@mandelknolle Hast du den Zugriff frei geschaltet 7777 ?

Ich habe das Problem lösen können. Nach dem Update war der Zugriff gesperrt. Den habe ich dann über den Code 7777 freigeschaltet. Aus irgend einem Grund hat sich das System dann nochmal gesperrt, und ich habe es erst eben gemerkt. Nach dem Umstellen Modbus 00 auf Modbus 01 geht jetzt alles wieder. hoffe es sperrt sich jetzt nicht wieder von selber....

doch tut es weil so in den vorschriften...

@plastiko-fantastiko naja gut die Funktion dass ich per Modbus noch Änderungen machen kann geht noch. Wenn nun alles funktioniert werde ich keine Updates mehr machen, wer weiß welche Vorschriften noch kommen. Schließlich habe ich mich beim Kauf darüber informiert was die Kiste kann, und das will ich behalten 😉

@mandelknolle
Seit 1144 musst Du vor jeder beabsichtigen Änderung direkt am Display des Deye dieses vorher entsperren, wie bereits von Boy007 und Plastiko Fantastico erläutert. Direkt via HA kannst Du Änderungen ohne 'Entsperrung' durchführen.

Was mich aber viel mehr interessiert ist die HA-Kommunikation via Modbus-Port.
Mein Problem habe ich ja schon weiter oben beschrieben:
Baugleiche Geräte, gleiche Modbus-Einstellung, gleiche Firmeware-Versionen aber nur am neueren Deye funktioniert die Kommunikation via Modbus-Port. Der ältere kommuniziiert nur via gesplittetem LAN-Kabel am Batterie-Port.

Möglicherweise kann Home Assistant nicht zweimal den gleichen Modbus Port 01 auflösen auch wenn die Daten von zwei unterschiedlichen ESP32 kommen. Kann das eventuell der Grund sein?

wenn nach einem Update etwas nicht mehr funktioniert, gehe ich immer gleich vom schlimmsten aus 😆. glaube nicht dass es Am HA liegt, vor allem wenn du zwei ESPs nimmst. Damit hast du auch gleich zwei Geräte im HA installiert mit unterschiedlichen Entitäten. Funktioniert das auslesen, wenn die Deyes getrennt voneinader laufen, also auch nichts voneinader wissen?

Die Geräte sind komplett autark. Ich frage aber beide mit dem gleichen HA ab.
Der ältere von den Beiden ist meiner der jünger von meinem Vater - Zweifamilienhaus.
HA habe ich deshalb im Verdacht, weil ich dort bisher nichts aber an den beiden Deyes schon alle Kombinationen durchprobiert habe.
Master/Slave/00/01 ...

hast du schon mal die ESPs miteinander vertauscht? Wenn HA das Problem ist müssten die beiden genau umgedreht reagieren.

Nein habe ich noch nicht ... wobei ich mir nicht ganz sicher bin ob ich das nicht auch versucht habe.
Irgendwie macht mich folgender Eintrag unsicher:

uart:
  id: mod_bus
  tx_pin: 17
  rx_pin: 16
  baud_rate: 9600
  stop_bits: 1

modbus:
  id: modbus1

modbus_controller:
  - id: ${modbus_controller_id}
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10
    update_interval: '${update_interval}'
    command_throttle: "50ms"

Der ist in beiden ESP-YAML-Dateien identisch.
Ebenso identisch ist am Deye: Master Modbus: 01 Baudrate: 9600

Möglicherweise muss ich an einem der beiden Modbus: 02 und der zugehörigen YAML den Wert "address:" auf "0x2" stellen.

modbus:
  id: modbus1

modbus_controller:
  - id: ${modbus_controller_id}
    address: 0x2 ## hier ändern ### ???
    modbus_id: modbus1
    setup_priority: -10
    update_interval: '${update_interval}'
    command_throttle: "50ms"

Da bin ich aber leider zuwenig Modbus-Spezialist ...

Hab gerade wieder getestet:
Wenn man in der Modbus-YAML den Eintrag "modbus_controller: address" zB auf "0x2" ändert muss man auch im Advanced Menü vom Deye den Modbus auf 02 ändern. Sonst kommen keine Daten - logisch!
Nur ändert das mein Problem trotzdem nicht.
Habe am 'Problem-Deye' den Modbus sowohl von 01 auf 02 und auch wieder von 02 auf 01 geändert und die Modbus-YAML entsprechend angepasst. Sobald das LAN-Kabel am Modbus-Port hängt, ist es egal was eingestellt ist. Es kommen keine Daten.
Mittlerweile verlässt mich echt die letzte Hoffnung und ich vermute, dass der MOdbus-Port am älteren Deye tatsächlich physisch deaktiviert oder auch defekt ist.

Als Alternative zur Verbindung via Modbus-/BMS-Port gäbe es ja auch noch den RS232 Anschluss (WLAN-Dongle = Deye-Cloud).
Könnte ich hier nicht direkt die beiden TX/RX Abgänge auf den ESP32 16/17 Eingang anschließen?
Hier müsste ja bereits das benötigte Signal anliegen ohne einen 'RS485 to TTL' Modul zwischenzuschalten oder habe ich da einen Denkfehler?