openWB Forum

Danke mrinas,

nun bin ich zumindest in der Oberfläche und komme ans Log:
Ein Update funktioniert leider nicht, es passiert nichts wenn ich auf den Knopf drücke:
Da ich keinen Zugriff auf die Shell habe, kann ich den Befehl nicht durchführen: Update:
Ich habe noch eine Sicherung kurz bevor ich das Update "durchgeführt" habe.
Das Backup lässt sich noch hochladen, aber nicht mehr zurücksichern.

Gibt es eine Anleitung wie ich dieses manuell zurückspielen kann?
Gibt es ein Image um die SD Karte notfalls wieder neu aufzusetzen?

wernerzwo hat geschrieben: ↑Di Jan 24, 2023 7:16 pm Das größere Problem:
Offenbar funktioniert bei mir die Phasenumschaltung am Ladepunkt 1 nicht - auch bei Sofortladen, nicht nur in PV-Laden.
(OpenWB Custum mit Phasenumschaltung)
Ohne Titel1.png
Der zweite Ladepunkt hat keine Umschaltung und lädt immer dreiphasig.

Es wird eine Umschaltverzögerung von 15 min. am LP1 im Status angezeigt, aber ich finde keine Einstellung wo man das ändern könnte.
Ohne Titel 2.jpg

Ich habe heute wieder auf die 2.0 umgestellt - jetzt laufen alle drei Ladepunkte (1x Duo + 1x Uno) und werden auch von der 2.0 auf dem StandAlone erkannt und gesteuert.

Nur das Problem mit der Phasenumschaltung besteht noch immer!
An dem Ladepunkt ist eigentlich eine verbaut, aber ich habe auch in der 1.9 diese deaktiviert.
Trotzdem lädt dieser Ladepunkt nur mit 1 Phase, obwohl die Vorgabe im Status mit drei Phasen da wäre.

wernerzwo hat geschrieben: ↑Di Feb 21, 2023 10:23 pm Trotzdem lädt dieser Ladepunkt nur mit 1 Phase, obwohl die Vorgabe im Status mit drei Phasen da wäre.

Ja mit der Umschalterei passt generell noch etwas nicht, s.h. meine Thema: viewtopic.php?t=6506

Hallo Zusammen ,

ich habe mal eine Frage .
Ich besitze 5 Plenticores mit eine KSEM und 2 Batterie .
Wenn ich es aber so einstelle wie auf der Seite
https://github.com/openWB/core/wiki/Hyb ... d-Speicher
Batterie "in den Wechselrichter" .
Zählt er anscheinen die Ladeleistung zu den PV Leistung .
Weil die Summe auf den KSEM Wechselrichter passen nicht annähernd .
Wenn ich die Batterie nach den Wechselrichter stelle
scheint es zu passen .

Und was mir auch noch aufgefallen ist das die Entladeleistung auch auf als PV Leistung gezählt wird siehe Bild . Auch wir die Einspeisung nicht gezählt (habe ich schonmal gemeldet)

Addy hat geschrieben: ↑Di Feb 21, 2023 10:21 pm Danke mrinas,

nun bin ich zumindest in der Oberfläche und komme ans Log:

Code: Alles auswählen

