Einbindung Huawei Wechselrichter

yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Einbindung Huawei Wechselrichter

Beitrag von yankee »

evchab hat geschrieben: So Jan 02, 2022 11:05 amwas muss hier in Startadresse und Länge?
32064 und 2
evchab hat geschrieben: So Jan 02, 2022 11:05 amwas ist eigentlich der gravierende Unterschied zwischen 249 und 250 das verstehe ich nicht in 249 hat es ja funktioniert
Eigentlich (tm) wurde nur der Code neu strukturiert, damit er auch mit oWB 2 funktioniert. Inhaltlich hat sich eigentlich nichts verändert.
evchab
Beiträge: 276
Registriert: Mo Mär 04, 2019 3:04 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von evchab »

249er Sicherung zurückspielen - läuft - also kann es nicht wirklich an der Modbus Kommunikation liegen

mit dem openWB Tool bekomme ich nix zurück (auch nicht mit der 249) liegt aber bestimmt an der Bedienung :oops:
mit Loxone Modbus funktioniert es ja auch
Andyme
Beiträge: 46
Registriert: So Apr 28, 2019 12:55 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von Andyme »

ich habe grade den aktuellen nightly getestet. Das Problem ist immer noch vorhanden. Ich glaube aber, dass etwas darunterliegenden falsch ist. Im "Rückmeldungen Nightly 1.9.250" sind ja ähnlich Probleme mit anderen Modulen berichtet.

Was mir aufgefallen ist, bei den Anderen sieht man in den Logs auch immer diese Fehler das es sehr lange dauert: "FATAL Regulation loop needs 22 seconds"

Hier mal meine LOGS:
pv_log.txt
(15.87 KiB) 139-mal heruntergeladen
Debug_log.txt
(6.54 KiB) 130-mal heruntergeladen
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Einbindung Huawei Wechselrichter

Beitrag von yankee »

Andyme hat geschrieben: Di Jan 04, 2022 7:20 am Was mir aufgefallen ist, bei den Anderen sieht man in den Logs auch immer diese Fehler das es sehr lange dauert: "FATAL Regulation loop needs 22 seconds"
In dem Huawei-Modul ist ein "sleep(7)" verbaut, weil laut Aussage von $Leuten man nach dem Verbindungsaufbau erstmal eine Weile warten muss bis man Daten abrufen kann. Das bremst natürlich die ganze Regelung aus. Noch mehr Verzögerung kommt möglicherweise durch die Modbusabfrage selbst.
Andyme
Beiträge: 46
Registriert: So Apr 28, 2019 12:55 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von Andyme »

Ich habe nur hier gesehen, dass z.B. LarsBr87 diese Fehlermeldung auch hat. Da geht es aber nicht um Huawei. Aber er berichtet von einen ähnlichen Problem. Vielleicht ist das ein gemeinsamer Nenner?

viewtopic.php?p=53809#p53809
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Einbindung Huawei Wechselrichter

Beitrag von yankee »

Andyme hat geschrieben: Di Jan 04, 2022 7:42 am Ich habe nur hier gesehen, dass z.B. LarsBr87 diese Fehlermeldung auch hat. Da geht es aber nicht um Huawei. Aber er berichtet von einen ähnlichen Problem. Vielleicht ist das ein gemeinsamer Nenner?

viewtopic.php?p=53809#p53809
Dass die Regelschleife so langsam ist, ist doof. Zumindest mit dem Problem von Lars hat es aber allerhöchstwahrscheinlich nichts zu tun.

Hier bei Huawei... Mhh... Gute Frage, da wäre es dank der langen Sleeps zumindest nicht völlig abwegig, dass das Skript am Ende zwei mal paralell läuft. Versuch doch mal die Regelgeschwindigkeit der openWB auf "Langsam" zu stellen. Wenn das Abhilfe schafft wäre das ein recht klares Zeichen.
evchab
Beiträge: 276
Registriert: Mo Mär 04, 2019 3:04 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von evchab »

bei mir steht das eh auf langsam auch mit der 249er

habe eben mal auf EVU Kit (MPM) umgeschaltet (und PV aus) auch hier kommen keine Daten mit der 250er :o
oder vielmehr unglaubliche Werte die nicht darstellbar sind
Bildschirmfoto 2022-01-04 um 09.52.47.png
und hier das Debug Log

Code: Alles auswählen

