Re: Rückmeldungen 2.1.3 Alpha 2
Verfasst: Fr Jan 26, 2024 7:17 pm
Ich kann das Problem bestätigen und es geht sogar noch weiter.Gero hat geschrieben: ↑Mi Jan 17, 2024 9:28 am Heute früh war mein Tesla nicht voll, die openWB hat im Modus Sofort keinen Strom angeboten. Ich hatte gestern die Ladung einmal gestartet um zu schauen, wie lange der Tesla bis auf 100% brauchen wird. Waren so 5,5h. Dann habe ich in der Tesla-App Laden starten um 1:30 eingestellt, damit er bis 7:00 mit dem kalibrieren fertig ist. Das hat aber nicht geklappt, weil die openWB keinen Strom angeboten hat. Umschalten auf PV und dann wieder Sofort hat den Ladevorgang dann gestartet. Kann ich beizeiten gerne nochmal nachstellen, aber vielleicht reicht ja schon die Beschreibung um das eben mal im Simulator nachzustellen: Ladung starten, am EV die Ladung stoppen. openWB bietet danach keine 6A mehr an. Umschalten des Lademodus behebt das.
Ich habe Deinen Beitrag mal hier gequotet, da ich die aktuelle master (2024-01-26 12:02:17 +0100 [957489bd1]) verwende.MatzeL hat geschrieben: ↑Sa Jan 27, 2024 12:18 pm Heute schien erstmalig so viel Sonne, dass ich den PV Überschuss gut testen konnte.
Ergebnis: PV Laden startet, obwohl der mindest SoC Speicher noch nicht erreicht ist. Das Fahrzeug wird dauerhaft mit 1,4kW geladen.
Hier meine Einstellungen:
Screenshot_2024-01-27-13-10-05-040_org.mozilla.firefox.jpg
Screenshot_2024-01-27-13-13-35-328_org.mozilla.firefox.jpg
SoC Speicher bei 60%
Überschuss ca. 3kW
Vorrang PV: Speicher
Code: Alles auswählen
2024-01-28 09:47:33,437 - {modules.common.fault_state:49} - {ERROR:device1} - Sma Sunny Boy/Tripower Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)",), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 91, in __read_registers
raise Exception(__name__+" "+str(response))
Exception: modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/sma_sunny_boy/device.py", line 78, in update
component.update()
File "/var/www/html/openWB/packages/modules/devices/sma_sunny_boy/inverter.py", line 32, in update
self.store.set(self.read())
File "/var/www/html/openWB/packages/modules/devices/sma_sunny_boy/inverter.py", line 45, in read
dc_power = (self.tcp_client.read_holding_registers(30773, ModbusDataType.INT_32, unit=3) +
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 120, in read_holding_registers
return self.__read_registers(
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 103, in __read_registers
raise Exception(__name__+" "+str(type(e))+" " + str(e)) from e
Exception: modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
2024-01-28 09:47:33,910 - {modules.common.fault_state:49} - {ERROR:device9} - Hoymiles Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr Die Verbindung zum Server http://192.168.188.82/api/livedata/status ist fehlgeschlagen. Überprüfe Adresse und Netzwerk., Traceback:
Traceback (most recent call last):
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 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 276, in _read_status
raise RemoteDisconnected("Remote end closed connection without"
http.client.RemoteDisconnected: Remote end closed connection without response
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 718, in reraise
raise value.with_traceback(tb)
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 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 276, in _read_status
raise RemoteDisconnected("Remote end closed connection without"
urllib3.exceptions.ProtocolError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
Ich arbeite mit 2024-01-26 12:02:17 +0100 [957489bd1]electron hat geschrieben: ↑Do Jan 25, 2024 12:26 pm Bei mir wird seit gestern in den Auswertungen der Tagesgraph nicht mehr angezeigt. Im Display ist eine Fehlermeldung (siehe unten). Tage bis und mit 23.1. lassen sich anzeigen. Der aktuelle Monat kommt auch nicht (bis Dezember gehts).
software-Version: 2024-01-20 10:53:16 +0100 [e36f1a97e]
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 = _collect_daily_log_data(date)
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 152, in _collect_daily_log_data
log_data = json.load(json_file)
File "/usr/lib/python3.9/json/__init__.py", line 293, in load
return loads(fp.read(),
File "/usr/lib/python3.9/json/__init__.py", line 346, in loads
return _default_decoder.decode(s)
File "/usr/lib/python3.9/json/decoder.py", line 337, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/usr/lib/python3.9/json/decoder.py", line 355, in raw_decode
raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
Seit diesem Update hat sich das Ladeprotokoll nicht mehr verrechnet.LenaK hat geschrieben: ↑Fr Jan 26, 2024 10:55 amBitte nochmal ein Update machen.LenaK hat geschrieben: ↑Do Jan 25, 2024 2:46 pmDas scheint mit dem Zeitladen zusammen zu hängen. Ich kann es nicht nachstellen, daher ist der Fix ungetestet. Bitte ein Update auf den Master machen und heute Nacht nochmal testen.ChristophR hat geschrieben: ↑Mi Jan 24, 2024 10:46 pm
Diesmal nur ein bisschen, aber trotzdem verrechnet:
22,34kWh * 0,3528 cent = 7,42€
2024-01-24 23_43_28-openWB _ Auswertungen - Ladeprotokoll und 1 weitere Seite - Persönlich – Microso.png
Zugehöriges chargelog:
chargelog.d20240124-u061342.log
Ist im Master behoben.