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

[Hape1]

@hape1 Ah jetzt sehe ich, unsere Antworten haben sich überschnitten. Alles klar, wir lassen das erstmal so.

Und nun per mqtt-node mit dem Datenpunkt des Wechselrichters verbinden, oder?

[mickym]

@hape1 sagte in Node-Red - Shelly PlusPlugS - Mqtt Node-Red Dashboard:

change-node bezogen

Na Du meinst die range Node. Ich glaube am flexibelsten bist Du wenn Du eine Switch Node nimmst und dann kannst Du flexibel auf jede Situation reagieren. Also lass mal die range Node weg und unterscheide Deine unterschiedlichen Fälle mir einer Switch Node.

[mickym]

@hape1 sagte in Node-Red - Shelly PlusPlugS - Mqtt Node-Red Dashboard:

Und nun per mqtt-node mit dem Datenpunkt des Wechselrichters verbinden, oder?

Was wieso - dieser ist also kein Datenpunkt des modbus Adapeters?

[Hape1]

@mickym Ja, ich meinte natürlich den range-node. Der range-node hat aber den Vorteil einer kontinuierlichen Regelung, oder? Der Switch schaltet hingegen in festgesetzten Stufen (wäre aber auch kein Problem ... )

Die Steuereinheit des Wechselrichters kann nur per mqtt angesprochen werden.

[mickym]

@hape1 Die rangeNode gibt halt den einschließenden Ausgabebereich einfach weiter und gibt halt wenn dieser über- bzw. unterschritten wird die definierten Ränder aus. Die payload kannst ja dann mit mqtt wo du willst hinschreiben.

[Hape1]

@mickym ... erstmal ganz lieben Dank für Deine Hilfe. Ich kann das Setup erst testen, wenn die Sonne scheint, was also frühestens morgen sein wird. Ich melde mich dann hierzu zurück.

Nochmals vielen Dank für Deine Hilfe, ich hätte wenn ich es überhaupt hingekriegt hätte, wohl eher Wochen statt Stunden gebraucht ... !!!

[mickym]

@hape1 Ja gerne. Wie gesagt mit debug und inject Nodes kannst Du immer viel simulieren und testen - dann brauchst Du nicht auf die Sonne warten. Aber ansonsten mach mal eine Pause und lasse es Dir mal durch den Kopf gehen. Wichtig ist, dass Du NodeRed nutzen willst und nicht programmieren. Das kannst Du im iobroker auch ohne NodeRed. ;)

[Hape1]

@mickym

Hast Recht, die Stunden haben mir wohl "zugesetzt" --> ich habe nämlich glatt mal drei zusätzliche Bedingungen für die Ausregelung des Wechselrichters gegen 0 vergessen:

1. Diese soll erst greifen, wenn die Hausbatterien voll geladen und
2. zusätzlich das Auto nicht an der Wallbox hängt bzw.
3. dieses voll geladen ist.

Die Datenpunkte von 1-3 stehen per mqtt zur Verfügung.

Ok, ich lasse das jetzt erstmal sacken und melde mich wieder ...

[Hape1]

@mickym Hi, melde mich zum Thema zurück.

Der programmierte Flow funktioniert wie gewünscht, der Wechselrichter reagiert genauso wie es der Flow vorgibt und wird gegen 0 ausgeregelt.

Super!

Nun muss aber noch etwas dazu, nämlich die folgenden, zusätzlichen Bedingungen:

1. Die Hausbatterien müssen voll geladen sein und
2. das Auto (Wallbox) voll geladen ist bzw.
3. dieses gar nicht angeschlossen ist.

Erst wenn die Bedingungen 1-3 erfüllt sind soll die Ausregelung gegen 0 erfolgen.

Die Datenpunkte von 1-3 stehen per modbus-iobroker-Adapter zur Verfügung.

Wäre schön, wenn Du mir nochmal helfen würdest.

[mickym]

@hape1 Nun Du musst Dir halt die Daten entweder in den Flow holen oder Du holst Dir unabhängig die Daten in NodeRed, was ich effizienter finde und speicherst das in Flowvariablen. Bedingungen die alle erfüllt sein müssen, erreichst Du in dem Du mit Switch Nodes nur dann die Nachrichten weiter durchlässt, wenn diese erfüllt sind.

