openWB Forum

Verfasst: **Do Jun 02, 2022 12:36 pm**

aiole hat geschrieben: ↑Do Jun 02, 2022 11:50 am Danke Lena!

Jetzt kommt allerdings der hier:

2022-06-02 13:45:13,063 - {soc.modules.common.fault_state:37} - ERROR - Ladepunkt: FaultState FaultStateLevel.ERROR, FaultStr <class 'TypeError'> '>=' not supported between instances of 'str' and 'int', Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/smartwb/chargepoint_module.py", line 73, in get_values
    if json_rsp["RFIDUID"] >= 3:
TypeError: '>=' not supported between instances of 'str' and 'int'

Die aktuelle API-Ausgabe der smartWB sieht so aus:

Code: Alles auswählen

{"type":"parameters","list":[{"vehicleState":2,"evseState":false,"maxCurrent":20,"actualCurrent":0,"actualCurrentMA":0,"actualPower":0,"duration":5531000,"alwaysActive":true,"lastActionUser":"API","lastActionUID":"API","energy":3.78,"mileage":18.9,"meterReading":1902.54,"currentP1":0,"currentP2":0,"currentP3":0,"voltageP1":239.2281,"voltageP2":237.81,"voltageP3":237.1045,"useMeter":true,"RFIDUID":""}]}

Sollte nun mit PR #429 behoben sein.

Verfasst: **Do Jun 02, 2022 1:10 pm**

Danke. Das sieht schon besser aus. Der Zählerstand kommt, aber der Rest fehlt noch (Spannungen etc.).

Es wird allerdings Laden angezeigt, obwohl das Symbol orange bleibt und nicht geladen wird (s. EVU-Werte).

Ich verwende folgende Ladeprofileinstellungen. Ist da ggf. noch etwas faul?

Verfasst: **Do Jun 02, 2022 2:34 pm**

aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Danke. Das sieht schon besser aus. Der Zählerstand kommt, aber der Rest fehlt noch (Spannungen etc.).

Kannst Du bitte den Debug Modus auf 2 stellen und einen kompletten Durchlauf der Regelung posten? Spannung liefert nur EVSE Wifi 2.0, das ist noch nicht drin. Ströme sollten aber angezeigt werden. Da gibt das Log Aufschluss.

aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Es wird allerdings Laden angezeigt, obwohl das Symbol orange bleibt und nicht geladen wird (s. EVU-Werte).

Das bedeutet erstmal nur, dass die Regelung den Strom freigegeben hat. Was die Remote-WB bzw das Auto damit macht, bleibt erstmal unberücksichtigt.

aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Ich verwende folgende Ladeprofileinstellungen. Ist da ggf. noch etwas faul?

Die sehen soweit gut aus. Auch hier ist es ohne Log schwierig.

Verfasst: **Do Jun 02, 2022 2:57 pm**

LenaK hat geschrieben: ↑Do Jun 02, 2022 2:34 pm
aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Danke. Das sieht schon besser aus. Der Zählerstand kommt, aber der Rest fehlt noch (Spannungen etc.).
Kannst Du bitte den Debug Modus auf 2 stellen und einen kompletten Durchlauf der Regelung posten? Spannung liefert nur EVSE Wifi 2.0, das ist noch nicht drin. Ströme sollten aber angezeigt werden. Da gibt das Log Aufschluss.

Ok. Das teste ich heute Abend, wenn das EV wieder dran hängt.
In v1.9 hatten wir EWifi 1.0/2.0 mal mit der timeout-Angabe quick&dirty unterschieden. Die Spannungen sind dort schon lange mit bei EVSE-Wifi 2.0 dabei (leider kommalos) und gut für die Kontrolle. Könnt Ihr diese zeitnah einbauen, um das testing zu erleichtern? An der sWB-API hat sich bei den Spannungen nichts geändert.

