UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[lesiflo]

@tschaeens

Hi, wenn du das ganze mit openWB machen möchtest, was aus meiner das einfachste ist, dann kommen folgende
WR-Anbieter z.b. in Frage: Solaredge, Fronius, Huawei, Kostal Piko, LG ESS, SMA. Am besten mal auf der openWB Webseite schlau machen. Webseite: https://openwb.de/main/ Forum: https://openwb.de/forum/index.php.
Ich selber habe Solaredge mit Modbuszähler und aktiviertem ModbusTCP, einen smarten Stromzähler habe ich nicht. Ansonsten kann ich die noch das PV-Forum empfehlen: https://www.photovoltaikforum.com/.

Mit der Software openWB brauchst du dann keine Adapter mehr für den WR und die Wallbox in iobroker. Alle Daten kannst du dir dann über MQTT aus openWB holen. Eine Programierung von Scripten ist dann in iobroker auch nicht mehr zwingend notwendig. Das macht dann komplett openWB für dich.

[Tschaeens]

@lesiflo vielen Dank für deine Hilfe und das Informationsmaterial! Das heißt ich benötige einen Wechselrichter der openWab fähig ist, schließe den per Lan kabel an mein Netzwerk an, lass openWab z.B auf proxmox in einer vm laufen und kann dann meinem ego charger sagen, dass dieser nur dann laden soll, wenn Überschuss vorhanden ist?
Mal eine Kurzfassung zum Verstandnis
Lg

[lesiflo]

@tschaeens Hi, im Prinzip ja. Ich habe die Software openWB aber auf einem eigenen Raspi laufen. Die openWB Software kann aber noch viel mehr (hier mal ein Auszug aus der openWB Hilfe) welche Lademodi es gibt:

Sofort
Die Box beginnt sofort zu laden. Der Ladestrom kann vorgegeben werden, ebenso kann ein Ladelimit definiert werden. Beim Erreichen eines konfigurierten Ladelimits wird die Ladung beendet. Mögliche Ladelimits:
Ladezustand (SoC) des Fahrzeugs. Dies erfordert dass ein SoC Modul in den Einstellungen des Ladepunkts konfiguriert ist.
Zugeführte Energiemenge (kWh). Eignet sich z.B. falls kein SoC Modul vorhanden ist.

PV Laden
Geladen wird bei ausreichendem PV Überschuss. Der Ladestrom wird automatisch angepasst um den vorhandenen PV Überschuss bestmöglich zu nutzen. Die Ladung startet automatisch beim Erreichen der Einschaltschwelle für die Einspeisung und stoppt beim Erreichen der Abschaltschelle oder beim Erreichen eines konfigurierten maximalen SoC. Je nach Fahrzeug und installierter openWB Variante kann die CP-Unterbrechung genutzt werden um Fahrzeuge für den Ladebeginn aus dem Schlaf aufzuwecken.

Min+PV Laden
Verhält sich wie PV Laden, jedoch wird sofort mit der konfigurierten Mindeststromstärke geladen. Die Einschalt- und Abschaltschwelle haben keine Wirkung. Eignet sich bei kleineren PV-Anlagen oder stark wechselnder Sonneneinstrahlung um häufige Ladeunterbrechungen zu vermeiden.

Standby
Es findet keine Ladung statt, lediglich mögliche konfigurierte Nacht-, Morgen- und Zielladungen werden durchgeführt.

Stop
Es findet keine Ladung statt, auch keine Nacht-, Morgen- und Zielladungen.

Wie gesagt ist hier das openWB Forum eine hilfreiche Anlaufstelle.

[Tschaeens]

@lesiflo Okay. Danke dir für deine Hilfe! Dann werde ich mich jetzt mal schlau machen!
Lg

[ChrisBGL]

Kurze Frage: Wenn ich den Datenpunkt max_watts ansteuere, wird dann der Amperelevel im Ram oder im EPROM des Go e geschrieben?

Es aktualisieren sich nämlich beide Datenpunkte "ampere" und "amperePV".

[lobomau]

@chrisbgl Hast du auf den Zeitstempel geschaut welcher zuerst kommt?
wenn man "amperePV" ändert, ändert sich auch "ampere" im Adapter, aber ohne den EPROM zu beschreiben.

[ChrisBGL]

@lobomau Lt. Zeitstempel wird zuerst ampere und dann amperePV geändert wenn ich max_watts anpasse.

Heißt das, dass in den EPROM geschrieben wird? Das wäre nicht gut.

EDIT: Hier gut beschrieben: https://github.com/goecharger/go-eCharger-API-v1/issues/66

Setting the current
In the new api the parameter amx has gone. This corresponds to the finding that every change of the current seems to change always both parameter amx and amp in the old api status.

The parameter amp seems to be the candidate for dynamical changing of the current in the new api.