Ich würde also mit iobroker IN Nodes (diese so konfigurieren, dass sie beim Start die Werte einlesen) die Werte in Variablen des Flow Kontexts speichern (machst Du mit einer ChangeNode). Den Inhalt kannst Du im Kontexttab überprüfen.

[Hape1]

@mickym

Ok, so sieht das Ganze jetzt aus ... ich muss. Dein Input wäre nun hilfreich ...

Wobei ich noch vergessen habe, das die "EVCS" folgende Statusmeldungen bringt:

0 - Disconnected
1 - Connected
2 - Charging
3 - Charged
4 - Waiting for sun
6 - Waiting for start
7 - Low SOC

0 = Bedingung KEINE Ausregelung gegen 0
1 = Bedingung KEINE Ausregelung gegen 0
2 = Bedingung KEINE Ausregelung gegen 0
4 = Bedingung KEINE Ausregelung gegen 0
6 = Bedingung KEINE Ausregelung gegen 0
7 = Bedingung KEINE Ausregelung gegen 0

3 = Bedingung Ausregelung gegen 0

[mickym]

@hape1 ja die iobroker In Nodes mit Fire bei Start sehen gut aus. Nun speicherst Du die payload einfach in einer Variablen im Flowkontext mit einer Change node.

Also zum Beispiel die erste Node in einer Variablen "Batterie_SoC" oder "EVCS".

Den Flow Kontext musst Du akutualisieren, um den aktuellen Zustand Deiner Variablen zu sehen.

Welcher Zustand geliefert wird, ist erst mal egal - Du musst ja nur wissen auf was Du später filtern willst.

[Hape1]

@mickym

Ok, aber wie mache ich das mit den Statuswerten vom EVCS?

[mickym]

@hape1 Gar nichts speichere einfach die payload im Kontext - ist doch egal wenn da Zahlen drin stehen. Du musst ja nur wissen, welche Bedeutung die Zahlen haben.

[Hape1]

@mickym

[mickym]

@hape1 Ja und nun filterst Du mit switch Nodes alles aus, so dass nur noch wenn die Bedingungen stimmen die Nachricht die mqtt Node erreicht.

[Hape1]

@mickym

Obwohl, das ginge wohl auch mit nur einem Switch, in dem dann die unterschiedlichen Bedingungen zusammengefasst werden?

[mickym]

Nein komplett verkehrt - da unten haben die switch Nodes gar nichts verloren und Du filterst eins nach dem anderen.

Also welchen Status muss EVCS haben?
Welchen Status muss der SoC haben?

Beides machst Du in eine eigene Switch Node und schiebst die als Filter vor Deine mqtt Node. In dem Du die beiden Switch Nodes in Serie schaltest müssen ja beide Bedingungen erfüllt sein.

[Hape1]

@mickym

EVCS hat folgende Statusausgaben:

0 = Bedingung KEINE Ausregelung gegen 0
1 = Bedingung KEINE Ausregelung gegen 0
2 = Bedingung KEINE Ausregelung gegen 0
4 = Bedingung KEINE Ausregelung gegen 0
6 = Bedingung KEINE Ausregelung gegen 0
7 = Bedingung KEINE Ausregelung gegen 0

3 = Bedingung Ausregelung gegen 0

Batterie SOC
Ausgabe als Wert in %

D.h. =/> 99% = Ausregelung gegen 0

[mickym]

@hape1 Damit kann ich nichts anfangen, versetze Dich doch mal in das Nachrichtenobjekt. Aus der Range Node kommt ein Wert zwischen 0 und 1600. Muss dieser Wert irgendwas überprüft werden oder soll der EVCS überprüft werden.

Sag genau wie Deine Bedingung aussehen soll.

Wenn der Wert 300 kommt und EVCS Status ungleich 3 und SOC < 80 ist, dann soll geregelt werden. Versuche mal Deinen Flow in eine Logik zu formulieren. Ich kenne mich damit NICHT aus - DU musst die Logik schon selbst formulieren - ich kann Dir nur vorschlagen, wie man es umsetzen kann.

Ich kenne mich nicht mit Batterien etc. aus - das musst Du schon selbst formulieren.

Du weißt doch, dass aus der range Node ein Wert zwischen 0 und 1600 rauskommt, was soll also als nächstes überprüft werden? oder von mir aus verzweigt sich Dein Flow - weil die Bedingungen bei unterschiedlichen Werten unterschiedlich aussehen. Du musst halt Schritt für Schritt überlegen, wie und was geprüft werden soll.