2022-01-04 09:52:51: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-01-04 09:52:48: **** Regulation loop needs 7 seconds (LV0) at 55 cleanup /var/www/html/openWB/regel.sh
2022-01-04 09:52:48: Überschuss 0; mindestens 1400 (LV1) at 104 nurpvlademodus nurpv.sh
2022-01-04 09:52:48: uberschuss 0 wattbezug 0 ladestatus 0 llsoll 0 pvwatt 0 mindestuberschussphasen 1400 wattkombiniert 0 schaltschwelle -25 (LV2) at 578 main /var/www/html/openWB/regel.sh
2022-01-04 09:52:48: anzahlphasen 1 (LV1) at 577 main /var/www/html/openWB/regel.sh
2022-01-04 09:52:47: Timing Umschaltung: 240 / 720 (LV1) at 15 u1p3pswitch u1p3p.sh
2022-01-04 09:52:47: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2022-01-04 09:52:46: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1284 loadvars loadvars.sh
2022-01-04 09:52:46: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1283 loadvars loadvars.sh
2022-01-04 09:52:46: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1282 loadvars loadvars.sh
2022-01-04 09:52:46: EVU 1:V/1A 2: V/0A 3: V/0A (LV1) at 1281 loadvars loadvars.sh
2022-01-04 09:52:46: lla3 0	llv3 236.5	llas13  llas23  soclp1 58 soclp2 (LV1) at 1280 loadvars loadvars.sh
2022-01-04 09:52:46: lla2 0	llv2 236.4	llas12  llas22  sofortll 32 hausverbrauch 0 wattbezug 0 uberschuss 0 (LV1) at 1279 loadvars loadvars.sh
2022-01-04 09:52:46: lla1 0	llv1 235.8	llas11  llas21  mindestuberschuss 1400 abschaltuberschuss 5 lademodus 2 (LV1) at 1278 loadvars loadvars.sh
2022-01-04 09:52:46: pv1watt  pv2watt  pvwatt 0 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1277 loadvars loadvars.sh
2022-01-04 09:52:46: EVU RET: 0 (LV2) at 21 main modules/bezug_ethmpm3pm/main.sh
2022-01-04 09:52:46: PID: 15787: root: EVU Einspeisung: 36746666449380730
2022-01-04 09:52:46: PID: 15787: root: EVU Bezug: 42954998728002790
2022-01-04 09:52:46: PID: 15787: root: EVU Watt: 8.299890804195891e-43
2022-01-04 09:52:46: PID: 15787: root: EVU-Kit Leistung[W]: 8.299890804195891e-43
2022-01-04 09:52:46: PID: 15787: root: Close Modbus TCP connection
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\r', b'\x0e\x17', b'\x00\n', b'\x1dY']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [13, 3607, 10, 7513]
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Getting transaction 7
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Adding transaction 7
2022-01-04 09:52:46: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:46: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x7 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0xd 0xe 0x17 0x0 0xa 0x1d 0x59
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: RECV: 0x0 0x7 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0xd 0xe 0x17 0x0 0xa 0x1d 0x59
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: SEND: 0x0 0x7 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x4 0x0 0x4
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Running transaction 7
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\x0f', b'B\xbc', b'\x00\r', b'\x0e\x17']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [15, 17084, 13, 3607]
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Getting transaction 6
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Adding transaction 6
2022-01-04 09:52:46: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:46: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x6 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0xf 0x42 0xbc 0x0 0xd 0xe 0x17
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: RECV: 0x0 0x6 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0xf 0x42 0xbc 0x0 0xd 0xe 0x17
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: SEND: 0x0 0x6 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x2 0x0 0x4
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Running transaction 6
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\x03\xe2']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\x02 ']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\x02 ']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [0, 544, 0, 544, 0, 994]
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Getting transaction 5
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Adding transaction 5
2022-01-04 09:52:46: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:46: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x5 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x2 0x20 0x0 0x0 0x2 0x20 0x0 0x0 0x3 0xe2
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: RECV: 0x0 0x5 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x2 0x20 0x0 0x0 0x2 0x20 0x0 0x0 0x3 0xe2
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:46: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: SEND: 0x0 0x5 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x20 0x0 0x6
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Running transaction 5
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\x13\x88', b'\x02 ', b'\x00\x05']
2022-01-04 09:52:46: PID: 15787: pymodbus.payload: [0, 5000, 544, 5]
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Getting transaction 4
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Adding transaction 4
2022-01-04 09:52:46: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:46: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x4 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0x0 0x13 0x88 0x2 0x20 0x0 0x5
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: RECV: 0x0 0x4 0x0 0x0 0x0 0xb 0x5 0x4 0x8 0x0 0x0 0x13 0x88 0x2 0x20 0x0 0x5
2022-01-04 09:52:46: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: SEND: 0x0 0x4 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x2c 0x0 0x4
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Running transaction 4
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\xe7^']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [0, 59230]
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Getting transaction 3
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Adding transaction 3
2022-01-04 09:52:45: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:45: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x3 0x0 0x0 0x0 0x7 0x5 0x4 0x4 0x0 0x0 0xe7 0x5e
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: RECV: 0x0 0x3 0x0 0x0 0x0 0x7 0x5 0x4 0x4 0x0 0x0 0xe7 0x5e
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: SEND: 0x0 0x3 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x26 0x0 0x2
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Running transaction 3
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'1\xc4']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'L\x9a']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'e\x0e']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [0, 25870, 0, 19610, 0, 12740]
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Getting transaction 2
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Adding transaction 2
2022-01-04 09:52:45: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:45: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x65 0xe 0x0 0x0 0x4c 0x9a 0x0 0x0 0x31 0xc4
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x65 0xe 0x0 0x0 0x4c 0x9a 0x0 0x0 0x31 0xc4
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x14 0x0 0x6
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Running transaction 2
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\t<']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\t>']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [b'\x00\x00', b'\t8']
2022-01-04 09:52:45: PID: 15787: pymodbus.payload: [0, 2360, 0, 2366, 0, 2364]
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Getting transaction 1
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Adding transaction 1
2022-01-04 09:52:45: PID: 15787: pymodbus.factory: Factory Response[ReadInputRegistersResponse: 4]
2022-01-04 09:52:45: PID: 15787: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x9 0x38 0x0 0x0 0x9 0x3e 0x0 0x0 0x9 0x3c
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0xf 0x5 0x4 0xc 0x0 0x0 0x9 0x38 0x0 0x0 0x9 0x3e 0x0 0x0 0x9 0x3c
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-04 09:52:45: PID: 15787: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x5 0x4 0x0 0x8 0x0 0x6
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Running transaction 1
2022-01-04 09:52:45: PID: 15787: pymodbus.transaction: Current transaction state - IDLE
2022-01-04 09:52:45: PID: 15787: root: Start kit reading
2022-01-04 09:52:45: PID: 15787: root: Start device reading {'componentNone': <modules.openwb.counter.EvuKit object at 0x75b494b0>}
2022-01-04 09:52:45: PID: 15787: root: openWB Version: 0
2022-01-04 09:52:41: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-01-04 09:52:38: **** Regulation loop needs 7 seconds (LV0) at 55 cleanup /var/www/html/openWB/regel.sh
das ist scheinbar doch ein tieferes Problem
Andyme
Beiträge: 46
Registriert: So Apr 28, 2019 12:55 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von Andyme »