Ich habe HW 3.

Leider wird die Api 3.0 noch nicht vom Adapter unterstützt, weshalb es wohl den Parameter amp noch nicht gibt.

Ich frage mich jetzt wirklich, ob ich dadurch jedes Mal ins EPROM schreibe.

EDIT2:

Hier die Antwort vom Support dazu:

Bei der neuen Generation kann man "quasi" unendlich oft schreiben, daher ändert sich amp immer wenn amx gesetzt wird.
amp übernimmt in diesem Fall dann auch den Wert - nicht wie bei der älteren Version 2.

[Tschaeens]

@chrisbgl Kurze Frage: Kann mir jemand beantworten,
mit welchem Datenpunkt kann ich bei einer Zielladung die Box abschalten? Ich würde gern ein Skript mit dem Soc meines E-Autos erstellen. Vielen Dank

[Wildbill]

@tschaeens Mit dem Datenpunkt

go-e.0.allow_charging

kannst Du das Laden manuell unterbrechen. Der macht nichts anderes, als wenn Du in der go-e-App das Laden abschaltest.
Gruss, Jürgen

[Tschaeens]

@wildbill danke! Das heißt diesen kann ich beim Erreichen des Socs schalten. Aber bricht dann die Ladung nicht komplett ab? Ist das besser, als den Akku auf 100% zu laden?

[lobomau]

@tschaeens ich schalte fast immer vor 100% ab. 100% nur wenn ich eine lange Tour direkt vor habe. Ist auch besser für den Akku, wenn man ihn nicht lange auf 100% stehen lässt (genauso wie fast leer).

[Wildbill]

@tschaeens Der Balance-Zyklus wird schon weitaus früher gefahren. So ab 80% sinkt die Ladeleistung dann eh immer mehr ab. Ich schalte bei mir auch bei 80%+ ab, da ich auf der schwäbischen Alb wohne und sonst bergab erst einmal die Bremsen quälen müsste, anstatt zu rekuperieren. Jede 5. Ladung, oder wenn ich weiß, ich muss weiter weg, lasse ich ganz voll.
Gruß, Jürgen

[A Former User]

@lobomau @Wildbill

Hi, ich habe jetzt auch den Adapter und die WB in Betrieb, klappte auf Anhieb.
Werte kommen rein, allerdings sieht das hier bei den Temperaturen komisch aus, muss das so, oder kann das besser???

[Wildbill]

@ilovegym Bei mir kommen sowohl die vier einzelnen, als auch der Array an. Welche Version hat Deine Box? Vielleicht ist bei der aktuellen V3 ja etwas anders aufgebaut.
Gruß, Jürgen

[A Former User]

@wildbill

Hab die 051.4 und mal auf debug gestellt, das wiederholt sich dauernd...:

2021-09-28 22:17:26.593  - debug: go-e.0 (101837) state go-e.0.ampere changed: 16 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.596  - debug: go-e.0 (101837) state go-e.0.amperePV changed: 0 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.599  - debug: go-e.0 (101837) state go-e.0.access_state changed: 1 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.601  - debug: go-e.0 (101837) state go-e.0.allow_charging changed: 0 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.603  - debug: go-e.0 (101837) state go-e.0.stop_state changed: 0 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.649  - debug: go-e.0 (101837) state go-e.0.max_load changed: 50 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.667  - debug: go-e.0 (101837) state go-e.0.settings.ampere_level1 changed: 6 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.669  - debug: go-e.0 (101837) state go-e.0.settings.ampere_level2 changed: 10 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.671  - debug: go-e.0 (101837) state go-e.0.settings.ampere_level3 changed: 12 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.673  - debug: go-e.0 (101837) state go-e.0.settings.ampere_level4 changed: 14 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.674  - debug: go-e.0 (101837) state go-e.0.settings.ampere_level5 changed: 16 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.677  - debug: go-e.0 (101837) state go-e.0.settings.color.idle changed: #ff (ack = true) namespace: go-e.0
2021-09-28 22:17:26.678  - debug: go-e.0 (101837) state go-e.0.settings.color.charging changed: #ffff (ack = true) namespace: go-e.0
2021-09-28 22:17:26.680  - debug: go-e.0 (101837) state go-e.0.settings.color.finish changed: #ff00 (ack = true) namespace: go-e.0
2021-09-28 22:17:26.747  - info: go-e.0 (101837) State value to set for "go-e.0.temperatures.tempereatureArray" has to be stringified but received type "object"
2021-09-28 22:17:26.748  - debug: go-e.0 (101837) Cant write temp single temps. Expected 3 elements got ["18.125","22.875"]
2021-09-28 22:17:26.761  - debug: go-e.0 (101837) state go-e.0.unlock_state changed: 0 (ack = true) namespace: go-e.0
2021-09-28 22:17:56.437  - debug: go-e.0 (101837) Starte Abfrage an: http://192.168.0.124/status
2021-09-28 22:17:56.663  - debug: go-e.0 (101837) Response: 200 - OK with data as object
2021-09-28 22:17:56.663  - debug: go-e.0 (101837) {"version":"B","tme":"2809212217","rbc":"10","rbt":"20814595","car":"1","amx":"0","amp":"16","err":"0","ast":"1","alw":"0","stp":"0","cbl":"0","pha":"56","fsp":"0","tma":[18.125,22.875],"dws":"2457353","dwo":"500","adi":"1","uby":"0","eto":"148","wst":"3","fwv":"051.4","nrg":[234,235,234,0,0,0,0,0,0,0,0,0,0,0,0,0],"sse":"059285","wss":"MITS","wke":"********","wen":"1","cdi":"0","tof":"101","tds":"1","lbr":"149","aho":"0","afi":"6","azo":"1","ama":"16","al1":"6","al2":"10","al3":"12","al4":"14","al5":"16","cid":"255","cch":"65535","cfi":"65280","lse":"1","ust":"0","wak":"********","r1x":"2","dto":"0","nmo":"0","sch":"AAAAAAAAAAAAAAAA","sdp":"0","eca":"0","ecr":"0","ecd":"0","ec4":"0","ec5":"0","ec6":"0","ec7":"0","ec8":"0","ec9":"0","ec1":"0","rca":"1","rcr":"1","rcd":"","rc4":"","rc5":"","rc6":"","rc7":"","rc8":"","rc9":"","rc1":"","rna":"ChipGoE","rnm":"BlueChip","rne":"User 3","rn4":"User 4","rn5":"User 5","rn6":"User 6","rn7":"User 7","rn8":"User 8","rn9":"User 9","rn1":"User 10","loe":0,"lot":32,"lom":6,"lop":50,"log":"","lof":0,"loa":0,"lch":259}

