Fragen zu Software

[sentinel1111]

Hallo skippermeister,

Ich habe eine Platine ähnlich FusionBoard 2 und habe mir eine eigene Version compilliert .
Nun gibt es noch ein paar Unklarheiten/Fragen von meine Seite.
Mein Setup ist 2 Victron 150/35, 1x Pylontech US 3000 C,1x Shelly PRO 3EM, 1x HMS 1600T
In der Platformio.ini habe ich bei [env:generic_esp32s3_usb]
DUSE_RADIO_CMT=1
-DVICTRON_PIN_TX=39
-DVICTRON_PIN_RX=40
-DVICTRON_PIN_TX2=41
-DVICTRON_PIN_RX2=42
-DVICTRON_PIN_TX3=1
-DVICTRON_PIN_RX3=2
hinzugefügt und compiliert.
Einzel bekomme ich Daten von alle Schnittstellen: Victron(VE.Direkt), Pylontech(RS485),Shelly und auch eine CMT Verbindung. Wenn ich allerdings alle einschalte geht entweder Pylontech oder Shelly,bei einen bleiben die Daten auf 0. RS485 und Ve.Direkt liefern gleichzeitig Daten erst wenn ich Powermeter aktiviere kommt von Rs485 oder von Shelly nichts mehr.

Meine erste Frage währe ob alle zusammen funktionieren sollten (CMT-RS485-2xVe.Direkt-Shelly).Mann liest immer wieder "das und das zusammen geht nicht".Die RS485 verbindung läuft über ein Max3485 direkt auf der Platine. Schaltplan von dir übernommen.

Zweite Frage ist das Display.Ich habe ein I2C Display welches in der "originale" OpenDTU on Batt als Typ2 erkannt wird. Hier allerdings nicht. Muss ich -DUSE_DISPLAY_GRAPHIC=1 entfernen und neu compilieren?

Und zuletzt, wie mache ich es richtig wenn ich was in der Software nicht haben will z.B -DUSE_DISPLAY_GRAPHIC=1.Zeile entfernen oder eine 0 statt 1 ?

Gerne liefere ich mehr Infos falls nötig. Mit der "original " OoB funktioniert alles zusammen, nur hier läuft Pylontech über Can. Wahrscheinlich mache ich noch etwas falsch.

[sentinel1111]

Die Display Frage kann ignoriert werden, wird als Type:3 erkannt und läuft.

[skippermeister]

@ranma
Bin mir noch nicht sicher, ob ich das im RS485 Receiver berücksichtige. Wie verhalten sich Daly BMS, JK BMS, JBD BMS, Pytes, etc… ? Aktuell entwickele ich für die Gobel Batterien 2 weitere RS485 Receiver.
Wäre es nicht Flasch-Speicherplatz sparender das im PowerLimiter Modul zu berücksichtigen.

[ranma]

Wie verhalten sich Daly BMS, JK BMS, JBD BMS, Pytes, etc… ?

Pytes genauso wie Pylontech, bei den anderen weiss ich nicht.
Aber da ich würde erwarten das eine "getDischargeCurrentLimit()"-Funktion immer einen positive Wert zurückgibt, das Vorzeichen ist ja ansonsten bereits im Funktionsnamen.

[sentinel1111]

@skippermeister
Habe die Zeile 460 geändert und eine neue Version kompiliert.
Das Display erstmal entfernt und i2c0 für den Charger gewählt.Das Modul wir jetzt initializiert,kommt aber kurze Zeit später ein Fehler.

OdTUputty111.txt

PS. Die neueren factory.bin,selber kompiliert oder vom Git,führen bei mir zu eine Reboot Schleife.

[skippermeister]

@sentinel1111
Ich habe gestern noch ein neues Release erstellt. Im Pinmapping Parser war noch ein Fehler.
Bzgl. Huawei Modul habe ich die Vermutung, dass der Stack für die Task HUAWEI_CAN_0 nicht ausreichend ist. Der Stack wurde bereits im Zusammenhang mit dem SPIPortManager in der Version von helgeerbe von 1KB auf 2KB vergrößert. Möglicherweise reicht das für den I2C Treiber nicht aus. Kannst Du versuchsweise bitte im Modul Huawei_can.cpp in Zeile 415 den Stack von 2048 auf 3072 oder 4096 erhöhen und neu kompilieren.

Ich kann das selbst nicht testen, da ich kein Huawei Ladegerät habe.

[skippermeister]

@sentinel1111
Ich habe eine Änderung vorgenommen. In der Task HUAWEI_CAN0 wurde ein MessageOutput.print Funktion aufgerufen. Die benötigt Stack Speicher. Ich habe diese gelöscht.
Ich habe den Stack noch auf 2028 Bytes belassen.

Im neuen Release gibt es nun Bin-Dateien für Huawei und für Meanwell Ladegeräte.

[skippermeister]

@sentinel1111
eine neues Release mit Korrekturen im SPIPortManager habe ich soeben hochgeladen.