NEWS
go-e Adapter
-
@joergh
leider ja, hab schon viel probiert. wenn nicht genug PV vorhanden und ich in der App 10A eingestellt habe, überschreibt der iobroker die 10A mit 6A und vermutlich mit der Version 1.027 schaltet er die WA aus.@kenzo sagte in Go e-charger:
@joergh
leider ja, hab schon viel probiert. wenn nicht genug PV vorhanden und ich in der App 10A eingestellt habe, überschreibt der iobroker die 10A mit 6A und vermutlich mit der Version 1.027 schaltet er die WA aus.ich verstehe dein Problem nicht, bzw. überhaupt nicht was du willst.
Warum die WarenAnnahme ausgeschaltet wird auch nicht.Ich habe einen Datenpunkt "manual override" wenn der true ist, macht meine Überschusssteuerung gar nichts mehr.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@joergh
leider ja, hab schon viel probiert. wenn nicht genug PV vorhanden und ich in der App 10A eingestellt habe, überschreibt der iobroker die 10A mit 6A und vermutlich mit der Version 1.027 schaltet er die WA aus.@kenzo sagte in Go e-charger:
@joergh
leider ja, hab schon viel probiert. wenn nicht genug PV vorhanden und ich in der App 10A eingestellt habe, überschreibt der iobroker die 10A mit 6A und vermutlich mit der Version 1.027 schaltet er die WA aus.Du musst in dem Moment wo Dein Skript merkt, dass jemand manuell Werte überschreibt einfach das Skript keine Werte mehr schreiben lassen...bis Du z.B. das Laden beendest und dann resetest Du das ganze für den nächsten Vorgang wieder.
-
@kenzo sagte in Go e-charger:
@joergh
leider ja, hab schon viel probiert. wenn nicht genug PV vorhanden und ich in der App 10A eingestellt habe, überschreibt der iobroker die 10A mit 6A und vermutlich mit der Version 1.027 schaltet er die WA aus.ich verstehe dein Problem nicht, bzw. überhaupt nicht was du willst.
Warum die WarenAnnahme ausgeschaltet wird auch nicht.Ich habe einen Datenpunkt "manual override" wenn der true ist, macht meine Überschusssteuerung gar nichts mehr.
@homoran
Was ich wollte (will) ist die Funktionalität der App nutzen. Aber ich muss mich anscheinend entscheiden, eine reine iobroker Lösung oder die App mit dem Controller zu nutzen. Doppelgleisigkeit ist nie eine gute Lösung...... -
@homoran
Was ich wollte (will) ist die Funktionalität der App nutzen. Aber ich muss mich anscheinend entscheiden, eine reine iobroker Lösung oder die App mit dem Controller zu nutzen. Doppelgleisigkeit ist nie eine gute Lösung......@kenzo sagte in Go e-charger:
Doppelgleisigkeit ist nie eine gute Lösung......
ja, aber man könnte damit umgehen.
im iobroker kann man auf Änderungen von Werten reagieren, wenn man dann noch prüft 'Quelle != javascript' dann kam es von Aussen.
dann Manu_Mode = true was im Skript geprüft wird und dadurch das Skript nich weiterarbeiten lässt.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@homoran
Was ich wollte (will) ist die Funktionalität der App nutzen. Aber ich muss mich anscheinend entscheiden, eine reine iobroker Lösung oder die App mit dem Controller zu nutzen. Doppelgleisigkeit ist nie eine gute Lösung......@kenzo sagte in Go e-charger:
@homoran
Was ich wollte (will) ist die Funktionalität der App nutzen. Aber ich muss mich anscheinend entscheiden, eine reine iobroker Lösung oder die App mit dem Controller zu nutzen. Doppelgleisigkeit ist nie eine gute Lösung......Nein, musst Du eben nicht. Genau das versuchen wir Dir klar zu machen. Du kannst im ioBroker erkennen wenn jemand auf der APP Werte setzt und diese dann eben entsprechend berücksichtigen...
-
Beispiel
hier ein Ausschnitt von meinem Überschuss Skript, als go-e so was noch nicht hatte
auch beim manuellen Start über die vis
kann ich die Automatik abschalten -
@homoran
Was ich wollte (will) ist die Funktionalität der App nutzen. Aber ich muss mich anscheinend entscheiden, eine reine iobroker Lösung oder die App mit dem Controller zu nutzen. Doppelgleisigkeit ist nie eine gute Lösung......@kenzo
Also ich versteh das ganze Problem nicht. Wenn du in der App das Laden ausschaltest ist die Wallbox aus, iobroker und die PV Steuerung schaltet das nicht wieder ein.
Und wenn du keine PV Steuerung willst, dann wie ich und auch @Homoran schon sagte einfach eine systemvariable erstellen mit Pv_aus.
Wenn du die Variable am Handy steuern willst dann gibts hier zig Möglichkeiten, aber da bitte Suche benutzen.
Oder du schreibst dir ein Blockly das z.B. die Variable PV_aus bei einer bestimmten Aktion über die App auf true gesetzt wird.
Aber darf ich fragen warum das Ganze? Ich habs leider immer noch nicht verstanden:-) -
@kenzo
Also ich versteh das ganze Problem nicht. Wenn du in der App das Laden ausschaltest ist die Wallbox aus, iobroker und die PV Steuerung schaltet das nicht wieder ein.
Und wenn du keine PV Steuerung willst, dann wie ich und auch @Homoran schon sagte einfach eine systemvariable erstellen mit Pv_aus.
Wenn du die Variable am Handy steuern willst dann gibts hier zig Möglichkeiten, aber da bitte Suche benutzen.
Oder du schreibst dir ein Blockly das z.B. die Variable PV_aus bei einer bestimmten Aktion über die App auf true gesetzt wird.
Aber darf ich fragen warum das Ganze? Ich habs leider immer noch nicht verstanden:-) -
@kenzo sagte in Go e-charger:
Doppelgleisigkeit ist nie eine gute Lösung......
ja, aber man könnte damit umgehen.
im iobroker kann man auf Änderungen von Werten reagieren, wenn man dann noch prüft 'Quelle != javascript' dann kam es von Aussen.
dann Manu_Mode = true was im Skript geprüft wird und dadurch das Skript nich weiterarbeiten lässt. -
@kenzo
Also ich versteh das ganze Problem nicht. Wenn du in der App das Laden ausschaltest ist die Wallbox aus, iobroker und die PV Steuerung schaltet das nicht wieder ein.
Und wenn du keine PV Steuerung willst, dann wie ich und auch @Homoran schon sagte einfach eine systemvariable erstellen mit Pv_aus.
Wenn du die Variable am Handy steuern willst dann gibts hier zig Möglichkeiten, aber da bitte Suche benutzen.
Oder du schreibst dir ein Blockly das z.B. die Variable PV_aus bei einer bestimmten Aktion über die App auf true gesetzt wird.
Aber darf ich fragen warum das Ganze? Ich habs leider immer noch nicht verstanden:-) -
@homoran
Das klingt sehr interessant, vielen Dank!!
Mit diesem Trick kann ich den iobroker Adapter deaktivieren und die App übernimmt die Steuerung der WB.
Muss mir dein Blockly zu Gemüte führen.
Danke
Kenzo@kenzo sagte in Go e-charger:
Mit diesem Trick kann ich den iobroker Adapter deaktivieren
nein, nur das Skript
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@kenzo sagte in Go e-charger:
Mit diesem Trick kann ich den iobroker Adapter deaktivieren
nein, nur das Skript
-
@kenzo sagte in Go e-charger:
Ich hätte gerne dafür die App genutzt.
kannst du doch!
@homoran sagte in Go e-charger:
im iobroker kann man auf Änderungen von Werten reagieren, wenn man dann noch prüft 'Quelle != javascript' dann kam es von Aussen.
dann Manu_Mode = true was im Skript geprüft wird -
@kenzo
Den Adapter brauchst du immer, wie willst du sonst die Wallbox steuern.
Wenn du aber eine komplette Abneigung des Adapter hast, dann kannst auch die Api Befehle per Exec ausführen und die Werte parsen
Dann sparst du dir den Adapter.Ich machs halt genau anders rum, ich spar mir die ganzen Apps von den ganzen Geräten und mach einfach ALLES über den Iobroker, schönes VIS, Vpn auf Handy und fertig.
Aber das muss ja jeder selber wissen...
-
@kenzo sagte in Go e-charger:
Doppelgleisigkeit ist nie eine gute Lösung......
ja, aber man könnte damit umgehen.
im iobroker kann man auf Änderungen von Werten reagieren, wenn man dann noch prüft 'Quelle != javascript' dann kam es von Aussen.
dann Manu_Mode = true was im Skript geprüft wird und dadurch das Skript nich weiterarbeiten lässt.@homoran
Deinen Vorschlag, festzustellen wer den Datenpunkt (z.B.: alw oder amperPV) geändert hat und dann die entsprechende Aktion ableiten finde ich großartig.
Ich kann auf die Änderung triggern, aber wie finde ich heraus wer die Änderung verursacht hat, Adapter oder App?
Ich habe einiges probiert, aber ich werde nicht schlau, wie das funktionieren soll.
Eine Änderung durch den Adapter wird im log angezeigt, als Quelle scheint der go-e.0 auf. javascript als Quelle scheint nur für Debug auf.
Wenn ich in der App die WB einschalte oder den Strom ändere, werden die Werte in den Datenpunkten entsprechend geändert, es gibt keinen log Eintrag und als Quelle der Änderung wird immer noch der go-e.0 angegeben.
Wie kann ich feststellen wer die Änderung ausgeführt hat App oder Adapter?
-
@homoran
Deinen Vorschlag, festzustellen wer den Datenpunkt (z.B.: alw oder amperPV) geändert hat und dann die entsprechende Aktion ableiten finde ich großartig.
Ich kann auf die Änderung triggern, aber wie finde ich heraus wer die Änderung verursacht hat, Adapter oder App?
Ich habe einiges probiert, aber ich werde nicht schlau, wie das funktionieren soll.
Eine Änderung durch den Adapter wird im log angezeigt, als Quelle scheint der go-e.0 auf. javascript als Quelle scheint nur für Debug auf.
Wenn ich in der App die WB einschalte oder den Strom ändere, werden die Werte in den Datenpunkten entsprechend geändert, es gibt keinen log Eintrag und als Quelle der Änderung wird immer noch der go-e.0 angegeben.
Wie kann ich feststellen wer die Änderung ausgeführt hat App oder Adapter?
@kenzo sagte in Go e-charger:
Adapter oder App?
wirst du wahrscheinlich nicht auseinander halten können, nur adapter oder skript.
dazu gibt es den block unter trigger mit dem pulldownmenü. da sollte es Quelle o.ä. geben.
muss mich aber selber noch mal schlau machen.
EDIT:
EDIT2:
Bin verwirrt, nutze das selber gar nicht. Möglicherweise istces das hier
-
@homoran
Deinen Vorschlag, festzustellen wer den Datenpunkt (z.B.: alw oder amperPV) geändert hat und dann die entsprechende Aktion ableiten finde ich großartig.
Ich kann auf die Änderung triggern, aber wie finde ich heraus wer die Änderung verursacht hat, Adapter oder App?
Ich habe einiges probiert, aber ich werde nicht schlau, wie das funktionieren soll.
Eine Änderung durch den Adapter wird im log angezeigt, als Quelle scheint der go-e.0 auf. javascript als Quelle scheint nur für Debug auf.
Wenn ich in der App die WB einschalte oder den Strom ändere, werden die Werte in den Datenpunkten entsprechend geändert, es gibt keinen log Eintrag und als Quelle der Änderung wird immer noch der go-e.0 angegeben.
Wie kann ich feststellen wer die Änderung ausgeführt hat App oder Adapter?
@kenzo
Man könnte das z.B. so lösen, abgesehen von @Homoran 's Vorschlag:Das Skript rechnet regelmäßig Werte aus und schreibt diese in den Charger, dabei kann man den Zeitstempel auslesen. Schreibt nun jemand einen Wert zu einem anderen Zeitpunkt als der zuvor gemerkte Zeitstempel angibt, kann es nur die App gewesen sein.
-
@kenzo
Man könnte das z.B. so lösen, abgesehen von @Homoran 's Vorschlag:Das Skript rechnet regelmäßig Werte aus und schreibt diese in den Charger, dabei kann man den Zeitstempel auslesen. Schreibt nun jemand einen Wert zu einem anderen Zeitpunkt als der zuvor gemerkte Zeitstempel angibt, kann es nur die App gewesen sein.
@joergh
Hab den Vorschlag von @Homoran ausprobiert und funktioniert tadellos. Etwas anderes wurmt mich jetzt: ich habe eine V3 Hardware mit 11kW / 16 A. Der Adapter gibt aber bis zu 32A aus und es kann dauern, bis er den Regelbereich gefunden hat. Ist eher ein ‚kosmetisches’ Problem. Versteh ich aber nicht ganz, das ja den DP max_ampere gibt, der bei mir die 16A hat. Ein weiteres ist, dass die 1/3 Phasenumschaltung fehlt. -
@joergh
Hab den Vorschlag von @Homoran ausprobiert und funktioniert tadellos. Etwas anderes wurmt mich jetzt: ich habe eine V3 Hardware mit 11kW / 16 A. Der Adapter gibt aber bis zu 32A aus und es kann dauern, bis er den Regelbereich gefunden hat. Ist eher ein ‚kosmetisches’ Problem. Versteh ich aber nicht ganz, das ja den DP max_ampere gibt, der bei mir die 16A hat. Ein weiteres ist, dass die 1/3 Phasenumschaltung fehlt.@kenzo
Das wegen den 32A liegt evtl. am Kabel, die Box kann theoretisch 32A, ich habe auch ein 32A Kabel drin:
Deswegen sehe ich unter amp auch bis 32A, aber der Adapter macht das trotzdem richtig, es ist nur ein "kosmetisches" Problem.
Phasenumschaltung kann der Adapter nicht, da der Entwickler nur eine V2 Box hat. Phasenumschaltung musst du mit einem Blockly realisieren:
Request für 1 Phase:
http://192.168.xx.xx/api/set?psm=1Request für 3 Phasen:
http://192.168.xx.xx/api/set?psm=2 -
@joergh
Hab den Vorschlag von @Homoran ausprobiert und funktioniert tadellos. Etwas anderes wurmt mich jetzt: ich habe eine V3 Hardware mit 11kW / 16 A. Der Adapter gibt aber bis zu 32A aus und es kann dauern, bis er den Regelbereich gefunden hat. Ist eher ein ‚kosmetisches’ Problem. Versteh ich aber nicht ganz, das ja den DP max_ampere gibt, der bei mir die 16A hat. Ein weiteres ist, dass die 1/3 Phasenumschaltung fehlt.@kenzo der Befehl zum Phasenumschalten wurde bereits genannt. Ich habe das mit einem Knopf (materialdesign - Button Toggle) in der VIS folgendermaßen umgesetzt:
Dazu zwei DP anlegen, einmal boolean:
und einmal number für die Rückmeldung, einfaches basic - Number widget:
Script:
702
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge