Solaredge PV - Gesamtertrag statt Tageswerte

[delta]

Im Tagesgraph finde ich nicht wirklich Peaks, muss ich mir mal genauer anschauen.
EVU Modul ist ganz normal Solaredge, stimmt da gibts wohl keinen Stress.

Debug log schau ich mir gleich mal an bzw. versuche das mal zu interpretieren

[HSC]

Danke Oliver für die Bestätigung.

Abgefragt wird ja direkt vom WR.
Mich wundert nur, dass die indirekten Werte vom EVU- Zähler sauber kommen, aber die direkten vom WR haben Aussetzer.
Etwas kurios....
VG

[okaegi]

Hm.. hab auch Solaredge. Meiner spinnt ähnlich wenn länger Schnee auf den Modulen liegt und er 0 Watt für einen ganzen Tag produziert.
Grus s Oliver

[HSC]

Bei @delta ist es immer mal zu unterschiedlichen Tageszeiten.
Heute zufällig mal 0:00.
Zuerst hatte ich ein automatisches udate mit restart um Mitternacht in Verdacht. Kann aber nicht sein, da es ja öfter lt. Log diese Aussetzer gibt.
VG

[Heiner]

Servus zusammen,

ich les schon ne Weile mit, jetzt hab ich auch mal die erste Frage, bei der ich um Hilfe bitte:

Ich verwende meine openWB series 2 standard+ (recht frisch, läuft seit 2 Wochen) zusammen mit meiner bestehenden Solaredge PV (SE9k, SE5000H, Storeedge, LG Chem Resu10H).
Alle klassischen Probleme (IDs, Konfig, ModbusTCP, Port) habe ich gelöst bekommen, mir werden auch die Ist-Werte entsprechend angezeigt.

Bis gestern wurde mir auf dem UI der openWB bei PV und Hausverbrauch neben der Ist-Leistung der Tagesertrag/-verbrauch angezeigt.
Seit heute bekomme ich allerdings nur noch relativ hohe Werte (ca. 36MWh) angezeigt, was dem Gesamtertrag der Anlage entspricht.

Gibt es hier bei der Modbus-Abfrage irgendwo ein Problem oder hat jmd. eine Lösung dazu?
Screenshot im Anhang.
Vielen Dank f. eure Hilfe

Welche Software verwendest du? Ich habe seit Gestern das gleiche Problem und hatte zuvor auf die Beta (1.9.245) geupdatet. Entsprechend dem Change-Log sollte sich aber an der Stelle nichts geändert haben.

[yankee]

Bitte wer davon betroffen ist und die aktuelle Nightly drauf hat:

Auf http://EURE_OPEN_WB_ADRESSE/openWB/web/logging/data/daily/ gehen, ganz nach unten scrollen, die letzte Datei mit einem Texteditor öffnen und die erste Zeile aus der Datei hier im Forum posten.

Dazu Unter Einstellungen -> System -> Debugging das Log-Level auf 2 stellen und dann unter Status -> Debug Log einen Auszug der mit "SolarEdge: Beginning update" beginnt und "SolarEdge: Update completed successfully" endet rauskopieren und hier im Forum posten.

[uwec]

Bitte wer davon betroffen ist und die aktuelle Nightly drauf hat:

Auf http://EURE_OPEN_WB_ADRESSE/openWB/web/logging/data/daily/ gehen, ganz nach unten scrollen, die letzte Datei mit einem Texteditor öffnen und die erste Zeile aus der Datei hier im Forum posten.

Dazu Unter Einstellungen -> System -> Debugging das Log-Level auf 2 stellen und dann unter Status -> Debug Log einen Auszug der mit "SolarEdge: Beginning update" beginnt und "SolarEdge: Update completed successfully" endet rauskopieren und hier im Forum posten.

Hatte heute auch das Phänomen.
Hier die ersten zwei Zeilen aus dem Daily-Log

Code: Alles auswählen

0000,6357489,13956714,32540523,506704.000,0,0,506704.000,0,0,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35105,0,0,0,0,0,0,0,0,0,0
0005,6357692,13956714,49803,506880.00,0,0,506880.00,142094,28639,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35113,0,0,0,0,0,0,0,0,0,0

anbei noch das Debug Log

Code: Alles auswählen

