go-eCharger mit 1-/3-Phasen Umschaltung

[zoe*in]

Da es ja keinen eingenen "neutralen" 1/3-Phasen-Umschaltungsthread gibt häng ich mich mal hier rein:

Beim Umschalten von 1phasig auf 3phasig bleibt der Stromwert der 1phasigen Ladung zu Beginn der 3phasigen Ladung noch bestehen. Die Box regelt dann sofort runter, das passt sonst alles. Nur warum startet die Box den Ladevorgang bei 3phasig dann nicht direkt entweder mit dem Minimalstrom wie beim fixen 3phasigen laden (9A sind eingestellt) oder mit dem neuen berechneten Strom - sondern "volle" Pulle?

Screenshot:

System: 1.9.244 (stable)

Lade-Log:

Code: Alles auswählen

2022-04-15 10:56:17: LP1, Lademodus NurPV. Ladung geändert auf 11 Ampere (LV0)
2022-04-15 10:56:07: LP2, Lademodus NurPV. Ladung geändert auf 12 Ampere (LV0)
2022-04-15 10:56:07: LP1, Lademodus NurPV. Ladung geändert auf 12 Ampere (LV0)
2022-04-15 10:56:02: LP1, Ladung gestartet. (LV0)
2022-04-15 10:55:42: LP1, Ladung gestoppt (LV0)
2022-04-15 10:55:37: alle Ladepunkte, Lademodus NurPV. Ladung geändert auf 32 Ampere (LV0)
2022-04-15 10:54:26: alle Ladepunkte, Lademodus NurPV. Ladung geändert auf 32 Ampere (LV0)
2022-04-15 10:54:16: alle Ladepunkte, Lademodus NurPV. Ladung geändert auf 32 Ampere (LV0)

PV-Log:

Code: Alles auswählen

2022-04-15 10:56:26: Schaltschwelle: 690, zum runterregeln: 0 (LV0)
2022-04-15 10:56:26: Gesamt Anzahl Phasen= 3 (LV0)
2022-04-15 10:56:26: LP1 Anzahl Phasen während Ladung= 3 (LV0)
2022-04-15 10:56:26: Alte Anzahl genutzter Phasen= 3 (LV0)
2022-04-15 10:56:17: Uberschuss (-203) geringer als herunterschaltschwelle (0), neuer Ladestromwert: 11 (LV0)
2022-04-15 10:56:16: Schaltschwelle: 690, zum runterregeln: 0 (LV0)
2022-04-15 10:56:16: Gesamt Anzahl Phasen= 3 (LV0)
2022-04-15 10:56:16: LP1 Anzahl Phasen während Ladung= 3 (LV0)
2022-04-15 10:56:16: Alte Anzahl genutzter Phasen= 3 (LV0)
2022-04-15 10:56:07: Uberschuss (-13444) geringer als herunterschaltschwelle (0), neuer Ladestromwert: 12 (LV0)
2022-04-15 10:56:06: Schaltschwelle: 690, zum runterregeln: 0 (LV0)
2022-04-15 10:56:06: Gesamt Anzahl Phasen= 3 (LV0)
2022-04-15 10:56:06: LP1 Anzahl Phasen während Ladung= 3 (LV0)
2022-04-15 10:56:06: Alte Anzahl genutzter Phasen= 1 (LV0)
2022-04-15 10:55:37: Überschuss (512) ist größer als Schaltschwelle (230), neuer Ladestromwert: 32 (LV0)
2022-04-15 10:55:37: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2022-04-15 10:55:37: Gesamt Anzahl Phasen= 1 (LV0)
2022-04-15 10:55:37: LP1 Anzahl Phasen während Ladung= 1 (LV0)
2022-04-15 10:55:37: Alte Anzahl genutzter Phasen= 1 (LV0)
2022-04-15 10:54:26: Überschuss (528) ist größer als Schaltschwelle (230), neuer Ladestromwert: 32 (LV0)
2022-04-15 10:54:26: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2022-04-15 10:54:26: Gesamt Anzahl Phasen= 1 (LV0)
2022-04-15 10:54:26: LP1 Anzahl Phasen während Ladung= 1 (LV0)
2022-04-15 10:54:26: Alte Anzahl genutzter Phasen= 1 (LV0)
2022-04-15 10:54:16: Überschuss (1004) ist größer als Schaltschwelle (230), neuer Ladestromwert: 32 (LV0)
2022-04-15 10:54:16: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2022-04-15 10:54:16: Gesamt Anzahl Phasen= 1 (LV0)
2022-04-15 10:54:16: LP1 Anzahl Phasen während Ladung= 1 (LV0)
2022-04-15 10:54:16: Alte Anzahl genutzter Phasen= 1 (LV0)
2022-04-15 10:54:06: Überschuss (575) ist größer als Schaltschwelle (230), neuer Ladestromwert: 32 (LV0)
2022-04-15 10:54:06: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2022-04-15 10:54:06: Gesamt Anzahl Phasen= 1 (LV0)

