Rückmeldungen 2.1.9 Alpha 2/3

[LenaK]

RFID Zuordnung, scannen vor dem Einstecken funktioniert nicht mehr.
Fast aktueller master (2025-11-26 13:03:56 +0100 [065df6f05]).
Wenn man zuerst den RFID Tag scannt und dann das Fahrzeug ansteckt, wird der RFID-Tag sofort verworfen, da in den letzten 5 Minuten kein Fahrzeug angesteckt war:

Code: Alles auswählen

...
2025-11-27 21:43:51,743 - {modules.internal_chargepoint_handler.rfid:130} - {DEBUG:Internal RFID} - RFID-String: 1655332554
...
2025-11-27 21:43:57,488 - {control.chargepoint.chargepoint:72} - {INFO:MainThread} - LP 1: Es ist in den letzten 5 Minuten kein EV angesteckt worden, dem der ID-Tag 1655332554 zugeordnet werden kann. Daher wird dieser verworfen.
...

Vollständiges main.log:
https://paste.openwb.de/e17GIbExR7IamdK

Teste das bitte nochmal mit der aktuellen Version, ich konnte im Log nichts auffälliges finden und bei mir hat es funktioniert.

[Till]

Guten Morgen,

ich habe keine Ahnung, ob es ein Bug ist oder nicht: Momentan funktioniert das SoC-Modul für den VW nicht. D.h. der SoC wird immer mit 0% angegeben. Die Ladungen erscheinen aber leider gar nicht im Ladeprotokoll.

LG
Till

Tut bei mir auch nicht....

vielleicht kann man den Fehler im gleichen LOG sehen wie mein WR SE Thema: https://paste.openwb.de/U5Sr0PRf1vaSdOm

In dem Log wird kein Eintrag erstellt, weil gar kein Auto angeschlossen ist. Bei mir wird trotz Fehler im SoC-Modul ein Eintrag erstellt. Kannst Du bitte ein main.log vom Zeitpunkt des Absteckens posten und ein Auszug aus http://<ip der openWB>/openWB/ramdisk/chargelog.log?

Bin jetzt erst zum Test gekommen...
Main Log: https://paste.openwb.de/qbOX2fRhH37cRlx
Cahrgelog:

Code: Alles auswählen

2025-11-28 15:03:25,692 - imported_at_plugtime 4698408.2
2025-11-28 15:03:25,695 - imported_at_mode_switch 4698408.2
2025-11-28 15:03:45,387 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:03:55,426 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:04:05,493 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:04:15,594 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:04:25,477 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:04:35,123 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'
2025-11-28 15:04:45,756 - Fehler im Ladelog-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargelog/chargelog.py", line 103, in collect_data
    chargepoint.data.set.plug_time < charging_ev.data.get.soc_timestamp):
TypeError: '<' not supported between instances of 'float' and 'NoneType'

Ich hoffe, dass dies hilfreich ist.

LG
Till

[LenaK]

Scheinbar werden die (nicht konfigurierten) dynamischen Netzentgelte nur bis zum Tagesende berechnet und das Chart dadurch zu kurz dargestellt.

Bildschirmfoto_2025-11-27_19-12-12.png

TWBildschirmfoto_2025-11-27_19-16-58.png


version 2.1.9-Alpha.3
git_commit 2025-11-26 13:28:35 +0100 [be315bb75]

bye

Hast Du ein Log dazu? ich kann das mit dem Tibber-Demo-Token nicht beobachten.
Wenn keine dynamischen Netzentgelte konfiguriert sind, wird die Preisliste von den flexiblen Tarifen als Gesamtpreis gepublished.

[kai9555]

Ich bin auf 2025-11-28 12:33:21 +0100 [f4a12dff6] und bei mir wird der Tibber Preis nicht aktualisiert. (siehe Bild1). Das habe ich gestern schon beobachtet - nach einem Neustart waren die Preise jedoch da. Heute habe ich unter "Ladeeinstellungen" und "Übergreifendes" über "Jetzt abrufen" das holen der Preise initialisieren können. Der Graph ist jedoch 2 farbig?! (siehe Bild2)

Log: https://paste.openwb.de/FHsnGFp5NftmRDe

[Thomas aus W]

Scheinbar werden die (nicht konfigurierten) dynamischen Netzentgelte nur bis zum Tagesende berechnet und das Chart dadurch zu kurz dargestellt.

Bildschirmfoto_2025-11-27_19-12-12.png

TWBildschirmfoto_2025-11-27_19-16-58.png


