Rückmeldungen 2.1.9 Alpha 2/3

[Mathias-oWB]

Bei "Überschuss-Laden" fehlt der Einstellungs-"Burger"

Screenshot_20251114-095021_DuckDuckGo (1).jpg (82.34 KiB) 417 mal betrachtet

[LenaK]

Die Ladekosten werden im Master nun wieder richtig berechnet. Vielen Dank für die Rückmeldungen.

Danke Lena, Die Auswertung der Ladekosten stimmt jetzt.
Was aber noch fehlt, ist die Anzeige der erzielten Reichweite.
(Ich finde auch keine Einstellung mehr, wo der Energieverbrauch des Fahrzeugs eingegeben werden könnte.) edit: vorhanden unter Fahrzeugeinstellung
Habe ich da etwas übersehen, oder ist das so jetzt gewollt?

Vielen Dank schon mal für die Antwort

Das ist nicht gewollt. Ich kann es nicht nachstellen. Hast Du ein SoC-Modul konfiguriert? Welches?
Hast Du ein main.log und <ip>/openWB/ramdisk/charge.log im Level Details von so einem Ladevorgang?

[LenaK]

Speicherhysterese:
Ich hatte gehofft, der Speicher würde bis Max SOC geladen, dann das Auto geladen mit Speicherunterstützung bis min soc und dann wieder von vorne.
In der Ankündigung steht, dass zwischen min und Max der Speicher gar nichts macht, weder geladen noch entladen wird.
Der Sinn erschließt sich mir nicht. Kann mir jemand das erklären?

Ja, das ist nicht ganz richtig. Habe die Ankündigung angepasst:

Speicher-Hysterese: Im Modus "Nach SoC des Speichers" der passiven Speicherbeachtung kann nun ein Mindest- und Maximal-SoC für den Speicher eingestellt werden:
Für den Mindest-SoC gilt: Unterhalb des Mindest-SoC wird vorhandener PV-Überschuss bevorzugt in den Speicher geladen. Oberhalb des Mindest-SoC hat die Fahrzeugladung Priorität.
Für den Maximal-SoC gilt: Wird der Maximal-SoC überschritten, darf der Speicher bis zum Erreichen des Mindest-SoC zur Fahrzeugladung mitbenutzt werden.

[Ihaglc]

Die Ladekosten werden im Master nun wieder richtig berechnet. Vielen Dank für die Rückmeldungen.

Danke Lena, Die Auswertung der Ladekosten stimmt jetzt.
Was aber noch fehlt, ist die Anzeige der erzielten Reichweite.
(Ich finde auch keine Einstellung mehr, wo der Energieverbrauch des Fahrzeugs eingegeben werden könnte.) edit: vorhanden unter Fahrzeugeinstellung
Habe ich da etwas übersehen, oder ist das so jetzt gewollt?

Vielen Dank schon mal für die Antwort

Das ist nicht gewollt. Ich kann es nicht nachstellen. Hast Du ein SoC-Modul konfiguriert? Welches?
Hast Du ein main.log und <ip>/openWB/ramdisk/charge.log im Level Details von so einem Ladevorgang?

Danke Lena,
Ich nutze das Tronity SOC-modul
Ich habe gerade noch mal extra nachgeladen:
main https://paste.openwb.de/jDDLpir5WNksQ1E
Übrigens habe ich das Chargelog nur unter diesem Link öffnen können <ip>/openWB/ramdisk/chargelog.log

chargelog.txt

(43.05 KiB) 42-mal heruntergeladen

[Ihaglc]

Ergänzung zu oben:
Die Reichweite wird zwar nicht im Ladeprotokoll angezeigt, wohl aber temp. in der Ladeansicht.
Bis sie nach Beendigung des Ladens nach einiger Zeit für Energie und Reichweite auf 0 zurückgesetzt wird.

[Thomas aus W]

3d7d34b79 master