2021-12-20 16:43:34: PID: 10190: SolarEdge: Update completed successfully
2021-12-20 16:43:34: PID: 10190: root: PV Watt: 44.5
2021-12-20 16:43:34: PID: 10190: SolarEdge: slave=3: power=0*10^0, energy=28972958, currents=[0, 0, 0] * 10^-2
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [0, 0, 0, 65534]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 8
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 8
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x8 0x0 0x0 0x0 0xb 0x3 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0xff 0xfe
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x8 0x0 0x0 0x0 0xb 0x3 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0xff 0xfe
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x8 0x0 0x0 0x0 0x6 0x3 0x3 0x9c 0x88 0x0 0x4
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 8
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [b'\x01\xba', b'\x17\x9e']
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [442, 6046]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 7
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 7
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x7 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x1 0xba 0x17 0x9e
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x7 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x1 0xba 0x17 0x9e
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x7 0x0 0x0 0x0 0x6 0x3 0x3 0x9c 0x9d 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 7
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [0, 0]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 6
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 6
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x6 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x0 0x0
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x6 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x0 0x0
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x6 0x0 0x0 0x0 0x6 0x3 0x3 0x9c 0x93 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 6
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: SolarEdge: slave=1: power=5185*10^-1, energy=3583137, currents=[232, 65535, 65535] * 10^-2
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [232, 65535, 65535, 65534]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 5
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 5
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x5 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0xe8 0xff 0xff 0xff 0xff 0xff 0xfe
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x5 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0xe8 0xff 0xff 0xff 0xff 0xff 0xfe
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x5 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0x88 0x0 0x4
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 5
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [b'\x006', b'\xac\xa1']
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [54, 44193]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 4
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 4
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x4 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x36 0xac 0xa1
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x4 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x36 0xac 0xa1
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x4 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0x9d 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 4
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [5185, 65535]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 3
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 3
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x3 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x14 0x41 0xff 0xff
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x3 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x14 0x41 0xff 0xff
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x3 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0x93 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 3
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: root: BAT Bezug: 0
2021-12-20 16:43:34: PID: 10190: root: BAT Einspeisung: 0
2021-12-20 16:43:34: PID: 10190: root: BAT Watt: -563.0
2021-12-20 16:43:34: PID: 10190: SolarEdge: Battery SoCs=[50.9909553527832], powers=[-563.0]
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [b'\xc4\x0c', b'\xc0\x00']
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [49152, 50188]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 2
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0xc0 0x0 0xc4 0xc
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0xc0 0x0 0xc4 0xc
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x1 0x3 0xf5 0x74 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [b'BK', b'\xf6\xbd']
2021-12-20 16:43:34: PID: 10190: pymodbus.payload: [63165, 16971]
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Getting transaction 1
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Adding transaction 1
2021-12-20 16:43:34: PID: 10190: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2021-12-20 16:43:34: PID: 10190: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0xf6 0xbd 0x42 0x4b
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0xf6 0xbd 0x42 0x4b
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2021-12-20 16:43:34: PID: 10190: pymodbus.client.sync: New Transaction state 'SENDING'
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x1 0x3 0xf5 0x84 0x0 0x2
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Running transaction 1
2021-12-20 16:43:34: PID: 10190: pymodbus.transaction: Current transaction state - IDLE
2021-12-20 16:43:34: PID: 10190: SolarEdge: Beginning update

openWB Version: 1.9.250 (2021-12-17 17:43:45 +0100 [475cae4d] )

Der vierte Spaltenwert ist sehr hoch und entspricht denke ich dem Gesamtwert. Dieser hohe Wert taucht ca 6 mal über den Tag hinweg sporadisch auf. Heute ist er zufällig auf 0:00 Uhr auch gefallen..

Auch auffällig ist, dass der 9. und 10. Spaltenwert dann immer "0" ist, wenn der hohe Wert auch auftaucht.

[okaegi]

0000,6357489,13956714,32540523,506704.000,0,0,506704.000,0,0,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35105,0,0,0,0,0,0,0,0,0,0
0005,6357692,13956714,49803,506880.00,0,0,506880.00,142094,28639,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35113,0,0,0,0,0,0,0,0,0,0
openWB Version: 1.9.250 (2021-12-17 17:43:45 +0100 [475cae4d] )