LenaK hat geschrieben: ↑Do Jun 02, 2022 2:34 pm
aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Es wird allerdings Laden angezeigt, obwohl das Symbol orange bleibt und nicht geladen wird (s. EVU-Werte).
Das bedeutet erstmal nur, dass die Regelung den Strom freigegeben hat. Was die Remote-WB bzw das Auto damit macht, bleibt erstmal unberücksichtigt.

Das smartWB-interne debug-log zeigt nichts an (im Gegensatz bei Nutzung von oWB v1.9, wo so etwas kommt (gerade nochmal am 2. System getestet)).

Code: Alles auswählen

2022-06-02T14:43:56+2 [ ModBus ] Register 1000 successfully set to 600
2022-06-02T14:59:06+2 [ ModBus ] Register 1000 successfully set to 0

Das heißt, dass irgendwas beim Senden von oWB hängen bleibt.

Der begleitende Text zum Ladesymbol ist in v2.0 neu.
M.E. sollte nur "Ladevorgang läuft..." stehen, wenn auch tatsächlich geladen wird. Bei orangefarb. Symbol dann eher "ladebereit"?
Oder habt Ihr "Ladevorgang läuft..." bei orange und "Lädt" bei grünem Symbol (sry - lädt hier ja noch nicht und ich kann es daher nicht verifizieren)?

LenaK hat geschrieben: ↑Do Jun 02, 2022 2:34 pm
aiole hat geschrieben: ↑Do Jun 02, 2022 1:10 pm Ich verwende folgende Ladeprofileinstellungen. Ist da ggf. noch etwas faul?
Die sehen soweit gut aus. Auch hier ist es ohne Log schwierig.

gut
Ich werde an-/abstecken, versuchen "sofortzuladen" und immer mitloggen.

nur zur Klarstellung:
Debug Modus 2 ist Debug Level Details, richtig?

Vielleicht gibt es nur bei der Stromwertübergabe ein Problem:

Code: Alles auswählen

2022-06-02 16:38:18,726 - {soc.modules.common.component_context:23} - DEBUG - Update Komponente ['Ladepunkt']
2022-06-02 16:38:18,739 - {urllib3.connectionpool:227} - DEBUG - Starting new HTTP connection (1): 192.168.110.145:80
2022-06-02 16:38:18,760 - {urllib3.connectionpool:452} - DEBUG - http://192.168.110.145:80 "GET /setCurrent?current=%24current HTTP/1.1" 200 29
2022-06-02 16:38:18,764 - {soc.modules.common.req:11} - DEBUG - Get-Response: S0_set current to given value

Mit "GET /setCurrent?current=%24current HTTP/1.1" kann die API glaub' nichts anfangen. DIe braucht entweder A- oder 0,01A-Werte. Ich bin auf dem Gebiet SW aber nur einäugig

.

VG

Verfasst: **Do Jun 02, 2022 4:35 pm**

Der API-Aufruf ist nicht korrekt:

Code: Alles auswählen

/setCurrent?current=%24current

Für 14,55A muss dieser wie folgt aussehen:

Code: Alles auswählen

/setCurrent?current=1455

Für 14,0A funktionieren diese beide Varianten:

Code: Alles auswählen

/setCurrent?current=1400
/setCurrent?current=14

Der Strom muss entweder in vollen A oder in hundertstel A vorgegeben werden.

Verfasst: **Do Jun 02, 2022 6:21 pm**

Vorbemerkung:
Verwende zum ersten Mal ein Alpha 3 Image auf einem Rapsi 4.
Aufruf der Oberfläche über Firefox.

3 Dinge sind mir aufgefallen:

1. Bei der Konfiguration SMA Modbus TCP wird die IP-Adresse nicht korrekt verarbeitet.
Deshalb kann der Wechselrichter nicht abgefragt werden.
Die Fehlermeldung im Web-UI :: Status lautet

Code: Alles auswählen

Modulmeldung:
<class 'pymodbus.exceptions.ConnectionException'> Modbus Error: [Connection] Failed to connect[ModbusTcpClient(None:502)]

Hab dazu den PR #430 eingestellt.

