Rückmeldungen 2.1.3 Beta 1

[LenaK]

Dein PR macht aber die Änderungen rückgängig, die neuere FEMS brauchen, damit es nicht zu fehlschlagenden Abfragen kommt. Eine Lösung, die beide Varianten bedient ist in Arbeit, aber noch nicht ganz fertig.

[LenaK]

Ist im aktuellen Master.

[Gero]

Ich habe nun mal den Ion mit dem master vom 26.01 an der externen openWB mit Buchse unter 1.9 zu laden versucht: Ladung wird nicht gestartet.

Gerade mal mit dem Tesla probiert. Der lädt sofort los wie er soll. Einphasig mit 3,6kW, weil im Ladeprofil noch der einphasige Ion steht. Wenn der Ladeziegel des Ion nicht funktionieren würde, würde ich ja sagen der Ion hat einen Knacks. Dann kann es ja nur noch an der Ansteuerung liegen, dass ihm die openWB nicht erfolgreich signalisieren kann, dass Strom anliegt. Das kann ich mir aber auch nicht so recht vorstellen, denn da ist ja immer noch die 1.9er drauf und mit der hat er erfolgreich den ganzen letzten Sommer geladen.

Edit: die 1.9er auf eigenständigen Ladepunkt umkonfiguriert und der Ion lädt. Da es ja vermutlich keinen Sinn macht, der 1.9er -- 2er Mischkonfiguration noch ein bisschen hinterherzujagen, baue ich mal die 2erSD-Karte ein und kucke morgen mal, ob es mit der 2er lädt.

[toemk]

Das Rechnen im Ladelog scheint noch nicht richtig zu sein:

18,27 * ,33 = 6,0291

[truckl]

Dein PR macht aber die Änderungen rückgängig, die neuere FEMS brauchen, damit es nicht zu fehlschlagenden Abfragen kommt. Eine Lösung, die beide Varianten bedient ist in Arbeit, aber noch nicht ganz fertig.

Leider funktioniert mein FEMS auch nach update auf den letzten master (commit 2944d) immer noch nicht.

Code: Alles auswählen

2024-02-01 16:53:30,764 - {modules.common.fault_state:49} - {ERROR:device0} - openEMS, Fenecon FEMS, Kaco Hy-Control Speicher: FaultState FaultStateLevel.ERROR, FaultStr <class 'AttributeError'> ("'FemsBat' object has no attribute 'data'",), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/fems/device.py", line 30, in update_components
    component.update()
  File "/var/www/html/openWB/packages/modules/devices/fems/bat.py", line 52, in update
    f"http://{self.ip_address}:8084/rest/channel/{self.data}/(Soc|DcChargeEnergy|DcDischargeEnergy)",
AttributeError: 'FemsBat' object has no attribute 'data'

[raffix]

18,27 * ,33 = 6,0291

Das ist spannend. Bei mir rechnet die openWB richtig. Sogar mit unterschiedlichen Preisen passt die Mischkalkulation. Echt merkwürdig.

[truckl]

Dein PR macht aber die Änderungen rückgängig, die neuere FEMS brauchen, damit es nicht zu fehlschlagenden Abfragen kommt. Eine Lösung, die beide Varianten bedient ist in Arbeit, aber noch nicht ganz fertig.

Leider funktioniert mein FEMS auch nach update auf den letzten master (commit 2944d) immer noch nicht.

Code: Alles auswählen

2024-02-01 16:53:30,764 - {modules.common.fault_state:49} - {ERROR:device0} - openEMS, Fenecon FEMS, Kaco Hy-Control Speicher: FaultState FaultStateLevel.ERROR, FaultStr <class 'AttributeError'> ("'FemsBat' object has no attribute 'data'",), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/fems/device.py", line 30, in update_components
    component.update()
  File "/var/www/html/openWB/packages/modules/devices/fems/bat.py", line 52, in update
    f"http://{self.ip_address}:8084/rest/channel/{self.data}/(Soc|DcChargeEnergy|DcDischargeEnergy)",
AttributeError: 'FemsBat' object has no attribute 'data'

Fix ist in PR 1399 (https://github.com/openWB/core/pull/1399)

[ChristophR]

Das Rechnen im Ladelog scheint noch nicht richtig zu sein:

SCR-20240201-orcc.png

18,27 * ,33 = 6,0291

Wenn das Ladelog erstmal geschrieben ist, wird es m.E. nicht nachträglich korrigiert.
Das System weiß ja nicht, ob damals ggf. ein anderer Wert in den Ladekosten stand.
Seit dem Update vom 26.01.2024 dürfte es aber nicht mehr auftreten.

[Gagadada]

Huhu,

habt ihr diesen Bug auf dem Schirm? Die Smart Home Verbräuche werden in den Hausverbrauch eingerechnet und die Autarkie falsch berechnet.
viewtopic.php?p=101474#p101474

Laut Electron ist das ein OpenWB Bug und nicht Problem des Colors Theme:
viewtopic.php?p=101476#p101476

[Jens]

Update von: 2024-02-01 14:31:52 +0100 [2944dfba8]
auf: 2024-02-02 12:46:21 +0100 [0e2f970da]

Keine Auswertung mehr. (PS: 01.02.2022 i.O. --> Nur heute ist zerschossen)
Des weiteren überhöhte kWh von heute.

Code: Alles auswählen

Bei der Verarbeitung des Befehls 'getDailyLog' mit den Parametern '[object Object]' ist ein Fehler aufgetreten:

Es ist ein interner Fehler aufgetreten: Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/command.py", line 127, in on_message
    func(connection_id, payload)
  File "/var/www/html/openWB/packages/helpermodules/command.py", line 561, in getDailyLog
    get_daily_log(payload["data"]["day"]))
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 142, in get_daily_log
    data = _analyse_energy_source(data)
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 292, in _analyse_energy_source
    data["totals"] = analyse_percentage_totals(data["entries"], data["totals"])
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 345, in analyse_percentage_totals
    totals["hc"]["all"][f"energy_imported_{source}"] += entry["hc"]["all"][f"energy_imported_{source}"]*1000
KeyError: 'energy_imported_grid'

PPS: Korrekte Werte 02.02.2023 (Wenn ich auf Auswertung Monat gehe)