[Request] Erweiterte VE.direct HEX Daten für MPPT RS450/200

[joe-ben-75]

Is your feature request related to a problem? Please describe.

Bisher habe ich einen Victron Smartsolar MPPT250/70 verwendet, dessen VE.direct Daten von OpenDTU-OnBattery ausgelesen und per MQTT verteilt wurden (sowohl Text-Mode als auch HEX-Mode).
Nun habe ich zu einem Victron MPPT RS450/200 gewechselt, der intern 4 Tracker hat und somit 4 mal die Datensätze eines MPPT liefern kann. In der Victron VE.direct Protocoll Beschreibung (ich habe eine Rev18 gefunden) ist erklärt, wie über den HEX-Mode diese Daten abgefragt werden können (im Text-Mode kommen diese Daten nicht).
In der OpenDTU-OnBattery Live-Ansicht werden die Daten der 4 Tracker leider nicht angezeigt und auch über MQTT nicht verteilt. Da es für jeden Tracker die Panel-Voltage gibt, die verschieden ist, wird für diesen im Text-Mode nur einfach vorhandenen Parameter 0 angezeigt.

Describe the solution you'd like

Die Darstellung der Daten aller 4 Tracker (Panel Voltage, Panel Power, Yield etc) in der Live-Ansicht ist wünschenswert (ähnlich der verschiedenen Strings der Inverter). Außerdem ist auch die Verteilung dieser Daten über MQTT sehr sinn- und wertvoll.

Describe alternatives you've considered

No response

Additional context

Die Abfrage von VE.direct Daten über den HEX-Mode ist bereits implementiert. Nach meinem Verständnis ist "nur" die Definition der Data-Id's für die entsprechenden Daten der Tracker erforderlich.
Im Log für VE.direct ist zu sehen, dass es etliche "Unhandled Hex Async Response" gibt - nach meinem Verständnis eingehende Daten, die nicht "verstanden" werden.

Log Auszug :
[21:26:28.983] I (118630262) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xECCB (???), value: 0x00000047, flags: 0x00
[21:26:28.983] I (118630263) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xECDB (???), value: 0x000000A0, flags: 0x00
[21:26:28.983] I (118630271) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xECEB (???), value: 0x0000011A, flags: 0x00
[21:26:28.983] I (118630281) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xED8F (???), value: 0x00000000, flags: 0x00
[21:26:29.277] I (118630291) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xEDDA (???), value: 0x00000000, flags: 0x00
[21:26:29.277] I (118630444) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xEDB3 (???), value: 0x00000000, flags: 0x00
[21:26:29.277] I (118630454) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0xEDBC (Panel Power), value: 0x00000000, flags: 0x00
[21:26:29.277] I (118630574) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0x1050 (???), value: 0x00000000, flags: 0x00
[21:26:29.482] I (118630696) veDirect: [[MPPT 5/6]] Unhandled Hex Async Response, addr: 0x034E (???), value: 0x00000000, flags: 0x00

0xECCB = Panel Voltage Tracker 1
0xECDB = Panel Voltage Tracker 2
0xECEB = Panel Voltage Tracker 3
...

[SW-Niko]

Hallo @joe-ben-75 ,

Im Log für VE.direct ist zu sehen, dass es etliche "Unhandled Hex Async Response" gibt - nach meinem Verständnis eingehende Daten, die nicht "verstanden" werden.

Über den Hex-Mode kommen viele Daten an, die wir nicht angefordert haben und die wir auch nicht für eine Regelung benötigen.
Zu mindestens bis jetzt. Deshalb schenken wir uns die Auswertung und deshalb auch 'Unhandled'.
Ich denke wir verwenden die Panel Voltage für die Berechnung der Effizienz. Wird dir da ein sinnvoller Wert angezeigt?

Ich schau mir das bei Gelegenheit mal an um den Aufwand abzuschätzen.

Update: Stop ... wir verwenden die Panel-Leistung. Und in diesem Fall ist es die Panel-Gesamt-Leistung.
Dann sollte OpenDTU-OnBattery mit dem Victron MPPT RS450/200 ohne Probleme laufen.
Du benötigst die Daten nur für Anzeigen oder Statistische Auswertungen oder?

[joe-ben-75]