[pRoFeX]

Würde mir das Passwort nicht verwehrt werden, hätte ich alles schon längst selbst geändert.
Und da liegt der Hund in Wirklichkeit begraben.
Wozu habe ich eigentlich das Dokument unterschrieben, auf dem ich ab jetzt auf sämtliche Gewährleistung verzichte?
Und dann muss man sich noch sowas anhören?
Ihr seid ja echt wahnsinnig hilfsbereit.
Aber schon gut. Betteln werde ich nicht darum.

Geht mir genauso.

Die Cloud funzt nicht. Egal was ich einrichte.
Bug soll es nicht sein.

Schade.

[sirpreis]

Könnte jemand noch mal kurz erläutern, was auf einem Pi gemacht werden muss, um die Umschaltung nutzen zu können? Ich habe die beiden Python Dateien auf meinem Pi ausgetauscht, es sieht für mich aber so aus, als würde nicht umgeschaltet werden. Ich habe das Debugging angeschaltet und finde im PV Log auch keine der Einträge, die laut u1p3pgoe.py aus meiner Sicht erscheinen sollten/könnten.

Hier im gelb markierten Bereich wäre ja eigentlich genügend Überschuss vorhanden, um 1-phasig zu laden. Aber das will irgendwie noch nicht so richtig/gar nicht:

[sirpreis]

Glaube ich hab's selbst lösen können. Gab bei der Umschaltung wohl immer den Fehler "ImportError: No module named requests import requests". Habe das Modul requests per Hand installiert, dann gibt es Einträge für die Umschaltung im Log.

[DerOlli]

Hab hier viel gelesen, aber leider nicht alles verstanden. Hab openWB auf dem Raspi laufen und mir die beiden Dateien grad ausgetauscht.
Wenn ich das richtig verstanden habe, funktioniert das jetzt bis zu einem Update?

Was hat aber Stevie_AN da gepostet, also was bewirkt das? Sorry aber ich kapiere es einfach nicht

Gruss
Olli

Wie schon vorher geschrieben bei einem Update via Weboberfläche ist dann auch alles wieder beim Alten.

Ich war so frech und hab die config-Datei in: /var/www/html/openWB/.git/ editiert (sudo nano /var/www/html/openWB/.git/config):

Code: Alles auswählen

