Moin,
ich versuche gerade, etwas Durchblick zu bekommen, was vom Growatt WR ausgelesen wird, in welchem register es ausgelesen wird und wo es in die influx db gespeichert wird.
Hier im Falle eines Growatt TL310000BH-UP
@Ulrich: Die Daten, die durch die growatt.php (Protokoll V3) für Register zB 3013 (PV_Leistung3) und 3017 (PV_Leistung4) abgefragt werden, finde ich nicht in der influx db.
Woher kommt das?
Andererseits werden die Daten für ein und dasselbe Datenfeld aus zwei unterschiedlichen Registern gezogen, zB
vs.
...und das ziemlich oft. Siehe Auswertung im nächsten Post.
Folgende Registerliste habe ich gefunden, entspricht bisher bis auf eine Ausnahme ("InverterModell" Reg. 118) den Registern aus der growatt.php, schein somit gültig zu sein:
Dokumentation Growatt Register und influx Datenbank Mapping
Moderator: Ulrich
-
- Beiträge: 15
- Registriert: Di 23. Jan 2024, 14:45
- Hat sich bedankt: 3 Mal
-
- Beiträge: 15
- Registriert: Di 23. Jan 2024, 14:45
- Hat sich bedankt: 3 Mal
Re: Dokumentation Growatt Register und influx Datenbank Mapping
Okay, bin jetzt die ganze growatt.php durchgegangen und habe zur Datenbank gemapped was möglich ist.
Hier und da noch nicht ganz durchgängig da WIP, aber denke schon mal ganz hilfreich.
@Ulrich:
Das pdf hier waren jetzt 6h Arbeit:
Hier und da noch nicht ganz durchgängig da WIP, aber denke schon mal ganz hilfreich.
@Ulrich:
- Also ich habe viele Doppler beim Auslesen festgestellt, einmal verursacht durch den allgemeinen Teil und einmal sogar innerhalb des SPH spezifischen Ausleseteil in der php. Was ist der Gedankengang hierzu?
- Das Auslesen mancher Daten wie zB für "Info" oder "Statistik" habe ich gar nicht gefunden. Woher kommen die Daten, die in der influx liegen?
- Anscheinend Ist ja das Growatt Registerverzeichnis mehrfach redundant. Warum hast du dich entschieden zB bei den PV Daten, mal aus dem einstelligen, mal aus dem zweistelligen und mal aus dem vierstelligen Bereich auszulesen?
- Wieso stimmen einige Male die Auslesenamen nicht mit den Feldern in der Influx db überein?
Das pdf hier waren jetzt 6h Arbeit:
- Ulrich
- Administrator
- Beiträge: 6077
- Registriert: Sa 7. Nov 2015, 10:33
- Wohnort: Essen
- Hat sich bedankt: 153 Mal
- Danksagung erhalten: 824 Mal
- Kontaktdaten:
Re: Dokumentation Growatt Register und influx Datenbank Mapping
Hallo TheBurtons,
dazu möchte ich ein paar grundsätzliche Dinge sagen.
Da ich das weiß, habe ich die "_math" Dateien entwickelt, die es jedem ermöglichen, seine eigenen "wichtigen" Werte aus den Geräten zu lesen und abzuspeichern. ( Voarsusetzung ist jedoch, man kann PHP oder Python programmieren oder man hat jemanden, der das kann)
Ich hoffe ich habe dir grob alle Fragen beantwortet.
dazu möchte ich ein paar grundsätzliche Dinge sagen.
- Die Solaranzeige ist "gewachsen". 2016 konnte ich mir noch nicht ausmahlen, was sich die Interessenten so alles ausdenken würden. Vieles war eigentlich ganz anders gedacht, hat sich aber so im Laufe der Zeit so entwickelt.
- Es gibt Hersteller, die von dem Ausmaß des technischen Interesses auch überrascht wurden und z.T. in den letzten Jahren schon die 3. oder 4. unterschiedliche Protokollversion in ihre Geräte einbauen.
- Es gibt Geräte die fast 1000 Werte zum Auslesen zur Verfügung stellen.
- Ich lese zur Zeit rund 100 unterschiedliche Geräte aus, mit mehreren Hundert baugleichen Geräten.
- Es werden immer mehr Geräte zusammen vernetzt, was das Auslesen immer komplizierter macht.
- Ich habe hier in Deutschland keine Solaranlage, kein Elektro Auto, keinen Wechselrichter usw. bin also auf die Mithilfe von vielen Mitgliedern angewiesen und kann ihnen nur glauben, da ich keine der ausgelesenen Daten selber prüfen kann.
Da ich das weiß, habe ich die "_math" Dateien entwickelt, die es jedem ermöglichen, seine eigenen "wichtigen" Werte aus den Geräten zu lesen und abzuspeichern. ( Voarsusetzung ist jedoch, man kann PHP oder Python programmieren oder man hat jemanden, der das kann)
Ich hoffe ich habe dir grob alle Fragen beantwortet.
-----------------------------------------------------
Ulrich . . . . . . . . [ Admin ]
Ulrich . . . . . . . . [ Admin ]
-
- Beiträge: 15
- Registriert: Di 23. Jan 2024, 14:45
- Hat sich bedankt: 3 Mal
Re: Dokumentation Growatt Register und influx Datenbank Mapping
Danke Ulrich für die schnelle Antwort..Respekt und Dank auch von meiner Seite für die Unmenge an Arbeit, die du hier reinsteckst!
Leider sind doch ein paar Fragen offen und ich tappe sonst im Dunkeln:
- Wie behandelst du die doppelt ausgelesenen Werte? Welcher wird tatsächlich genutzt und welcher nicht?
- Wo liest du die Werte aus, deren Abruf ich in der growatt.php nicht gefunden habe?
- Wo geschieht das Mapping, wo die Auslesenamen nicht mit der influxdb übereinstimmen?
Danke!
Leider sind doch ein paar Fragen offen und ich tappe sonst im Dunkeln:
- Wie behandelst du die doppelt ausgelesenen Werte? Welcher wird tatsächlich genutzt und welcher nicht?
- Wo liest du die Werte aus, deren Abruf ich in der growatt.php nicht gefunden habe?
- Wo geschieht das Mapping, wo die Auslesenamen nicht mit der influxdb übereinstimmen?
Danke!
- Ulrich
- Administrator
- Beiträge: 6077
- Registriert: Sa 7. Nov 2015, 10:33
- Wohnort: Essen
- Hat sich bedankt: 153 Mal
- Danksagung erhalten: 824 Mal
- Kontaktdaten:
Re: Dokumentation Growatt Register und influx Datenbank Mapping
Wenn du PHP programmieren könntest, würdest du es wissen. PHP ist eine ganz offene Sprache und wie ein Buch zu lesen.
Der Script ist für mehrere verschiedene Protokolle geschrieben. Er wird je nach Protokollversion nur teilweise durchlaufen. Deshalb das vermeidlich doppelte Auslesen.
In der /var/www/html/phpinc/funktionen.inc.php werden die zusätzlichen standard Werte ausgelesen.
Dort findest du auch das Mapping der Variablenbezeichungen.
Der Script ist für mehrere verschiedene Protokolle geschrieben. Er wird je nach Protokollversion nur teilweise durchlaufen. Deshalb das vermeidlich doppelte Auslesen.
In der /var/www/html/phpinc/funktionen.inc.php werden die zusätzlichen standard Werte ausgelesen.
Dort findest du auch das Mapping der Variablenbezeichungen.
-----------------------------------------------------
Ulrich . . . . . . . . [ Admin ]
Ulrich . . . . . . . . [ Admin ]