Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Antworten
flexistone
Beiträge: 8
Registriert: Di Okt 13, 2020 5:52 pm

Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von flexistone »

Hallo zusammen,

wir haben seit einigen Jahren eine openwB Wallbox mit zwei Ladepunkten...

Bisher hat eigentlich alles funktionert - jedenfalls war das Auto immer geladen...

Vor vier Wochen war plötzlich der Akku im Auto quasi leer - meine Frau hat nicht bemerkt, dass trotz Anstecken an die Wallbox diese gar nicht geladen hatte...
Wir hatten die Eisntellung immer auf Min+PV... Ob die Wallbox jetzt vom Auto Infos hat, was "Minimum" ist - keine Ahhnung... Wie auch immer...
Irgendwie lädt das Auto am zweiten Ladepunkt offenbar nicht mehr - oder der Ladestrom/Leistung wird nicht mehr im Display angezeigt - weil ich z.B. auch jetzt um 22.30 - alle sind im Bett - trotzdem ca. 4.000W Leistungsverbrauch im gesamten Haus habe - kein Fernseher/Heizung/sonstiges ist an... Also muss da irgendwas "großes" Strom ziehen...
Laut Wallbox aber am Ladepunt "1W".. Wobei das immer schon da stand - 1W am einen Ladepunkt und 0W am anderen Ladepunkt...

Was stimmt da nicht?

Wäre super, wenn mir jemand da weiter helfen könnte...

Bzw. was/wo könnte ich z.B. messen, um den Fehler eingrenzen zu können?!

Vielen Dank schon im Voraus...


Aktuelle Daten der openWB:
openWB Version: 1.9.301
openWB mit zwei Ladepunkten - vorkonfiguriert montiert - elektrischer Anschluss durch Elektriker
Installation ca. 2020
Browser-Cache gelöscht bzw. verschiedene PCs verwendet
Theme? Standard

geladenes Fahrzeug: VW eGolf

Log - hoffe ich habe den richtigen Ausschnitt...

Code: Alles auswählen