Der vierte Spaltenwert ist sehr hoch und entspricht denke ich dem Gesamtwert. Dieser hohe Wert taucht ca 6 mal über den Tag hinweg sporadisch auf. Heute ist er zufällig auf 0:00 Uhr auch gefallen..

Auch auffällig ist, dass der 9. und 10. Spaltenwert dann immer "0" ist, wenn der hohe Wert auch auftaucht.

Hier im cron5min.sh werden die Zähler alle 5 Minuten weggeschrieben.
Position 4 ist der Gesamtzähler der Pv Leistung, d.h. erste Zeile ist korrekt, zweite nicht.
Position 9 und 10msind Gesamtzähler Speicher Import Export.
Da scheint mir eher die zweite Zeile korrekt.
Gruss Oliver
echo $(date +%H%M),$bezug,$einspeisung,$pv,$ll1,$ll2,$ll3,$llg,$speicheri,$speichere,$verbraucher1,$verbrauchere1,$verbraucher2,$verbrauchere2,$verbraucher3,$ll4,$ll5

[yankee]

Hier die ersten zwei Zeilen aus dem Daily-Log

Code: Alles auswählen

0000,6357489,13956714,32540523,506704.000,0,0,506704.000,0,0,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35105,0,0,0,0,0,0,0,0,0,0
0005,6357692,13956714,49803,506880.00,0,0,506880.00,142094,28639,0,0,0,0,0,0,0,0,0,0,9,25,0,0,0,0,502967,463745,35113,0,0,0,0,0,0,0,0,0,0

OK, die Lifetimeproduction von deiner Anlage ist 32,5 MWh und die Angabe ist korrekt, sagst du. Steht auch so im SE-Portal, ja?

In der zweiten Zeile stehen dann plötzlich nurnoch 49,803 kWh drin. Das nenne ich mal eine Abweichung. Da sind gerade 99% deiner Produktion weg ^^.

Dem Log nach zu Urteilen hast du zwei Wechselrichter. Einer hat eine Lifetime-Production von 28.972.958 Wh, der andere 3.583.137 Wh in Summe also die 32,5 MWh. Fein. Passt alles zusammen ist ja dummerweise aber auch richtig wie du sagst. Jetzt bräuchte ich eigentlich mal ein Logauszug, bei dem es nicht richtig ist.

Immerhin deutet es aber schonmal darauf hin, das NICHT einfach einer der beiden Wechselrichter nicht antwortet. Den egal welcher übrig bleiben sollte, die Werte passen nicht. Ach und das Log ist nicht von der ganz super aktuellsten Version. Gerade wurde noch von mir der PR #1839 gemergt in dem ich etwas gefixt habe. Das hätte theoretisch dazu führen können, dass der Wert um 10^x abweicht, aber die Abweichung passt nicht auf 10^x. Trotzdem wäre es nicht falsch du machst nochmal ein Update.

Wenn du auf die URL http://ADRESSE_OPENWB/openWB/ramdisk/openWB.log gehst, kannst du ganz bequem das komplette Log runterladen. Und dann mit einem Texteditor durchsuchen. Mach das doch mal und suche nach dem Regex:

Code: Alles auswählen

energy=(?!2897\d{4}\D|358\d{4}\D)

(Eventuell musst du die Zahlen im Regex etwas anpassen je nachdem wie schnell sich deine Zahlen bewegen. Was es tut ist jedenfalls nach "energy=" zu suchen ohne dass dahinter 2897xxxxX und ohne dass dahinter 358xxxxX steht wobei "x" eine Ziffer und X ein Nicht-Ziffer ist. Damit müsste sich ein Auszug finden lassen, der den falschen Energiewert liefert.

Oder alternativ kannst du in dem daily log gucken wo ein Wert falsch ist und dann im Log zur selben Uhrzeit schauen.

[LutzB]

Ich habe jetzt nicht alles nachverfolgt, aber bei Modbus wird je nach Client bei den Registern mit "0" oder "1" begonnen zu zählen. Bei 32 Bit Werten werden immer zwei Register kombiniert. Kann es eventuell sein, dass der Index bei der Umstellung um "q" verrutscht ist? Dann könnte es je nach Inhalt des anderen zweiten Registers zu solchen Effekten kommen.