Zwei Stück OpenDTU-OnBattery an Hoymiles WR betreiben ?

[Hannes58]

Problembeschreibung:
Ich habe eine OpenDTU-OnBattery im Einsatz. Diese hat einen HMS-1600 an den Solarpanels konfiguriert und einen HM-600 an einem Growatt Noah2000 Stapel (zwei Batterien übereinander) konfiguriert.
Das DPL Management greift nur für den HM-600 und funktioniert einwandfrei.

Da ich noch eine ältere OpenDPU Hardware mit kleinem Display in der Schublade hatte habe ich auf diese jetzt auch die OpenDTU_OnBattery SW gepackt.
Die Konfigurationen zu MQTT, PowerMeter etc. habe ich übernommen, die kleine Kiste läuft soweit.
Ich kann allerdings derzeit nicht den HMS-1600 dazu überreden, zu der jetzt neuen, zweiten DTU zu wechseln, Die DTU kann keine Daten auslesen.

Zurück zur ersten, erfolgreich laufenden DTU geht einwandfrei.

Frage 1:
Wie kann ich den HMS-1600 aus der ersten DTU entfernen so dass der WR das auch akzeptiert ?
Frage 2:
Wie kann ich den HMS-1600 in der zweiten DTU erfolgreich integrieren ?

Frage 3:
Ich würde gerne die Leistung der HMS-1600 begrenzen, so dass maximal 800W eingespeist werden. Das sollte doch mit der jetzt neuen, 2. OpenDTU_OnBattery funktionieren, oder. Ich würde den dann auf Powersource SolarPanels konfigurieren.

Für "sachdienliche Hinweise" bin ich jetzt schon sehr dankbar.

Systeminfo:
Erste DTU:

Zweite, DTU:

[Harisjems]

Kann die alte Hardware HMS-Serie ansprechen, hat sie das verbaute CMT-Antennenmodul?
HM600-Serie z.B.
Spricht andere Funkstandards (NRF) als die HMS-Serie mit CMT modul!
Wenn die alte Hardware doch CMT hat, reicht es doch, einfach unter Einstellungen/DTU-Frequenz von CMT zu verändern.und der WR wird sich DTU freqw.anpassen.

Was die feste Limitierung mit OpenDTUonBattery angeht, . Evtl. Max-Limit im dynamischen Power Limiter für das HMS1600 festlegen.

Mit OpenDTU selbst (ohne Batterie) kann man feste Limits festlegen.

[AndreasBoehm]

@Hannes58 prüf mal dein pin mapping. Laut deinem screenshot ist der CMT chip im pin mapping nicht definiert.

[Hannes58]

@AndreasBoehm
ja, das war tatsächlich nicht im Mapping, hatte das gesehen nachdem @Harisjems mich auf den Zusammenhang aufmerksam gemacht hatte. Ich versuche nun mal das Mapping anzupassen, komme vermutlich aber erst morgen oder später dazu. ein erster Versuch führte zum Hängen des ESP

[Hannes58]

@AndreasBoehm
Habe jetzt ein vermutlich passendes Mapping gefunden:
{ "name": "Generic NodeMCU 38 pin with SSD1106 1.3", "nrf24": { "miso": 19, "mosi": 23, "clk": 18, "irq": 16, "en": 4, "cs": 5 }, "cmt": { "clk": 12, "cs": 27, "fcs": 26, "sdio": 14, "gpio2": -1, "gpio3": -1 }, "eth": { "enabled": false, "phy_addr": -1, "power": -1, "mdc": -1, "mdio": -1, "type": -1, "clk_mode": -1 }, "display": { "type": 3, "data": 21, "clk": 22 } },

Damit scheint erst mal CMT aktiviert zu sein:

Ich prüfe dann mal die Kommunikation mit dem WR und melde mich morgen. Danke auf jeden Fall im Voraus !!

[spcqike]

Da brauchst du nichts prüfen. Solange du kein CMT Modul verbaut und verbunden hast.

[Hannes58]

@spcqike Die Frage 2 ist somit mit dieser Hardware nicht lösbar da meine alte OpenDTU lediglich über ein E01 ML01DP5 (NRF) Funkmodul verfügt , hier z.B. ein CMT2300A nachzurüsten lohnt den Aufwand imho nicht. Die Platform ESP32-WROOM NodeMCU ist mittlerweile etwas veraltet.

Danke Euch, das Thema kann damit geschlossen werden.