[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = https://github.com/matzempc/openWB.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "stable"]
	remote = origin
	merge = refs/heads/stable

Dann ein Update auf die Nighty gefahren.

Resultat:

- 1p3p beim go-e ist drin
- "genauerer" Zählerstand beim go-e LP2 ist auch drin

[matzempc]

Hab hier viel gelesen, aber leider nicht alles verstanden. Hab openWB auf dem Raspi laufen und mir die beiden Dateien grad ausgetauscht.
Wenn ich das richtig verstanden habe, funktioniert das jetzt bis zu einem Update?

Was hat aber Stevie_AN da gepostet, also was bewirkt das? Sorry aber ich kapiere es einfach nicht

Gruss
Olli

Wie schon vorher geschrieben bei einem Update via Weboberfläche ist dann auch alles wieder beim Alten.

Ich war so frech und hab die config-Datei in: /var/www/html/openWB/.git/ editiert (sudo nano /var/www/html/openWB/.git/config):

Code: Alles auswählen

[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = https://github.com/matzempc/openWB.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "stable"]
	remote = origin
	merge = refs/heads/stable

Dann ein Update auf die Nighty gefahren.

Resultat:

- 1p3p beim go-e ist drin
- "genauerer" Zählerstand beim go-e LP2 ist auch drin

Hallo Olli,
das was Stevie_AN hier gemacht hat ist auf meinen openWB Fork (und zwar meinen master-branch) umzustellen und diesen zu nutzen (macht man eigentlich mit "git" Befehlen "git remote", scheint aber so auch zu funktionieren). Ich halte das allerdings nicht für zielführend, da ich nicht garantieren kann/will, dass ich nicht Änderungen dort vornehme, die dem einen oder anderen "nicht gefallen" - mein fork hat nicht den Anspruch eine Alternative zum Originalen für die Allgemeinheit zu sein, sondern lediglich spezielle Änderungen, die ich persönlich gerne habe/hätte aufzunehmen.
Ich werde hierauf auch keinen Support bei evtl. Fehlern leisten.
So aber zurück zu deiner eigentlichen Frage bzw. deinem Problem: Aus meiner Sicht ist das richtige Vorgehen von meinem Fork den branch "https://github.com/matzempc/openWB/tree ... p3p-switch" wiederum in einen eigenen fork übernehmen und diesen zu nutzen.
Alternative wäre von snaptec abzubranchen bzw. zu forken und meinen genannten branch mittels pull-request (bzw. dessen dedizierte Änderungen) einfliessen zu lassen.
Solltest du keine Ahnung von git bzw. Konfigurationsmanagement im Allgemeinen haben, würde ich dir leider davon abraten das Feature zu nutzen, da du dir (zumindest wenn du mal Updates einspielen willst) in Zukunft Schwierigkeiten einhandeln wirst/könntest.


Viele Grüße,

Matthias

[sirpreis]

So aber zurück zu deiner eigentlichen Frage bzw. deinem Problem: Aus meiner Sicht ist das richtige Vorgehen von meinem Fork den branch "https://github.com/matzempc/openWB/tree ... p3p-switch" wiederum in einen eigenen fork übernehmen und diesen zu nutzen.
Alternative wäre von snaptec abzubranchen bzw. zu forken und meinen genannten branch mittels pull-request (bzw. dessen dedizierte Änderungen) einfliessen zu lassen.

Ich bin nicht so richtig firm mit Git, aber denke dass ich mich da schon einarbeiten kann.

Kannst du mir folgendes sagen: Ich habe openWB auf meinem Pi entsprechend der Anleitung aus dem originalen openWB Repository installiert (curl -s https://raw.githubusercontent.com/snapt ... install.sh | sudo bash). Anschließend habe ich die beiden Dateien für die Phasenumschaltung per Hand ersetzt.

Nun würde ich gerne updaten. Ich habe nun einen Fork auf Basis deines Forks/Branch erstellt: https://github.com/xsirpreisx/openWB/tr ... 3p-switch/

Wie kann ich denn meine bestehende Installation auf dem Pi nun updaten? Wiederum per curl -s https://github.com/xsirpreisx/openWB/bl ... install.sh | sudo bash oder mache ich damit irgendwas kaputt?

[matzempc]

Nun würde ich gerne updaten. Ich habe nun einen Fork auf Basis deines Forks/Branch erstellt: https://github.com/xsirpreisx/openWB/tr ... 3p-switch/

Wie kann ich denn meine bestehende Installation auf dem Pi nun updaten? Wiederum per curl -s https://github.com/xsirpreisx/openWB/bl ... install.sh | sudo bash oder mache ich damit irgendwas kaputt?

Folgenden Befehle ausführen:
- git add remote xsirpreisx https://github.com/xsirpreisx/openWB.git
- git fetch
- git checkout goe-u1p3p-switch xsirpreis/goe-u1p3p-switch

Dann im File runs/update.sh folgende Zeilen editieren:
# fetch new release from GitHub
sudo git fetch origin
sudo git reset --hard origin/$train

Ersetze origin durch dein xsirpreis

Wenn ich dass jetzt trocken richtig getippt habe, sollte es danach funktionieren und du kannst in Zukunft einfach über die Weboberfläche updaten (in deinem github repo musst du eben die Änderungen entsprechend vorher "einspielen" via Fetch-upstream und Fetch-and-merge
Allerdings weiß ich nicht, was passiert, wenn ich eines Tages den goe-u1p3p-switch branch "beerdige" - aber machbar, reparierbar ist das dann auch.
Bei meinem letzten Post wäre die bevorzugte Lösung doch die zweitgenannte. Fork von snaptec und dann in den geforkten master branch meinen per pull-request mergen. Du solltest aber so auch weiterkommen.

[TeutoRockA]

Seit gestern hat Go-E OCPP

[mutsch2000]

Die Welt wäre so schön wenn openWb jetzt noch einen OCPP Server integriert hätte