Code: Alles auswählen

Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/loadvars.py", line 139, in ep_get_prices
    self.price_value_store.update()
  File "/var/www/html/openWB/packages/modules/common/store/_tariff.py", line 62, in update
    raise FaultState.from_exception(e)
  File "/var/www/html/openWB/packages/modules/common/fault_state.py", line 85, in from_exception
    self.fault_str, self.fault_state = exceptions.get_default_exception_registry().translate_exception(
  File "/var/www/html/openWB/packages/helpermodules/exceptions/registry.py", line 28, in translate_exception
    return "{} {}".format(type(exception), exception.args), FaultStateLevel.ERROR
AttributeError: 'NoneType' object has no attribute 'args'

[LenaK]

3d7d34b79 master

Code: Alles auswählen

Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/loadvars.py", line 139, in ep_get_prices
    self.price_value_store.update()
  File "/var/www/html/openWB/packages/modules/common/store/_tariff.py", line 62, in update
    raise FaultState.from_exception(e)
  File "/var/www/html/openWB/packages/modules/common/fault_state.py", line 85, in from_exception
    self.fault_str, self.fault_state = exceptions.get_default_exception_registry().translate_exception(
  File "/var/www/html/openWB/packages/helpermodules/exceptions/registry.py", line 28, in translate_exception
    return "{} {}".format(type(exception), exception.args), FaultStateLevel.ERROR
AttributeError: 'NoneType' object has no attribute 'args'

Probier jetzt nochmal bitte.

[Thomas aus W]

Probier jetzt nochmal bitte.

Compile-Fehler ist weg,
veraltet

aber die Tibber API wird bei jedem Regeldurchlauf abgefragt.

Code: Alles auswählen

 powers=[11.5, 11.5, 11.5], voltages=[230.0, 230.0, 230.0], power_factors=[0.0, 0.0, 0.0], im>
2025-11-14 16:13:21,186 - {modules.common.component_context:29} - {DEBUG:component2} - Update Komponente ['Hausanschluss']
2025-11-14 16:13:21,188 - {modules.common.store._api:31} - {INFO:component2} - Saving CounterState(currents=[0.7800614237785339, 0.6102389693260193, 1.441910743713379], powers=[59.5318603515625, 70.01408386230469, 194.180>
2025-11-14 16:13:21,253 - {modules.common.component_context:29} - {DEBUG:update values flexible_tariff_module} - Update Komponente ['Tibber']
2025-11-14 16:13:21,258 - {urllib3.connectionpool:973} - {DEBUG:update values flexible_tariff_module} - Starting new HTTPS connection (1): api.tibber.com:443
2025-11-14 16:13:21,469 - {urllib3.connectionpool:452} - {DEBUG:update values flexible_tariff_module} - https://api.tibber.com:443 "POST /v1-beta/gql HTTP/1.1" 200 None
2025-11-14 16:13:21,471 - {modules.common.req:53} - {DEBUG:update values flexible_tariff_module} - Get-Response: {"data":{"viewer":{"home":{"currentSubscription":{"priceInfo":{"today":[{"total":0.2793,"startsAt":"2025-11->

Im ersten Durchlauf ist noch was nicht korrekt initialisiert:

Code: Alles auswählen

2025-11-14 16:32:47,135 - {modules.common.configurable_tariff:74} - {DEBUG:update values flexible_tariff_module} - Die Preisliste startet nicht mit der aktuellen Stunde. Eintrag 1763133300 wurden entfernt. rest: {'1763134>
2025-11-14 16:32:47,158 - {modules.common.store._api:26} - {DEBUG:update values flexible_tariff_module} - Raw data TariffState(prices={'1763134200': 0.00029, '1763135100': 0.00029959999999999996, '1763136000': 0.0003241, >
2025-11-14 16:32:47,182 - {modules.common.store._api:31} - {INFO:update values flexible_tariff_module} - Saving TariffState(prices={'1763134200': 0.00029, '1763135100': 0.00029959999999999996, '1763136000': 0.0003241, '17>
2025-11-14 16:32:47,206 - {modules.common.store._tariff:23} - {DEBUG:update values flexible_tariff_module} - published prices list to MQTT having 126 entries
2025-11-14 16:32:52,225 - {modules.utils:15} - {ERROR:MainThread} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-11-14 16:32:57,231 - {control.data:481} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-11-14 16:32:57,243 - {modules.loadvars:141} - {ERROR:MainThread} - Fehler im Optional-Modul: Keine Preise für konfigurierten dynamischen Stromtarif vorhanden.
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/loadvars.py", line 139, in ep_get_prices
    self.price_value_store.update()
  File "/var/www/html/openWB/packages/modules/common/store/_tariff.py", line 52, in update
    pub_to_broker("openWB/set/optional/ep/get/prices", self.sum_prices())
  File "/var/www/html/openWB/packages/modules/common/store/_tariff.py", line 57, in sum_prices
    raise ValueError("Keine Preise für konfigurierten dynamischen Stromtarif vorhanden.")
ValueError: Keine Preise für konfigurierten dynamischen Stromtarif vorhanden.

Deshalb werden die Preise im nächsten Regelzyklus noch mal geholt:

Code: Alles auswählen

2025-11-14 16:32:58,841 - {modules.common.component_context:29} - {DEBUG:update values flexible_tariff_module} - Update Komponente ['Tibber']
2025-11-14 16:32:58,892 - {urllib3.connectionpool:973} - {DEBUG:update values flexible_tariff_module} - Starting new HTTPS connection (1): api.tibber.com:443
2025-11-14 16:32:59,153 - {urllib3.connectionpool:452} - {DEBUG:update values flexible_tariff_module} - https://api.tibber.com:443 "POST /v1-beta/gql HTTP/1.1" 200 None
2025-11-14 16:32:59,167 - {modules.common.req:53} - {DEBUG:update values flexible_tariff_module} - Get-Response: {"data":{"viewer":{"home":{"currentSubscription":{"priceInfo":{"today":[{"total":0.2793,"startsAt":"2025-11->

und im übernächsten auch:

Code: Alles auswählen

, 5.7840070724487305], powers=[1434.4027099609375, 1215.0806884765625, 1223.>
2025-11-14 16:33:21,062 - {modules.common.component_context:29} - {DEBUG:update values flexible_tariff_module} - Update Komponente ['Tibber']
2025-11-14 16:33:21,086 - {urllib3.connectionpool:973} - {DEBUG:update values flexible_tariff_module} - Starting new HTTPS connection (1): api.tibber.com:443
2025-11-14 16:33:21,285 - {urllib3.connectionpool:452} - {DEBUG:update values flexible_tariff_module} - https://api.tibber.com:443 "POST /v1-beta/gql HTTP/1.1" 200 None
2025-11-14 16:33:21,293 - {modules.common.req:53} - {DEBUG:update values flexible_tariff_module} - Get-Response: {"data":{"viewer":{"home":{"currentSubscription":{"priceInfo":{"today":[{"total":0.2793,"startsAt":"2025-11->

Danach scheint's zu passen...

bye
TW

[Thomas aus W]

Im Status fehlt das neu eingeführte Datum (für Preise von morgen):

Bildschirmfoto_2025-11-14_16-45-19.png (29.19 KiB) 259 mal betrachtet

Stand von gestern:

Bildschirmfoto_2025-11-14_16-49-39.png (27.03 KiB) 254 mal betrachtet

bye
TW

[Till]

Guten Abend,

mit dem aktuellen Master (02e0551bf) wird mir im Colors-Theme der Preis-Graph (Tibber) und der aktuelle Preis €/kWh im Verbrauchs-Graph nicht mehr angezeigt.

Version von Freitag Mittag (748b9add1):

Bildschirmfoto 2025-11-14 um 17.29.01.png

(454.33 KiB) Noch nie heruntergeladen

Akuteller Master:

Bildschirmfoto 2025-11-14 um 17.32.17.png

(565.34 KiB) Noch nie heruntergeladen

LG
Till