Open DTU Parallelbetrieb

[Mickel4711]

Hallo, seit diesem WE nutze ich eine 2. Open DTU Parallel in Verbindung mit HA.
Diesen Schritt bin ich gegangen, da ich seit je ein24V mit AGM und ab sofort ein 48V System mit Pylontech 5K betreibe. Vorerst soll das auch so bleiben, auch wenn es Energetisch Unsinn ist, das 24V System jedoch ein vorhandenes USV System für Server speist. und solange die Batterien noch Ok sind, möchte ich Sie nicht entsorgen, bzw gegen Converter Tauschen. Das ist insofern alles OK, beide DTU verichten Ihren Dienst, bis Home Assistant bzw. Mqtt ins Spiel kommt, ab da wirds komisch....der Topic "dtu_battery_0001" ist ja in beiden Fällen der gleiche. So steuert der Victron SmartShunt als auch der Pylontech seine Daten bei ...das führt zu Datensalat im HA. Gibt es eine Möglichkeit die Pfade entsprechend anzupassen ? Leider erlaubt es momentan ja jeweils nur ein Batteriesystem seitens der openDTU.

[schlimmchen]

Ja, das ist Mist. Das sollte natürlich nicht "dtu_battery_0001" sein für alle Batterien.

Das kannst du vorerst nur durch eine eigene Firmware lösen, wo du diesen Namen anpasst oder die hart kodierte "Seriennummer" in MqttHandleBatteryHass.h.

[Manos1966]

@schlimmchen ich habe hier deine Bemerkung gespeichert https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Home-Assistant#more-than-one-opendtu-onbattery-reporting-to-homeassistant

[Mickel4711]

Danke erstmal, das könnte man sicherlich tun, aber dann müsste jeder Build zusätzlich überarbeitet werden.( Ich habe mangels Kentniss einen ganzen Arbeitstag damit verbracht VS Code zu installieren).
Letztendlich hätte ich mit Hilfe der KI folgenden Vorschlag. Das wäre m.E. zumindest vorerst eine Lösung, sofern das funktioniert. Bin kein Programmierer....sondern Handwerker....

Auszug:

bool _doPublish = true;
String serial; // Serial will be initialized with a random number

MqttHandleBatteryHassClass() {
    randomSeed(analogRead(0)); // Initialize the random seed
    serial = String(random(0, 9999)); // Generate a random number between 0 and 9999
}

Gruß Mickel

[spcqike]

würde ich nicht machen. das hat den Nachteil, dass (wahrscheinlich) bei jedem Start des ESP ein neuer Random-String erzeugt wird.

Ich würde eher die letzten 2 oder 3 Byte der ESP MAC verwenden (ähnlich Tasmota mit ihren DVES_ IDs) oder, sofern vorhanden, aus der Seriennummer der Batterie/des BMS. So wäre die Instanz / Batterie auch neustartübergreifend eindeutig und zugeordnet.

[Mickel4711]

Da stimme ich zu! Dann macht das keinen Sinn. Wäre das die Lösung ?

bool _doPublish = true;
String serial; // Serial will be initialized with the last 4 digits of the MAC address

MqttHandleBatteryHassClass() {
    uint8_t mac[6];
    esp_read_mac(mac, ESP_MAC_WIFI_STA); // Get the MAC address
    char macStr[5];
    sprintf(macStr, "%02X%02X", mac[4], mac[5]); // Convert the last 2 bytes of MAC to string
    serial = String(macStr);
}

[Mickel4711]

Hallo, Danke Vielmals für Eure Unterstüzung.
Nach langem hin und her habe ich es nun verstanden, mir ein Build zu erstellen mit eigener Akku-"Seriennummer". Anhand dieser Disskusion ...../discussions/523#discussioncomment-7473502) dazu habe ich die passenden Sensoren für das Energie Dashboard angelegt. Da es nun ein offizieller "Bug" ist, bin ich guter Hoffnung das es die individuellen Topics bzw. Sensoren in eure zukünftige FW schaffen, gibt es doch bestimmt einige Einsteiger(dazu Zähle ich mich auch), die sich mit solchen Anpassungen schwer tun. Sicherlich ist gerade dieser spezielle Fall nicht Essentiell wichtig für einen Funktionierenden Betrieb, was ja oberstes Ziel sein sollte. Nochmals Danke für eure tolle Leistung was Ihr hier auf die Beine stellt. Gruß Mickel