version 2.1.9-Alpha.3
git_commit 2025-11-26 13:28:35 +0100 [be315bb75]

bye

Hast Du ein Log dazu? ich kann das mit dem Tibber-Demo-Token nicht beobachten.
Wenn keine dynamischen Netzentgelte konfiguriert sind, wird die Preisliste von den flexiblen Tarifen als Gesamtpreis gepublished.

https://paste.openwb.de/srGTpJNagrnlqpM

Bildschirmfoto_2025-11-28_19-46-42.png (64.08 KiB) 357 mal betrachtet

bye
TW

[Meth]

Hallo zusammen,

Ich bekomme immer die Meldung

Screenshot_20251129_062013_Edge.jpg

(398.52 KiB) Noch nie heruntergeladen

Obwohl garkeine schieflast vorhanden ist.

Screenshot_20251129_062026_Edge.jpg

(361.89 KiB) Noch nie heruntergeladen

Ist ein mqtt zählermodul
Hier das log zu dem Zeitraum
https://paste.openwb.de/xQH8PnDFMrv5HYr

[Meth]

Hallo openWB team ,

ich habe ein Problem mit dem Daliy_importet daily_exportet bei den Mqtt Modulen (SimCount)
Hier das Log dazu
https://paste.openwb.de/ZqZTEOd9nBsoqdh
Und die Threads
viewtopic.php?p=136764#p136764
viewtopic.php?p=136811#p136811

Es werden die Daily_Importet/ Exportet nicht mehr weiter berechnet und noch angezeigt obwohl immer die Zählerstände korrekt eingehen .
Siehe Bilder

Screenshot 2025-11-28 132902.png

(185.46 KiB) Noch nie heruntergeladen

Screenshot 2025-11-28 133204.jpg

(527 KiB) Noch nie heruntergeladen

Edit
Habt ihr das schon gefixt?
Habe geade update gemacht nun sind die Werte wieder korrekt.

[Thomas aus W]

Das Tibber-Modul wirft bei mich einen Abfrage fehler, obwohl gar keine Abfrage stattfinden sollte, die Daten waren ja schon da.

Code: Alles auswählen

