openWB Forum

humschti hat geschrieben: ↑Fr Nov 26, 2021 1:27 pm Der Fehler der fehlenden EVU Werte ist immer noch vorhanden!
mit der aktuellen 250:
v250.png

mit 1.9.249 (2021-11-19 10:55:32 +0100 [e12f3517] ):
249.png

derNeueDet hat Recht.
Kannst Du bitte das Debug-Level auf 2 stellen und einen Logausschnitt einstellen?

Hallo Leute, als ich heute ein Update der Nightly 1.9.250 vorgenommen habe, bekam ich dieses Bild (allerdings ohne Daten) im Reiter Status zu sehen. Als ich dann mein Backup einspielte auf die Version Beta: 1.9.245 waren die Daten wieder vorhanden, leider der Fehler auch. Es geht um das EVU KIT var...

Vielen Dank für Eure Rückmeldungen!

Das Problem ist in der aktuellen Nightly behoben worden.

Das Problem mit dem Timeout beim Simcount ist mit PR #1725 nun auch behoben.

in 2.0 wird es möglich sein, Ladeszenarien zu erstellen und den Fahrzeugen zuzuordnen.

Hi, kann ich gerne spaeter machen, sobald der Speicher entladen wird. Ich vermute aber, dass hat sich durch manuelle Vorzeichenaenderung von ramdisk/speicherwatt0neg inzwischen komplett geklaert. Das "alte simcount.py", das bis gestern vormittag fuer den Speicher verantwortlich war, hat E...

Ich hab das Vorzeichen in /var/www/html/openWB/ramdisk/speicherwatt0neg von Hand gedreht und dann machen die Werte wieder Sinn. Anscheinend hat das alte Alpha-Modul den Export "negativ" wachsen lassen, waehrend der neuere Python-Code den SimCount positiv ansteigen laesst. Das Problem sche...

Da habe ich gerade keine Idee, warum sich das geändert hat.
Kannst Du bitte das Debugging-Level auf 2 stellen und einen Logauszug hier einstellen?

Falls noch wer in die gleichen Probleme rennt: Das Alpha ESS Speichermodule ist seit heute frueh broken, und das Alpha-ESS-Inverter-Modul vermutlich auch. Hotfix ist in bat.py und inverter.py den Typ, der an store.ValueStoreFactory().get_storage() uebergeben wird, von "counter auf "bat&qu...