2023-06-16 09:12:56: PID: 10997: **** Regulation loop needs 5 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh
2023-06-16 09:12:56: PID: 10997: Timing Umschaltung: 480 / 480 (LV1) at 17 u1p3pswitch u1p3p.sh
2023-06-16 09:12:56: PID: 10997: automatische Umschaltung aktiv (LV1) at 16 u1p3pswitch u1p3p.sh
2023-06-16 09:12:56: PID: 10997: Zeit zum abfragen aller Werte 4 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2023-06-16 09:12:55: PID: 10997: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1271 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: lla3 0 llv3 228.9 llas13 0 llas23  soclp1 0 soclp2 0 (LV1) at 1270 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: lla2 0 llv2 228.4 llas12 0 llas22  sofortll 10 hausverbrauch 5203 wattbezug 5203 uberschuss -5203 (LV1) at 1269 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: lla1 0 llv1 228.9 llas11 0 llas21  mindestuberschuss 500 abschaltuberschuss 500 lademodus 3 (LV1) at 1268 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 10997: pv1watt 0 pv2watt  pvwatt 0 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 10 maximalA 26 (LV1) at 1267 loadvars loadvars.sh
2023-06-16 09:12:55: PID: 11250: RET: 0 (LV2) at 16 main modules/bezug_http/main.sh
2023-06-16 09:12:55: PID: 8221: legacy run server: Completed running command in 0.07s: ["modules.devices.http.device","counter","http://192.168.125.95:8080/Bezug","http://192.168.125.95:8
2023-06-16 09:12:55: PID: 8221: soc.modules.common.store._api: Saving CounterState(frequency=50, power_factors=[0.0, 0.0, 0.0], voltages=[230.0, 230.0, 230.0], powers=[0.0, 0.0, 0.0], currents=[0.0, 0.0, 0.0], exported=256.2397666449251, power=5203.0, imported=16792.884086133454)
2023-06-16 09:12:55: PID: 8221: modules.common.simcount._simcount: imported: 14.5833 Wh, exported: 0 Wh, new state: SimCounterState(exported=256.2397666449251, power=5203.0, timestamp=1686899575.0126832, imported=16792.884086133454)
2023-06-16 09:12:55: PID: 8221: modules.common.simcount._calculate: power did not change sign. Total energy: 14.5833
2023-06-16 09:12:55: PID: 8221: modules.common.simcount._calculate: time passed: 0.00280287, power1: 5203, power2: 5203
2023-06-16 09:12:55: PID: 8221: modules.common.simcount._simcount: Previous state: SimCounterState(exported=256.2397666449251, power=5203.0, timestamp=1686899564.9223545, imported=16778.300758302423)
2023-06-16 09:12:55: PID: 8221: soc.modules.common.req: Get-Response: 99959.069
2023-06-16 09:12:55: PID: 8221: requests.packages.urllib3.connectionpool: http://192.168.125.95:8080 "GET /kWh_bezogen HTTP/1.1" 200 9
2023-06-16 09:12:54: PID: 8221: soc.modules.common.req: Get-Response: 5203
2023-06-16 09:12:54: PID: 8221: requests.packages.urllib3.connectionpool: http://192.168.125.95:8080 "GET /Bezug HTTP/1.1" 200 4
2023-06-16 09:12:54: PID: 8221: requests.packages.urllib3.connectionpool: Starting new HTTP connection (1): 192.168.125.95:8080
2023-06-16 09:12:54: PID: 8221: legacy run server: Received command ["modules.devices.http.device","counter","http://192.168.125.95:8080/Bezug","http://192.168.125.95:8
AttributeError: 'NoneType' object has no attribute 'interCharTimeout'
    self.socket.interCharTimeout = self.inter_char_timeout
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 476, in connect
    if not self.connect():
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 106, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 125, in read_input_registers
    resp = client.read_input_registers(0x00, 2, unit=idadd)
  File "/var/www/html/openWB/modules/mpm3pmlls1/readmpm3pm.py", line 82, in <module>
Traceback (most recent call last):
DUo2/dev/ttyUSB0idadd106
2023-06-16 09:12:54: PID: 10997: Calling SoC-Module: modules/soc_carnet/main.sh for chargepoint 2 (LV2) at 23 run_soc_module loadvars.sh
2023-06-16 09:12:54: PID: 10997: Request to run SoC-Module: soc_carnetlp2 (LV2) at 4 run_soc_module loadvars.sh
Exception: Invalid URL <non>: Absolute HTTP or HTTPS URL required
raise Exception("Invalid URL <" + path + ">: Absolute HTTP or HTTPS URL required")
File "/var/www/html/openWB/packages/modules/devices/http/device.py", line 49, in create_paths_dict
exported_path=exported_path,
File "/var/www/html/openWB/packages/modules/devices/http/device.py", line 101, in read_legacy_inverter
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
{"bat": read_legacy_bat, "counter": read_legacy_counter, "inverter": read_legacy_inverter}, argv
File "/var/www/html/openWB/packages/modules/devices/http/device.py", line 108, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 110, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 88, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 49, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
2023-06-16 09:12:53: PID: 8221: legacy run server: Unhandled exception
2023-06-16 09:12:53: PID: 8221: legacy run server: Received command ["modules.devices.http.device","inverter","http://192.168.125.95:8080/Erzeugt","non","1"]
2023-06-16 09:12:53: PID: 10997: Modbus EVSE read CP2 issue - using previous state '' (LV0) at 200 loadvars loadvars.sh
loadvars.sh: Zeile 199: /var/www/html/openWB/ramdisk/evseplugstatelp2: Datei oder Verzeichnis nicht gefunden
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    request = client.read_holding_registers(readreg, reganzahl, unit=modbusid)
  File "runs/readmodbus.py", line 11, in <module>
Traceback (most recent call last):
2023-06-16 09:12:52: PID: 10997: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
Nach oben
aiole
Beiträge: 6895
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von aiole »

Welcher PV-WR bzw. welcher EVU-Zähler werden verwendet?
Sind deren IP-Adressen im Router "fixiert" (per MAC-Adresse)?
Gleiche mal die Ist-IP-Adressen mit den Einstellungen der openWB-Konfiguration ab.
Hilfreiches kostenfreies tool unter Windows: advanced IP-Scanner
Nach oben
flexistone
Beiträge: 8
Registriert: Di Okt 13, 2020 5:52 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von flexistone »

Also IP-Adressen sind fix...
Wallbox ist ja auch erreichbar.
Auch die Adressen der Lesewerte stimmen und funktionieren...

Aber obwohl die Wallbox lädt, wird Ladeleistung "0" Watt angezeigt...
Am Zähler in der Box selbst werden die Werte erfasst - aber eben offenbar nicht "in die Box" weiter gegeben...
Somit funktioniert natürlich PV-Laden gar nicht...
Nach oben
aiole
Beiträge: 6895
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von aiole »

Sofern es eine Kaufbox ist, würde ich ein Ticket über das web-gui bei openwb aufmachen. Ev. stimmt was beim USBtoRS485-Adapter oder beim Zähler nicht (RS485-Datenübertragung).
Nach oben
flexistone
Beiträge: 8
Registriert: Di Okt 13, 2020 5:52 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von flexistone »

Hallo zusammen,

also nach einigem Datenaustausch habe ich zunächst einen neuen Zähler und ein R45/USB-Modul erhalten.

Den Zähler habe ich gegen den alten getauscht - und soweit läuft es jetzt, dass beim Ladevorgang auch Werte angezeigt werden bzw. überhaupt an der zweiten Anschlussstelle geladen wird.

Da bei meiner Wallbox "Duo" aus 2020 bis dato offenbar kein derartiges R45/USB-Modul verbaut war, ist mir nicht klar, woher ich diese beiden orangen Anschlüsse "a" und "b" nehmen soll, die da ja laut Anleituung angeschlossen werden sollen.

Ich habe das jetzt mal von diesen zwei orangenen Kästchen links oben genommen, wo "a" und "b" drauf steht. Diese gingen aber bislang direkt auf die Platine vom Display....
Nach oben
openWB
Site Admin
Beiträge: 7998
Registriert: So Okt 07, 2018 1:50 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von openWB »

@flexistone

Bitte wende dich an den Support. Solche Dinge machen wenig Sinn sie im Forum parallel zu besprechen und dadurch maximal zu verwirren.
Im Zweifel erhältst du falschinfos die zum Defekt führen und dann haben wir den Salat.
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Nach oben
aiole
Beiträge: 6895
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von aiole »

und bitte keine "inside"-Bilder der WB hier im Forum
Nach oben
flexistone
Beiträge: 8
Registriert: Di Okt 13, 2020 5:52 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von flexistone »

Sorry...
Dachte, vielleicht hat jemand anderes schon mal diese R45 angeschlossen...

War keine böse Absicht...
Nach oben
aiole
Beiträge: 6895
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Problem mit Wallbox - zweiter Ladepunkt "defekt"??

Beitrag von aiole »

RS485 ;) - ist ein Bussystem
Nach oben
Antworten

Zurück zu „Hardware“