2025-11-29 19:59:53,628 - {control.data:273} - {INFO:MainThread} - graph_data
GraphData(config=Config(duration=120))
2025-11-29 19:59:53,635 - {control.data:276} - {INFO:MainThread} - optional_data
OptionalData(electricity_pricing=ElectricityPricing(configured=True, flexible_tariff=FlexibleTariff(get=PricingGet(fault_state=0, fault_str='Die Preisliste hat 113 Einträge. ', prices={'1764441900': 0.0002652, '1764442800': 0.0002697, '1764443700': 0.00026169999999999996, '1764444600': 0.0002543, '1764445500'>
2025-11-29 19:59:53,655 - {control.data:295} - {INFO:MainThread} - pv12
PvData(config=Config(max_ac_out=0), get=Get(currents=[0.0, 0.0, 0.0], daily_exported=4039.0, monthly_exported=185677.60499999672, yearly_exported=1142744.800999999, exported=45094094.544, fault_state=0, fault_str='Kein Fehler.', power=0))
2025-11-29 19:59:53,664 - {control.data:278} - {INFO:MainThread} - pv_all_data
PvAllData(config=Config(configured=True), get=Get(daily_exported=4039.0, fault_str='Kein Fehler.', fault_state=0, monthly_exported=185677.60499999672, yearly_exported=1142744.800999999, exported=45094094.544, power=0))
2025-11-29 19:59:53,679 - {control.data:295} - {INFO:MainThread} - system
{'update_in_progress': False, 'perform_update': False, 'backup_cloud': {'backup_before_update': True}, 'ip_address': '192.168.1.52', 'current_commit': '2025-11-28 16:06:05 +0100 [8e2b9bc66]', 'current_branch': '', 'current_branch_commit': '', 'current_missing_commits': [], 'datastore_version': [0, 1, 2, 3, 4,>
2025-11-29 19:59:53,716 - {control.data:308} - {INFO:MainThread} - device2
{'name': 'Hausanschluss', 'type': 'openwb_flex', 'vendor': 'openwb', 'id': 2, 'configuration': {'port': 8899, 'ip_address': 'Eport-PE11'}}
2025-11-29 19:59:53,725 - {control.data:310} - {INFO:MainThread} - component2
{'name': 'Hausanschluss', 'info': {'manufacturer': None, 'model': None}, 'type': 'counter', 'id': 2, 'configuration': {'id': 1, 'version': 2}}
2025-11-29 19:59:53,732 - {control.data:308} - {INFO:MainThread} - device3
{'name': 'Kostal Plenticore', 'type': 'kostal_plenticore', 'vendor': 'kostal', 'id': 3, 'configuration': {'modbus_id': 71, 'ip_address': 'WR1', 'port': 1502}}
2025-11-29 19:59:53,775 - {control.data:310} - {INFO:MainThread} - component12
{'name': 'Kostal Plenticore Wechselrichter', 'info': {'manufacturer': None, 'model': None}, 'type': 'inverter', 'id': 12, 'configuration': {}}
2025-11-29 19:59:53,781 - {control.data:310} - {INFO:MainThread} - component13
{'name': 'Kostal Plenticore Speicher', 'info': {'manufacturer': None, 'model': None}, 'type': 'bat', 'id': 13, 'configuration': {}}
2025-11-29 19:59:53,789 - {control.data:308} - {INFO:MainThread} - device6
{'name': 'Smarthome', 'type': 'openwb_flex', 'vendor': 'openwb', 'id': 6, 'configuration': {'port': 8899, 'ip_address': '192.168.1.79'}}
2025-11-29 19:59:53,796 - {control.data:310} - {INFO:MainThread} - component10
{'name': 'SWP', 'info': {'manufacturer': None, 'model': None}, 'type': 'consumption_counter', 'id': 10, 'configuration': {'id': 2, 'type': 'sdm630'}}
2025-11-29 19:59:53,809 - {control.data:308} - {INFO:MainThread} - device7
{'name': 'Virtuelles Gerät', 'type': 'virtual', 'vendor': 'generic', 'id': 7, 'configuration': {}}
2025-11-29 19:59:53,817 - {control.data:310} - {INFO:MainThread} - component11
{'name': 'Summe LP', 'info': {'manufacturer': None, 'model': None}, 'type': 'counter', 'id': 11, 'configuration': {'external_consumption': 0}}
2025-11-29 19:59:53,821 - {control.data:282} - {INFO:MainThread} - 

2025-11-29 19:59:53,842 - {control.algorithm.algorithm:27} - {INFO:MainThread} - # Algorithmus
2025-11-29 19:59:53,860 - {control.algorithm.algorithm:32} - {INFO:MainThread} - **Mindestrom setzen**
2025-11-29 19:59:53,874 - {control.algorithm.algorithm:34} - {INFO:MainThread} - **Soll-Strom setzen**
2025-11-29 19:59:53,887 - {control.algorithm.algorithm:38} - {INFO:MainThread} - **PV-geführten Strom setzen**
2025-11-29 19:59:53,896 - {control.algorithm.algorithm:44} - {INFO:MainThread} - Keine Leistung für PV-geführtes Laden übrig.
2025-11-29 19:59:53,900 - {control.algorithm.algorithm:45} - {INFO:MainThread} - **Bidi-(Ent-)Lade-Strom setzen**
2025-11-29 19:59:53,903 - {control.process:30} - {INFO:MainThread} - # Ladung starten.
2025-11-29 20:00:00,659 - {helpermodules.system:77} - {INFO:MainThread} - my IP: 192.168.1.52
2025-11-29 20:00:03,111 - {control.optional:273} - {INFO:MainThread} - Wartezeit 20251129-13:55:00 abgelaufen, Strompreise werden abgefragt
2025-11-29 20:00:09,292 - {modules.common.fault_state:45} - {ERROR:update values flexible_tariff_module} - Tibber: FaultState FaultStateLevel.ERROR, FaultStr Innerhalb des Timeouts wurde keine Antwort erhalten. Überprüfe Adresse und Netzwerk., Traceback: 
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 445, in _make_request
    six.raise_from(e, None)
  File "<string>", line 3, in raise_from
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 440, in _make_request
    httplib_response = conn.getresponse()
  File "/usr/lib/python3.9/http/client.py", line 1347, in getresponse
    response.begin()
  File "/usr/lib/python3.9/http/client.py", line 307, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python3.9/http/client.py", line 268, in _read_status
    line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
  File "/usr/lib/python3.9/socket.py", line 704, in readinto
    return self._sock.recv_into(b)
  File "/usr/lib/python3.9/ssl.py", line 1241, in recv_into
    return self.read(nbytes, buffer)
  File "/usr/lib/python3.9/ssl.py", line 1099, in read
    return self._sslobj.read(len, buffer)
socket.timeout: The read operation timed out

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/requests/adapters.py", line 439, in send
    resp = conn.urlopen(
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 755, in urlopen
    retries = retries.increment(
  File "/usr/lib/python3/dist-packages/urllib3/util/retry.py", line 532, in increment
    raise six.reraise(type(error), error, _stacktrace)
  File "/usr/lib/python3/dist-packages/six.py", line 719, in reraise
    raise value
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 699, in urlopen
    httplib_response = self._make_request(
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 447, in _make_request
    self._raise_timeout(err=e, url=url, timeout_value=read_timeout)
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 336, in _raise_timeout
    raise ReadTimeoutError(
urllib3.exceptions.ReadTimeoutError: HTTPSConnectionPool(host='api.tibber.com', port=443): Read timed out. (read timeout=6)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/common/configurable_tariff.py", line 32, in update
    tariff_state, timeslot_length_seconds = self.__update_et_provider_data()
  File "/var/www/html/openWB/packages/modules/common/configurable_tariff.py", line 37, in __update_et_provider_data
    tariff_state = self._component_updater()
  File "/var/www/html/openWB/packages/modules/electricity_pricing/flexible_tariffs/tibber/tariff.py", line 62, in updater
    return TariffState(prices=fetch_prices(config.configuration))
  File "/var/www/html/openWB/packages/modules/electricity_pricing/flexible_tariffs/tibber/tariff.py", line 48, in fetch_prices
    response = req.get_http_session().post('https://api.tibber.com/v1-beta/gql', headers=headers, data=data, timeout=6)
  File "/usr/lib/python3/dist-packages/requests/sessions.py", line 590, in post
    return self.request('POST', url, data=data, json=json, **kwargs)
  File "/var/www/html/openWB/packages/modules/common/req.py", line 25, in wrapper
    return func(*args, **kwargs)
  File "/var/www/html/openWB/packages/modules/common/req.py", line 37, in request
    return super().request(method, url, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/requests/sessions.py", line 542, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/lib/python3/dist-packages/requests/sessions.py", line 655, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python3/dist-packages/requests/adapters.py", line 529, in send
    raise ReadTimeout(e, request=request)
requests.exceptions.ReadTimeout: HTTPSConnectionPool(host='api.tibber.com', port=443): Read timed out. (read timeout=6)

2025-11-29 20:00:14,322 - {modules.utils:15} - {ERROR:MainThread} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-11-29 20:00:19,330 - {control.data:481} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-11-29 20:00:19,357 - {root:161} - {INFO:MainThread} - # ***Start*** 
2025-11-29 20:00:24,368 - {control.data:481} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-11-29 20:00:24,547 - {modules.common.simcount._simcount:51} - {WARNING:device3} - Time difference between previous state and current state is too large. Set time difference to control interval.

[ChristophR]

RFID Zuordnung, scannen vor dem Einstecken funktioniert nicht mehr.
Fast aktueller master (2025-11-26 13:03:56 +0100 [065df6f05]).
Wenn man zuerst den RFID Tag scannt und dann das Fahrzeug ansteckt, wird der RFID-Tag sofort verworfen, da in den letzten 5 Minuten kein Fahrzeug angesteckt war:

Code: Alles auswählen

...
2025-11-27 21:43:51,743 - {modules.internal_chargepoint_handler.rfid:130} - {DEBUG:Internal RFID} - RFID-String: 1655332554
...
2025-11-27 21:43:57,488 - {control.chargepoint.chargepoint:72} - {INFO:MainThread} - LP 1: Es ist in den letzten 5 Minuten kein EV angesteckt worden, dem der ID-Tag 1655332554 zugeordnet werden kann. Daher wird dieser verworfen.
...

Vollständiges main.log:
https://paste.openwb.de/e17GIbExR7IamdK

Teste das bitte nochmal mit der aktuellen Version, ich konnte im Log nichts auffälliges finden und bei mir hat es funktioniert.

Jetzt hat es zumindest einmal geklappt, werde es weiter beobachten.
Problem ist erst in letzter Zeit aufgetaucht, früher hatte es immer geklappt. Kann aber nicht genau sagen wann.

[kai9555]

2025-11-28 12:33:21 +0100 [f4a12dff6]

Im Koala Theme sind fast alle Summen der Zusammenfassung der Tageswerte falsch. Die Summen aus dem Backend sind richtig.

https://paste.openwb.de/4i0WMu9d2kpNLdg