[Wildbill]

@ilovegym sagte in Go e-charger:

2021-09-28 22:17:26.747 - info: go-e.0 (101837) State value to set for "go-e.0.temperatures.tempereatureArray" has to be stringified but received type "object"
2021-09-28 22:17:26.748 - debug: go-e.0 (101837) Cant write temp single temps. Expected 3 elements got ["18.125","22.875"]

Die zwei Zeilen zeigen, dass nicht alles passt bzw. die Daten von Deiner Box wohl nicht so kommen, wie der Adapter sie erwartet. Für Meldung 1 gibt es bereits ein Issue bei Github. Meldung 2 erscheint mir wirklich so, als ob Deine Box da nicht mehr alles so ausgibt, wie es der Adapter erwartet. Es werden wohl 3 Temperaturwerte erwartet, Deine Box gibt aber nur zwei aus. Da kann ich Dir leider auch nicht weiter helfen, da musst Du evtl. selbst ein Issue aufmachen.
Gruss, Jürgen

[A Former User]

@wildbill Danke, hab ich mir gedacht...

Issue ist erledigt:
https://github.com/MK-2001/ioBroker.go-e/issues/90

[lobomau]

@wildbill @ilovegym

Bei der WB Version mit firmware 0.40 habe ich die Temperatur unter "go-e.0.temperatures.maintempereature".
Bei der neuen WB mit Firmware 051.4 habe ich eine Temperatur unter "go-e.1.temperatures.tempereatureArray" wie auch ilovegym.
@Wildbill benutzt du ein widget zur Darstellung dieses arrays? Bei mir wird in VIS der Wert korrekt angezeigt, wenn ich unter edit bin, aber in der VIS erscheint dann kein Wert.

FW 040.0:

FW 051.4

Im Widget fehlt mir die Temp-anzeige der neuen WB:

Edit: die Adapter laufen bei mir beim log als "warn", damit diese Info Meldung nicht ständig erscheint.

[Wildbill]

@lobomau Nein, ich verwende da nichts in der VIS, wüsste aber auch nicht, welches Widget einen Array direkt anzeigen/auflösen könnte. Vermutlich musst Du den selbst erst in einzelne Datenpunkte aufdröseln?!
Meine FW ist im Übrigen 041.0, das ist aber die aktuellste, die mir für meine Box (V2 laut App) angeboten wird. Wird wohl dann mit unterschiedlichen Box- und FW-Versionen zusammenhängen, die der Adapter nicht nicht alle korrekt kennt und handlen kann..
Gruss, Jürgen

[Homoran]

@lobomau sagte in Go e-charger:

Bei der WB Version mit firmware 0.40 habe ich die Temperatur unter "go-e.0.temperatures.maintempereature".

@Wildbill
@ilovegym
ich habe auch nur einen Wert für die Temperaturen. Ich arbeite auch mit der 0.40