Die OpenDTU-OnBattery läuft mit dem MPPT RS450/200. Es gibt lediglich ein paar Anzeigen, die aufgrund der 4 Tracker nicht sinnvoll mit einem Wert belegt werden können (z.B. die Panel Voltage).
Die Daten der einzelnen Tracker benötige ich nur zur Anzeige bzw. zur statistischen Auswertung (welcher String hat unter welchen Bedingungen seine Stärken und Schwächen ...).
Ich weiß, dass die zusätzliche Anzeige in der Live-Ansicht etwas mehr Aufwand ist, aber die Dekodierung der sowieso schon empfangenen Daten (Hex-Mode) und die Verteilung via MQTT sollte kein so großes Problem sein (hoffe ich).

Ich habe in VeDirectData.h die Definition der hex Data-Id's, welche schon dekodiert werden, gefunden (VeDirectHexRegister). In VeDirectMpptController.cpp ist dann die switch case Struktur zur Dekodierung der erkannten Hex-Mode Daten und in VeDirectMpptController.h ist mit hexQueue definiert, wie oft die Daten verarbeitet werden (wenn ich das richtig verstanden habe).

Da im Hex-Mode Protokoll von Victron die Daten-Id's recht gut beschrieben sind, würde ich mir zutrauen, an diesen Stellen die Ergänzungen für die relevanten Trackerdaten einzubauen.

Wie das dann via MQTT gepublished wird, habe ich noch nicht ergründet...

Wenn ich ein bisschen Unterstützung bekomme, kann ich einen Teil der Tipparbeit leisten - gerne !

[SW-Niko]

Wenn alle relevanten Daten bereits ohne Anfrage vom RS450 gesendet werden dann ist es relativ einfach. Wenn die Daten angefordert werden müssen dann kann es schwierig werden.
Der derzeitige Algorithms ist nicht auf viele Daten ausgelegt und wenn wir das ändern müssen dann wird es aufwendig.

Ich kann dich aber nicht bei der Anzeige im Live-View helfen. Bei Java-Script beherrsche ich nur das Such-Copy-Paste-Pray Prinzip.

[joe-ben-75]

Nach etwas Trouble, den OpenDTU-OnBattery Code mit Visual Studio Code editieren zu können, habe ich es in Angriff genommen und folgende Hex-Messages nachgetragen (alle, die bei mir unhandled waren und für die ich die Definition gefunden habe):

• PanelPowerTracker1 = 0xECCC,
  

• PanelPowerTracker2 = 0xECDC,
  

• PanelPowerTracker3 = 0xECEC,
  

• PanelPowerTracker4 = 0xECFC,
  

• PanelVoltageTracker1 = 0xECCB,
  

• PanelVoltageTracker2 = 0xECDB,
  

• PanelVoltageTracker3 = 0xECEB,
  

• PanelVoltageTracker4 = 0xECFB,
  

• DeviceOffReason = 0x0207,
  

• BatteryRippleVoltage = 0xED8B,
  

• BatteryVoltage = 0xED8D,
  

• BatteryCurrent = 0xED8F,
  

• PanelInputResistance = 0xEDB1,
  

• TrackerMode = 0xEDB3,
  

• ChargerErrorCode = 0xEDDA
  

Dabei habe ich in VeDirectData.h, VeDirectData.cpp, VeDirectMpptController.ccp den Code entsprechend ergänzt.
In der Konsole kann ich jetzt nachvollziehen, dass diese Daten erkannt und dekodiert werden. An der ein oder anderen Werte-Interpretation muss ich noch arbeiten, weil ich noch nicht ganz umrissen habe, wann es hier um "Milli" geht und ob der richtige INT-Type gewählt ist. Aber mit der Analyse von ein paar validen Life-Daten sollte ich das auch noch hin bekommen.
Die Tracker-Daten (Voltage + Power) habe ich auch in Stats.cpp / PUBLISH_OPT ergänzt. Somit wird das nun auch per MQTT übertragen. Funktioniert auch :-)

Leider ist der daily yield der Tracker nur in den History-Daten - das ist etwas aufwendiger zu implementieren ...

Bevor ich mich vielleicht auch noch an das Web I/F mache und versuche zu verstehen, wie die Daten dort dargestellt werden können, würde ich gern verstehen, wie ich die Code Ergänzung dem Projekt zugänglich machen kann ?