Rückmeldungen Beta 1.9.269

[LutzB]

Die Ankündigung mit den Änderungen findet ihr dort: https://www.openwb.de/forum/viewtopic.php?f=3&t=5465

[sagibo]

Hallo,

das in den Rückmeldungen zur 268 nightly unter

https://www.openwb.de/forum/viewtopic.p ... 449#p66449
https://www.openwb.de/forum/viewtopic.p ... 502#p66502

beschriebene Problem besteht nach wie vor. Wenn man openWB komplett rebootet (inkl. Betriebssystem-reboot) wird anschließend das log-File mit den beschriebenen "missing file"-messages alle 5 Minuten geflutet.

[LutzB]

Das hat Oliver behoben, der PR ist aber noch nicht eingebunden. Kommt nächste Woche.

[sagibo]

Danke für die prompte Rückmeldung! "touch" hilft ja erstmal... Viele Grüße

[Becker]

Bei sieht´s im Debug so aus:

Code: Alles auswählen

2022-06-11 11:23:13: PID: 22757: **** FATAL ********************************* (LV0)
2022-06-11 11:23:13: PID: 22757: **** FATAL Regulation loop needs 32 seconds (LV0)
2022-06-11 11:23:13: PID: 22757: **** FATAL ********************************* (LV0)
2022-06-11 11:22:14: PID: 15475: **** FATAL ********************************* (LV0)
2022-06-11 11:22:14: PID: 15475: **** FATAL Regulation loop needs 33 seconds (LV0)
2022-06-11 11:22:14: PID: 15475: **** FATAL ********************************* (LV0)
2022-06-11 11:20:03: PID: 1693: ##### cron5min.sh finished ##### (LV0)
2022-06-11 11:20:02:  Load: 0.80 0.88 1.14
/var/www/html/openWB/runs/cron5min.sh: Zeile 99: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_9: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 98: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_8: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 97: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_7: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 96: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_6: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 95: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_5: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 94: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_4: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 93: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_3: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 92: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_2: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/runs/cron5min.sh: Zeile 91: /var/www/html/openWB/ramdisk/smarthome_device_minhaus_1: Datei oder Verzeichnis nicht gefunden
2022-06-11 11:20:01: PID: 1693: ##### cron5min.sh started ##### (LV0)
2022-06-11 11:17:13: PID: 7895: **** FATAL ********************************* (LV0)
2022-06-11 11:17:13: PID: 7895: **** FATAL Regulation loop needs 32 seconds (LV0)
2022-06-11 11:17:13: PID: 7895: **** FATAL ********************************* (LV0)
2022-06-11 11:16:13: PID: 495: **** FATAL ********************************* (LV0)
2022-06-11 11:16:13: PID: 495: **** FATAL Regulation loop needs 32 seconds (LV0)
2022-06-11 11:16:13: PID: 495: **** FATAL ********************************* (LV0)
2022-06-11 11:15:03: PID: 27301: ##### cron5min.sh finished ##### (LV0)
2022-06-11 11:15:02:  Load: 1.13 1.07 1.30

Smarthome nutze ich nicht, hatte ich sonst nie Fehlermeldungen drin.
Und Regelungsschleife stand sonst immer um die 8s drin.

[LutzB]

Das hat Oliver behoben, der PR ist aber noch nicht eingebunden. Kommt nächste Woche.

Der Bugfix ist jetzt in der Nightly enthalten.

[sagibo]

...und funktioniert bei mir! Vielen Dank!


By the way: Ich hatte bei einer früheren openWB-Versionen auf einen kleinen Schönheitsfehler im Zusammenhang mit meinem go-eCharger Version 3 hingewiesen, der noch aktuell ist. Nach einem reboot (inkl. pi-reboot) wird der SoC-Wert des entsprechnenden Ladepunktes intern zunächst auf einen Phantasiewert gesetzt, der dann durch die Plausi-Checks im GUI auf 100 begrenzt wird. Dabei werden fortlaufend folgende Fehlermeldungen produziert:

Code: Alles auswählen

2022-06-13 09:58:03: PID: 2022: SoC Manual: Calculated SoC of 773.1% exceeds maximum and is limited to 100%! Check your settings!
2022-06-13 09:58:14: PID: 2022: SoC Manual: Calculated SoC of 773.1% exceeds maximum and is limited to 100%! Check your settings!
2022-06-13 09:58:23: PID: 2022: SoC Manual: Calculated SoC of 773.1% exceeds maximum and is limited to 100%! Check your settings!
2022-06-13 09:58:33: PID: 2022: SoC Manual: Calculated SoC of 773.1% exceeds maximum and is limited to 100%! Check your settings!
2022-06-13 09:58:43: PID: 2022: SoC Manual: Calculated SoC of 773.1% exceeds maximum and is limited to 100%! Check your settings!

Der SoC war vor dem reboot auf 0% gesetzt. Beim ge-eCharger Version 2 tritt das nicht auf. Wie schon erwähnt, das ist nur ein Schönheitsfehler. Wenn man den SoC im GUI auf einen Wert <= 100 setzt, ist Ruhe im log.

[humschti]

Habe eben auf die 1.9.270 nightly updated.

Der SoC meines Teslas wird scheinbar noch ausgelesen (wird angezeigt), aber das Log bleibt leer:

2022-06-14 07_34_09-openWB Status and 4 more pages - Work - Microsoft​ Edge Beta.png (2.88 KiB) 1535 mal betrachtet

[LutzB]

Was sollte denn da stehen? Ohne aktivierten Debug Mode kommen dort nur noch Fehler rein.

[LutzB]

By the way: Ich hatte bei einer früheren openWB-Versionen auf einen kleinen Schönheitsfehler im Zusammenhang mit meinem go-eCharger Version 3 hingewiesen, der noch aktuell ist. Nach einem reboot (inkl. pi-reboot) wird der SoC-Wert des entsprechnenden Ladepunktes intern zunächst auf einen Phantasiewert gesetzt, der dann durch die Plausi-Checks im GUI auf 100 begrenzt wird. Dabei werden fortlaufend folgende Fehlermeldungen produziert:

Der SoC war vor dem reboot auf 0% gesetzt. Beim ge-eCharger Version 2 tritt das nicht auf. Wie schon erwähnt, das ist nur ein Schönheitsfehler. Wenn man den SoC im GUI auf einen Wert <= 100 setzt, ist Ruhe im log.

Ist ein reines Problem vom Go-e. Hat Nichts mit openWB zu tun.