2. Beim Rumspielen in der Hardware-Installation (Web-UI :: Konfiguration :: Geräte und Komponenten) können die Komponenten nicht gelöscht werden.

3. Um nicht nur zu nörgeln:
SMA Home Manager funktoniert einwandfrei! Auch die Werte passen.
Als Seriennummer habe ich none eingetragen (wie bei der 1.9).
Da ist die Oberfläche auch nicht ganz konsistent.
Beim ersten Mal kann man auch ohne Seriennummer speichern, bei Änderungen dann verlangt er die Seriennummer.

Verfasst: **Do Jun 02, 2022 7:10 pm**

MadMax219 hat geschrieben: ↑Do Jun 02, 2022 6:21 pm 2. Beim Rumspielen in der Hardware-Installation (Web-UI :: Konfiguration :: Geräte und Komponenten) können die Komponenten nicht gelöscht werden.

Welche Komponenten wollest Du löschen? Ich hab' vor kurzem Komponenten (http in meinem Fall) neu angelegt und die alten gelöscht, das war kein Problem.

Verfasst: **Do Jun 02, 2022 8:15 pm**

mrinas hat geschrieben: ↑Do Jun 02, 2022 7:10 pm Welche Komponenten wollest Du löschen?

Das spielt eigentlich keine Rolle.
Ich betrachte die "blauen Dinger" als Gerät/System und die untergordnete Hierarchie (also die "schwarzen Dinger") als Komponenten.
Und die sind durch die Bank nicht löschbar.

Gestestet habe ich das bisher nur mit "SMA Home Manager" und "SMA Modbus TCP".
Es funktioniert jetzt gerade aber auch mit HTTP nicht.
Blaues "HTTP" lässt sich löschen (inklusiv der Komponenten), schwarzes "HTTP Speicher" oder "HTTP Zähler" einzeln jedoch nicht. Die sind nach dem Löschen (Klick auf den roten Button im Screenshot) immer noch da.

Verfasst: **Fr Jun 03, 2022 6:32 am**

Da hat sich bei den Komponenten mit einem der letzten PR ein Bug eingeschlichen. Ist gerade behoben worden. Bitte ein Update anstoßen.

Verfasst: **Fr Jun 03, 2022 7:59 am**

MadMax219 hat geschrieben: ↑Do Jun 02, 2022 6:21 pm Vorbemerkung:
Verwende zum ersten Mal ein Alpha 3 Image auf einem Rapsi 4.
Aufruf der Oberfläche über Firefox.

3 Dinge sind mir aufgefallen:

1. Bei der Konfiguration SMA Modbus TCP wird die IP-Adresse nicht korrekt verarbeitet.
Deshalb kann der Wechselrichter nicht abgefragt werden.
Die Fehlermeldung im Web-UI :: Status lautet
Code: Alles auswählen
Modulmeldung:
<class 'pymodbus.exceptions.ConnectionException'> Modbus Error: [Connection] Failed to connect[ModbusTcpClient(None:502)]
Hab dazu den PR #430 eingestellt.

2. Beim Rumspielen in der Hardware-Installation (Web-UI :: Konfiguration :: Geräte und Komponenten) können die Komponenten nicht gelöscht werden.

3. Um nicht nur zu nörgeln:
SMA Home Manager funktoniert einwandfrei! Auch die Werte passen.
Als Seriennummer habe ich none eingetragen (wie bei der 1.9).
Da ist die Oberfläche auch nicht ganz konsistent.
Beim ersten Mal kann man auch ohne Seriennummer speichern, bei Änderungen dann verlangt er die Seriennummer.

Das ist interessant, ich hab' zwei SMA WR in meinem Setup, beide werden korrekt ausgelesen obwohl meine config 'ip' enthält, nicht 'ip_address'.

Code: Alles auswählen

{"name": "WR Garage", "type": "sma_modbus_tcp", "id": 13, "configuration": {"ip": "192.168.178.204"}}

openWB Forum

Feedback 2.0 Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3

Re: Feedback Alpha 3