2023-02-21 22:50:43,841 - {schedule:660} - {DEBUG:MainThread} - Running job Job(interval=1, unit=minutes, do=handler10Sec, args=(), kwargs={})
2023-02-21 22:50:43,842 - {root:61} - {INFO:MainThread} - # ***Start*** 
2023-02-21 22:50:48,844 - {control.data:491} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2023-02-21 22:50:48,850 - {control.data:371} - {ERROR:MainThread} - Fehler im Prepare-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/data.py", line 366, in __copy_system_data
    "system": copy.deepcopy(SubData.system_data["system"])} | {
KeyError: 'system'
2023-02-21 22:50:48,853 - {root:66} - {ERROR:MainThread} - Fehler im Main-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/main.py", line 62, in handler10Sec
    handler_with_control_interval()
  File "/var/www/html/openWB/packages/helpermodules/utils/_exit_after.py", line 21, in inner
    result = fn(*args, **kwargs)
  File "/var/www/html/openWB/packages/main.py", line 44, in handler_with_control_interval
    log.setLevel(data.data.system_data["system"].data["debug_level"])
KeyError: 'system'
2023-02-21 22:50:48,855 - {schedule:660} - {DEBUG:MainThread} - Running job Job(interval=1, unit=hours, do=inner, args=(), kwargs={})
2023-02-21 22:50:48,856 - {root:74} - {DEBUG:MainThread} - 5 Minuten Handler ausführen.
2023-02-21 22:50:48,856 - {root:76} - {ERROR:MainThread} - Heartbeat für Subdata nicht zurückgesetzt.
2023-02-21 22:50:48,857 - {helpermodules.broker:31} - {INFO:MainThread} - Verbindung von Client openWB-mqttsub-000000007f0405c0 geschlossen.
2023-02-21 22:50:48,858 - {root:83} - {ERROR:MainThread} - Heartbeat für Setdata nicht zurückgesetzt.
2023-02-21 22:50:48,859 - {helpermodules.broker:31} - {INFO:MainThread} - Verbindung von Client openWB-mqttset-000000007f0405c0 geschlossen.
2023-02-21 22:50:48,859 - {root:97} - {ERROR:MainThread} - Fehler im Main-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/main.py", line 85, in handler5Min
    Thread(target=set.set_data, args=()).start()
  File "/usr/lib/python3.9/threading.py", line 874, in start
    _start_new_thread(self._bootstrap, ())
RuntimeError: can't start new thread
2023-02-21 22:50:48,861 - {schedule:660} - {DEBUG:MainThread} - Running job Job(interval=1, unit=minutes, do=update, args=(), kwargs={})
2023-02-21 22:50:48,865 - {helpermodules.broker:19} - {ERROR:Thread-6188} - Fehler beim Abonnieren des internen Brokers
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/broker.py", line 17, in __init__
    self.client.connect("localhost", 1886)
  File "/home/openwb/.local/lib/python3.9/site-packages/paho/mqtt/client.py", line 914, in connect
    return self.reconnect()
  File "/home/openwb/.local/lib/python3.9/site-packages/paho/mqtt/client.py", line 1044, in reconnect
    sock = self._create_socket_connection()
  File "/home/openwb/.local/lib/python3.9/site-packages/paho/mqtt/client.py", line 3685, in _create_socket_connection
    return socket.create_connection(addr, timeout=self._connect_timeout, source_address=source)
  File "/usr/lib/python3.9/socket.py", line 843, in create_connection
    raise err
  File "/usr/lib/python3.9/socket.py", line 831, in create_connection
    sock.connect(sa)
ConnectionRefusedError: [Errno 111] Connection refused
2023-02-21 22:50:53,862 - {modules.utils:18} - {ERROR:MainThread} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2023-02-21 22:50:58,864 - {modules.utils:18} - {ERROR:MainThread} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2023-02-21 22:50:59,867 - {schedule:660} - {DEBUG:MainThread} - Running job Job(interval=1, unit=minutes, do=update, args=(), kwargs={})

Ein Update funktioniert leider nicht, es passiert nichts wenn ich auf den Knopf drücke:

Code: Alles auswählen

#### updating available version info ####
current commit: 2023-02-17 09:38:40 +0100 [24f1f548]
Error: Connection refused
fetching latest data from origin...
POST git-upload-pack (170 bytes)
Von https://github.com/openWB/core
 = [aktuell]           master          -> origin/master
 = [aktuell]           Beta            -> origin/Beta
 = [aktuell]           feature-display -> origin/feature-display
 = [aktuell]           1.99.002        -> 1.99.002
 = [aktuell]           1.99.003        -> 1.99.003
 = [aktuell]           1.99.004        -> 1.99.004
 = [aktuell]           1.99.100        -> 1.99.100
 = [aktuell]           1.99.100.1      -> 1.99.100.1
 = [aktuell]           1.99.101.0      -> 1.99.101.0
 = [aktuell]           1.99.102.0      -> 1.99.102.0
done
branches:
checking commit for origin/Beta...2023-01-30 16:57:10 +0100 [78dc6cd0]
tags in branch:
1.99.002: Alpha 2
1.99.003: Alpha 3
1.99.004: Alpha 4
1.99.100: Beta 1
1.99.100.1: Beta.2-RC1
1.99.101.0: Beta 2
Beta: {"1.99.002":"1.99.002: Alpha 2","1.99.003":"1.99.003: Alpha 3","1.99.004":"1.99.004: Alpha 4","1.99.100":"1.99.100: Beta 1","1.99.100.1":"1.99.100.1: Beta.2-RC1","1.99.101.0":"1.99.101.0: Beta 2"}
checking commit for origin/feature-display...2023-02-17 09:43:39 +0100 [d6daa9a2]
tags in branch:
1.99.002: Alpha 2
1.99.003: Alpha 3
1.99.004: Alpha 4
1.99.100: Beta 1
1.99.100.1: Beta.2-RC1
1.99.101.0: Beta 2
1.99.102.0: Beta 3
feature-display: {"1.99.002":"1.99.002: Alpha 2","1.99.003":"1.99.003: Alpha 3","1.99.004":"1.99.004: Alpha 4","1.99.100":"1.99.100: Beta 1","1.99.100.1":"1.99.100.1: Beta.2-RC1","1.99.101.0":"1.99.101.0: Beta 2","1.99.102.0":"1.99.102.0: Beta 3"}
checking commit for origin/master...2023-02-17 09:38:40 +0100 [24f1f548]
tags in branch:
1.99.002: Alpha 2
1.99.003: Alpha 3
1.99.004: Alpha 4
1.99.100: Beta 1
1.99.100.1: Beta.2-RC1
1.99.101.0: Beta 2
1.99.102.0: Beta 3
master: {"1.99.002":"1.99.002: Alpha 2","1.99.003":"1.99.003: Alpha 3","1.99.004":"1.99.004: Alpha 4","1.99.100":"1.99.100: Beta 1","1.99.100.1":"1.99.100.1: Beta.2-RC1","1.99.101.0":"1.99.101.0: Beta 2","1.99.102.0":"1.99.102.0: Beta 3"}
{
  "master": {
    "commit": "2023-02-17 09:38:40 +0100 [24f1f548]",
    "tags": {
      "1.99.002": "1.99.002: Alpha 2",
      "1.99.003": "1.99.003: Alpha 3",
      "1.99.004": "1.99.004: Alpha 4",
      "1.99.100": "1.99.100: Beta 1",
      "1.99.100.1": "1.99.100.1: Beta.2-RC1",
      "1.99.101.0": "1.99.101.0: Beta 2",
      "1.99.102.0": "1.99.102.0: Beta 3"
    }
  },
  "Beta": {
    "commit": "2023-01-30 16:57:10 +0100 [78dc6cd0]",
    "tags": {
      "1.99.002": "1.99.002: Alpha 2",
      "1.99.003": "1.99.003: Alpha 3",
      "1.99.004": "1.99.004: Alpha 4",
      "1.99.100": "1.99.100: Beta 1",
      "1.99.100.1": "1.99.100.1: Beta.2-RC1",
      "1.99.101.0": "1.99.101.0: Beta 2"
    }
  },
  "feature-display": {
    "commit": "2023-02-17 09:43:39 +0100 [d6daa9a2]",
    "tags": {
      "1.99.002": "1.99.002: Alpha 2",
      "1.99.003": "1.99.003: Alpha 3",
      "1.99.004": "1.99.004: Alpha 4",
      "1.99.100": "1.99.100: Beta 1",
      "1.99.100.1": "1.99.100.1: Beta.2-RC1",
      "1.99.101.0": "1.99.101.0: Beta 2",
      "1.99.102.0": "1.99.102.0: Beta 3"
    }
  }
}
Error: Connection refused
currently selected branch: master
Error: Connection refused
last commit to master branch: 2023-02-17 09:38:40 +0100 [24f1f548]
Error: Connection refused
changes:
* 
Error: Connection refused

Da ich keinen Zugriff auf die Shell habe, kann ich den Befehl nicht durchführen:

Code: Alles auswählen

/var/www/html/openWB/runs/update_self.sh "master"

Update:
Ich habe noch eine Sicherung kurz bevor ich das Update "durchgeführt" habe.
Das Backup lässt sich noch hochladen, aber nicht mehr zurücksichern.

Gibt es eine Anleitung wie ich dieses manuell zurückspielen kann?
Gibt es ein Image um die SD Karte notfalls wieder neu aufzusetzen?

Oha, ja da klemmt irgendetwas gewaltig würde ich sagen. Ja, es gibt ein Image. https://openwb.de/uploads/openWB-2-bull ... ta1.img.gz
Das Image ist auf dem Stand der Beta1, würde also direkt nach der Installation ein Update auf die Beta2 machen

ah72 hat geschrieben: ↑Di Feb 21, 2023 9:58 pm
... Sobald die Ladung an einem Ladepunkt abgeschlossen ist, werden weiterhin 6A "reserviert" und bei der Verteilung berücksichtigt - ohne dass die Leistung genutzt wird. Gewollt, Bug oder ein Konfigurationsproblem?

Konnte ich bei mir gerade genauso feststellen. Erstes Fahrzeug ist ein Tesla, welcher selber bei 80% begrenzt. Zweites Fahrzeug ist eine Zoe. Tesla war fertig, laut OpenWB SOC aber bei 79%, aber Auto hat Ladung beendet. Es wurden weiterhin 6A reserviert, die der Zoe nicht bekam. Die Leistung die noch da wäre wurde ins Netz eingespeist.

Stivmaster hat geschrieben: ↑Mi Feb 22, 2023 12:27 pm Konnte ich bei mir gerade genauso feststellen. Erstes Fahrzeug ist ein Tesla, welcher selber bei 80% begrenzt. Zweites Fahrzeug ist eine Zoe. Tesla war fertig, laut OpenWB SOC aber bei 79%, aber Auto hat Ladung beendet. Es wurden weiterhin 6A reserviert, die der Zoe nicht bekam. Die Leistung die noch da wäre wurde ins Netz eingespeist.

Das Problem wird dann sein, dass die openWB dem Tesla weiterhin 6A "anbietet". Daher fehlen die der Zoe.
Du müsstest die openWB so einstellen, dass sie den Ladevorgang beendet und nicht der Tesla. Dann wird die Zoe auch den Rest bekommen.

Amok83 hat geschrieben: ↑Mi Feb 22, 2023 1:21 pm

Stivmaster hat geschrieben: ↑Mi Feb 22, 2023 12:27 pm Konnte ich bei mir gerade genauso feststellen. Erstes Fahrzeug ist ein Tesla, welcher selber bei 80% begrenzt. Zweites Fahrzeug ist eine Zoe. Tesla war fertig, laut OpenWB SOC aber bei 79%, aber Auto hat Ladung beendet. Es wurden weiterhin 6A reserviert, die der Zoe nicht bekam. Die Leistung die noch da wäre wurde ins Netz eingespeist.

Das Problem wird dann sein, dass die openWB dem Tesla weiterhin 6A "anbietet". Daher fehlen die der Zoe.
Du müsstest die openWB so einstellen, dass sie den Ladevorgang beendet und nicht der Tesla. Dann wird die Zoe auch den Rest bekommen.

Ja macht sie (die steuernde Standalone), aber warum? Das Fahrzeug lädt doch nicht, wieso reduziert das die Leistung an den Ladepunkten, die mehr abgeben könnten? Bei uns hängen an 5 Ladepunkten verschiedene Hybrid und BEV dran. Bei allen Ladepunkten und Fahrzeugen das gleiche Verhalten. Im ungünstigsten Fall sind 4 Fahrzeuge fertig geladen und noch angesteckt, am 5ten Ladepunkt wird ein weiteres Fahrzeug 3phasig angesteckt und bekommt 3x 8A, 3x 24A bleiben ungenutzt?!? Das SoC Modul in der openWB wird aktuell bei keinem Fahrzeug verwendet. Auch gar nicht möglich, da Ford, Seat, Polestar oder Skoda aktuell gar nicht angebunden werden können.

ah72 hat geschrieben: ↑Mi Feb 22, 2023 1:39 pm

Amok83 hat geschrieben: ↑Mi Feb 22, 2023 1:21 pm

Stivmaster hat geschrieben: ↑Mi Feb 22, 2023 12:27 pm Konnte ich bei mir gerade genauso feststellen. Erstes Fahrzeug ist ein Tesla, welcher selber bei 80% begrenzt. Zweites Fahrzeug ist eine Zoe. Tesla war fertig, laut OpenWB SOC aber bei 79%, aber Auto hat Ladung beendet. Es wurden weiterhin 6A reserviert, die der Zoe nicht bekam. Die Leistung die noch da wäre wurde ins Netz eingespeist.

Das Problem wird dann sein, dass die openWB dem Tesla weiterhin 6A "anbietet". Daher fehlen die der Zoe.
Du müsstest die openWB so einstellen, dass sie den Ladevorgang beendet und nicht der Tesla. Dann wird die Zoe auch den Rest bekommen.

Ja macht sie (die steuernde Standalone), aber warum? Das Fahrzeug lädt doch nicht, wieso reduziert das die Leistung an den Ladepunkten, die mehr abgeben könnten? Bei uns hängen an 5 Ladepunkten verschiedene Hybrid und BEV dran. Bei allen Ladepunkten und Fahrzeugen das gleiche Verhalten. Im ungünstigsten Fall sind 4 Fahrzeuge fertig geladen und noch angesteckt, am 5ten Ladepunkt wird ein weiteres Fahrzeug 3phasig angesteckt und bekommt 3x 8A, 3x 24A bleiben ungenutzt?!? Das SoC Modul in der openWB wird aktuell bei keinem Fahrzeug verwendet. Auch gar nicht möglich, da Ford, Seat, Polestar oder Skoda aktuell gar nicht angebunden werden können.

Poste doch mal einen Regelzyklus von der Situation, dann kann sich Lena & Team das mal ansehen. Erlaubt es zu bestätigen ob das aktuelle Verhalten so gedacht ist, oder ob ein Bug vorliegt. Und wenn das so erwartet ist ob es ggf. Optimierungspotential gibt.

Amok83 hat geschrieben: ↑Mi Feb 22, 2023 1:21 pm

Stivmaster hat geschrieben: ↑Mi Feb 22, 2023 12:27 pm Konnte ich bei mir gerade genauso feststellen. Erstes Fahrzeug ist ein Tesla, welcher selber bei 80% begrenzt. Zweites Fahrzeug ist eine Zoe. Tesla war fertig, laut OpenWB SOC aber bei 79%, aber Auto hat Ladung beendet. Es wurden weiterhin 6A reserviert, die der Zoe nicht bekam. Die Leistung die noch da wäre wurde ins Netz eingespeist.

Das Problem wird dann sein, dass die openWB dem Tesla weiterhin 6A "anbietet". Daher fehlen die der Zoe.
Du müsstest die openWB so einstellen, dass sie den Ladevorgang beendet und nicht der Tesla. Dann wird die Zoe auch den Rest bekommen.

Man könnte es einstellen, ich müsste ganz einfach die Begrenzung der Wallbox überlassen, was ich aber nicht möchte, da das Auto doch am besten weiß, wie sein Ladesstand ist. Ich möchte hier keinen vollen Akku, zu 100% geladen, stehen haben, nur weil die Wallbox den SOC nicht abgreifen konnte, weil es z.B. Kommunikationsprobleme gab.

Als Abhilfe muss ich beide SOC Obergrenzen gleich einstellen, im Auto und in der Box, dann sollte es funktionieren. Ich schreibe sollte, da das Fahrzeug schon längere Zeit auf 80% war, die openWB aber immer noch 79% anzeigte. Den SOC Probehalber auf 79% gestellt, beendete auch die Reservierung des Mindeststroms für das Fahrzeug. Wann sich die openWB dann den richtigen SOC geholt hätte weiß ich nicht, allerdings wurde dieser sofort richtig erkannt, nachdem ich auf aktualisieren gedrückt habe.

Einen Log dazu habe ich leider nicht, kann ich aber beim nächsten mal dann nachholen.