Ich habe das sogar mit der Einstellung "sehr Langsam" versuch und das hat nichts verändert.
Ich bin auf dem 250 von Anfang Dezember in dem noch alles funktioniert hat ausser i3 SOC und da sieht mein Log wie folgt aus.

Es muss sich also nach Anfang Dezember was verändern haben was die Regelschleife so lang dauert.
Debug_log.txt
(4.03 KiB) 137-mal heruntergeladen
evchab
Beiträge: 276
Registriert: Mo Mär 04, 2019 3:04 pm

Re: Einbindung Huawei Wechselrichter

Beitrag von evchab »

ja sehr langsam hatte ich auch probiert
i3 SOC lässt sich ja "reparieren" mit der angepassten index.php aus dem soc_i3 Verzeichnis
gibt es eingentlich Zugriff auf die älteren 250er oder immer nur auf die letzte?
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Einbindung Huawei Wechselrichter

Beitrag von yankee »

evchab hat geschrieben: Di Jan 04, 2022 8:56 am bei mir steht das eh auf langsam auch mit der 249er

habe eben mal auf EVU Kit (MPM) umgeschaltet (und PV aus) auch hier kommen keine Daten mit der 250er :o
oder vielmehr unglaubliche Werte die nicht darstellbar sind
Dafür bitte ein separater Thread.
Andyme hat geschrieben: Di Jan 04, 2022 9:13 am Ich habe das sogar mit der Einstellung "sehr Langsam" versuch und das hat nichts verändert.
Ich bin auf dem 250 von Anfang Dezember in dem noch alles funktioniert hat ausser i3 SOC und da sieht mein Log wie folgt aus.

Es muss sich also nach Anfang Dezember was verändern haben was die Regelschleife so lang dauert.
Es ist erst am 24.12.2021 ein Update reingekommen welches loggt wie lange die Regelschleife läuft. Das Debug-Log von Anfang Dezember lässt leider keinen Rückschluss darauf zu, wie lange die Regelschleife bei dir dort damals lief.
Antworten