go-eCharger mit 1-/3-Phasen Umschaltung

[philipp123]

Bei github verstehe ich leider nur "Bahnhof". Gibt es eine leicht befolgbare Anleitung, wie man mit OpenWB einen go-eCharger der 3. Generation zur automatischen Phasenumschaltung verwenden kann? Muss dazu der Code aus dem Branch von matzempc kompiliert werden und wie geht das? Oder ist der "Pull Request" mittlerweile genehmigt und umgesetzt, so dass es in den akltuellen Releases der openWB schon zu finden ist?

Wäre schön, wenn mich jemand darüber aufklären könnte.

Der PR wird nie offiziell aufgenommen werden.

[Betonmischer]

Hallo zusammen,

ich folge diesem Thread nun schon eine Weile und habe aktuell ein Problem mit meinem go-eCharger im Zusammenspiel mit der openWB:

- Kürzlich habe ich den go-eCharger V3 an meine openWB series 2 Custom (mit sämtlichen Zubehör) als zweiten Ladepunkt eingebunden - funktioniert soweit.
- Ich wollte das PV-Laden nun testen, erst einmal ohne die Phasenumschaltung. Das funktioniert aber leider nicht - die openWB steuert zwar den go-eCharger, allerdings dreht er immer gleich voll auf 16A auf, unabhängig ob die PV-Anlage genüg Überschuss erzielt.

Ich habe nun noch keinen Code von Matze übernommen und bin auf dem normalen Stable Build. Ist das das Problem?

[nirbhay]

Der PR wird nie offiziell aufgenommen werden.

Habe mich jetzt auch mal durch den Thread gelesen. Schade, dass Snaptec hier so eigen mit der "offenen" Software umgeht. Für mich ist das nah dran am "Etiketten-Schwindel", denn auf openWB bin ich hauptsächlich durch den quelloffenen Ansatz gekommen. Dass nun, nur weil nicht genügend Münzen eingeworfen werden, ein Mitwirken aus der Community geblockt wird, passt irgendiwe nicht zu dem Spirit der Offenheit.

Pragmatisch gesehen, bleiben mir also nun die Möglichkeiten, die Git-Adresse auf matzempc umzubiegen oder manuell bzw. mit einem Script die beiden genannten Dateien aus dem Git von matzempc nach jedem Update nachzuladen. Gibt es dazu denn eine evaluierte Doku?

[aiole]

Quelloffen ist oWB, also kein "Etikettenschwindel". Dank os-code kannst Du alles nachvollziehen und anpassen, was Du möchtest.

Die herstellereigene Hardware, die das gesamte System finanziert, nicht durch den Vollsupport (sparender) Konkurrenz-WB zu schützen, ist nachvollziehbar.

[MrSpoon]

Pragmatisch gesehen, bleiben mir also nun die Möglichkeiten, die Git-Adresse auf matzempc umzubiegen oder manuell bzw. mit einem Script die beiden genannten Dateien aus dem Git von matzempc nach jedem Update nachzuladen. Gibt es dazu denn eine evaluierte Doku?

Das würde mich auch mal interessieren wie das funktioniert.
Geht das dann ohne das Passwort, das ich für den Zugriff auf die Ordner brauche?

[matzempc]

Ich finde es erschreckend, welche Erwartungshaltung hier von manchen an den Tag gelegt wird.

Hier auch nochmal der Hinweis, das "Umkopieren" nur für einen ersten Test zu verwenden und dann bitte einen eigenen fork aufmachen:

Allerdings hier noch ein allgemeiner Hinweis: Es war angedacht, die Änderungen in das main repo (snaptec/openWB) zu spielen. Dies wird ja bekanntlich nicht funktionieren. Sehr gerne kann jeder die Änderungen von mir in seinen fork übernehmen, aber ich kann für meinen nicht garantieren (weder für den master noch einen Seitenbranch), diesen immer auf Stand (mit dem Nightly) zu halten und werde ich in Zukunft wahrs. eigene Änderungen dort einspielen oder versuchen. Also gerne durch Umkopieren ausprobieren, aber danach bitte in einen eigenen fork mergen!!

Wie oben geschrieben, war es angedacht die Änderungen in das main repo zu bringen. (Nach den Diskussionen und Erwartungen hier, kann ich aber snaptec immer mehr verstehen, warum dies nicht geschehen ist.) Damit wäre es dann "automatisch" gegangen. Eine "Anleitung" oder Doku gibt es daher nicht, wobei in diesem Thread alles stehen sollte, um es umzusetzen.

[zoe*in]

Ich finde es erschreckend, welche Erwartungshaltung hier von manchen an den Tag gelegt wird.

Sehe ich ähnlich. opensource bedeutet nicht, dass alle Wünsche irgendwie implementiert werden - sondern schlicht und ergreifend, dass der sourcecode offen ist, d.h. für jeden einsehbar und letztlich dann auch nutz/änderbar. Dies beinhaltet allerdings eben nicht die "Arbeit" die dahintersteckt. D.h. jeder kann es selber ändern/nutzen - hat aber keinen Anspruch, dass änderungen vom Herausgeber implemtiert werden. Ein Fork steht natürlich jedem selber frei.

Ich finde es in dem Fall korrekt, wenn die Umschaltung des go-e nicht unterstützt wird. go-e könnte ja selber entsprechend mitwirken und die Änderung einpflegen.

Und es ist ja nicht so, das der go-e nicht unterstützt wird. Der wird ja weiterhin unterstützt, allerdings eben nicht die 1p3p-Automatik.

Ich finde es gut das das ganze ein "Zuckerl" für den Kauf der "richtigen" openwb bleibt, da sich ohne den Verkauf der Wallbox selber das Projekt auf Dauer nicht finanzieren könnte - d.h. es würde auf Dauer auch nicht mehr existent sein. Irgendwo muss jeder seine Arbeit bezahlen. So fair sollte man in seiner Einstellung schon sein.

[MrSpoon]

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.

[derNeueDet]

Wenn deiner Box ein anderes Passwort verpasst werden kann, wirst du das auch bekommen. Da bin ich mir sicher, da es ja bei anderen auch gemacht wurde und wird.
Aber so lange openWB das Default PW nicht ändern kann, wird das wohl nichts.

VG
Det

[openWB]

Vielen Dank @matzempc und @zoe*in für eure Statements!