openWB Forum

Ich hatte heute mit der aktuell 225er nightly einen Totalausfall der Erreichbarkeit. Box war im Netzwerk nicht mehr erreichbar, auch das Display war dunkel und liess sich nicht aktivieren. Das Auto hat noch geladen, allerdings weiß ich nicht mit welcher Leistung - das sagt mir der Peugeot leider nicht. Auch openwb web hatte keine Daten mehr empfangen. Musst jetzt tatsächlich den Strom für die Box abdrehen, war nix zu machen. Nach dem Neustart läuft die Box wieder einwandfrei.

Aufgefallen war mir dass die Box sowohl per LAN und WLAN verbunden war, vermutlich weil nach zum Bootzeitpunkt das LAN noch nicht verfügbar war - Strom war gestern komplett abgestellt. Leider hatte ich keine Chance das zu korrigieren da das Auto bereits geladen hat..

Ich hab' zwar versucht über openwb web einen Debug-Bericht zu erstellen, bin mir aber nicht sicher ob da wirklich etwas angekommen ist wo die Box ja nicht erreichbar war.

Hat das schon mal jemand beobachtet oder ist das bisher ein Einzelschicksal?

Auch im Ladelog fehlen die Daten nach 16:10:

Im Status Menü meldet die 1.9.225, für den Ladepunkt LP1, bei mir im einphasigen Ladebetrieb ab Ladeströmen oberhalb 12A,
auf den Phasen 2 und 3 einen Ladestrom von 0,1A.
Da das Relais nicht angezogen hat, kann dies eigentlich nicht sein.
Die openWB hat während einer Bedienung mittels Web Interface einen Absturz des Interfaces. Es war für einen Reboot zu kurz, aber die Daten im Display waren weg.

StubbeA hat geschrieben: ↑So Mär 28, 2021 11:32 am Mit der älteren. 220 lief es übrigens mal. (stamp)

für die KIA Nutzer. Es läuft auch mit der aktuellen Nightly. Es war die Änderung des Passwortes bei Kia erforderlich. Da wird aber nicht darauf hingewiesen: Also UVO App abmelden und wieder anmelden, dann kommt der Hinweis. Einfach identisch eintragen oder neues Passwort. Komisch nur, mit Eintrag des alten Passwortes in der openWB läuft es. Mit dem neuen PW nicht.... Merkwürdig, aber läuft.

Im Smarthome 2.0 Bereich scheint http verrückt zu spielen. Speichern ist nicht möglich, trotz URL nimmt er einfach die Werte vom Shelly, die URL kann nicht ersetzt werden etc

Kannst du mal mit der neusten nighlty schauen ?
Ich kann http debices speichern.
Gruss Oliver

okaegi hat geschrieben: ↑Do Apr 01, 2021 4:54 pm Kannst du mal mit der neusten nighlty schauen ?
Ich kann http debices speichern.
Gruss Oliver

Bleibt dabei. Wenn ich auf speichern gehe wird der Button zwar trüb, aber er übernimmt mir nichts oder setzt es falsche URLs.

Werkseinstellung und Neueinrichtung brachte leider auch keinen Erfolg. Selbst bei Geräten, die bisher mit seperater Leistungsmessung einwandfrei liefen geht es nicht mehr und er nimmt einfach den Grundwert des Shelly anstatt meinen simpleAPI Link.

Echt verrückt. Normalerweise lädt die Seite ja neu, wenn man speichert, das passiert hier aber nicht mehr

wp-bev hat geschrieben: ↑So Mär 28, 2021 9:28 pm Im Status Menü meldet die 1.9.225, für den Ladepunkt LP1, bei mir im einphasigen Ladebetrieb ab Ladeströmen oberhalb 12A,
auf den Phasen 2 und 3 einen Ladestrom von 0,1A.
Da das Relais nicht angezogen hat, kann dies eigentlich nicht sein.
Die openWB hat während einer Bedienung mittels Web Interface einen Absturz des Interfaces. Es war für einen Reboot zu kurz, aber die Daten im Display waren weg.

Konnte ich bei 1phasiger PV Ladung auch beobachten, 0.1A Strom auf L2 angezeigt obwohl tatsächlich 1phasig geladen wurde. Werde mal debug Daten senden sobald ich das nochmal feststelle.

okaegi hat geschrieben: ↑Do Apr 01, 2021 4:54 pm Kannst du mal mit der neusten nighlty schauen ?
Ich kann http debices speichern.
Gruss Oliver

Hallo Oliver,

ich konnte das Problem etwas eingrenzen. Ich kann Smarthome http Devices auch speichern, ABER nicht wenn ich meinen Link benutze:

http://192.XXX.XXX.XX:8087/getPlainValu ... lay0.Power

Ist eine Art Zeichenbegrenzung o.ä. vorhanden?

Hab aus Spaß mal die Abfrage im JSON-Format getestet (http://192.XX.XXX.XXX/meter/1?status), dann kann ich auch speichern. Es kommt logischerweise kein Wert

Probier mal ohne http. Im modul checkt er und ergänzt den String:
if not urlparse(url).scheme:
url = 'http://' + url
192.xxx.xxx.xx:8087/getPlainValue/shelly.0.SHSW-25%2384CCA8B098C6%231.Relay0.Power
Oder mal ohne prozent oder ohne http mit Hochkomma.
Gruss Oliver

okaegi hat geschrieben: ↑Fr Apr 02, 2021 2:59 pm Probier mal ohne http. Im modul checkt er und ergänzt den String:
if not urlparse(url).scheme:
url = 'http://' + url
192.xxx.xxx.xx:8087/getPlainValue/shelly.0.SHSW-25%2384CCA8B098C6%231.Relay0.Power
Oder mal ohne prozent oder ohne http mit Hochkomma.
Gruss Oliver

Ohne % Zeichen akzeptiert er es mir und speichert auch. Allerdings ist das (zumindest bei mir) ein Problem. Meine ursprüngliche URL ist nämlich:

192.XXX.XXX.XX:8087/getPlainValue/shelly.0.SHSW-25#84CCA8B098C6#231.Relay0.Power

Mit der Form kann ich das ganze zwar speichern und er übernimmt mir den Link auch dauerhaft, aber die "#" kann man ja bei http nicht verarbeiten, weshalb der Link ins Leere läuft und er sich einfach den Wert vom Shelly nimmt (war das Problem mit einem Shelly 2.5 bei mir, wo ich jeden Ausgang separat loggen wollte).