Node-Red - Shelly PlusPlugS - Mqtt Node-Red Dashboard
-
@mickym Die realen Fakten wären:
Wechselrichter mit einer max. Leistung von 1600W
Ziel, alles was am Energiemeter in der Summe aller 3 Phasen von 0 in den Minus - Bereich geht, gleichbedeutet mit Einspeisung, soll der Richter seine Leistungsabgabe abriegeln bis auf 0 Watt Energieabgabe
Alles was 0 oder wahrscheinlich besser 10 W und größer ist, also Netzbezug soll der Wechselrichter bin hin zu seiner größtmöglichen Leistungsabgabe regeln.
Das heißt auf unser change-node bezogen, wenn ich statt 0 bei der Ausgabe 10 eintrage passiert genau das?
-
@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?
-
@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.
-
@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?
-
@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.
-
@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.
-
@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 ... !!!
-
@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.
-
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:
- Diese soll erst greifen, wenn die Hausbatterien voll geladen und
- zusätzlich das Auto nicht an der Wallbox hängt bzw.
- 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 ...
-
@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:
- Die Hausbatterien müssen voll geladen sein und
- das Auto (Wallbox) voll geladen ist bzw.
- 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.
-
@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.
-
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 SOC0 = 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 03 = Bedingung Ausregelung gegen 0
-
@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 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 Ja und nun filterst Du mit switch Nodes alles aus, so dass nur noch wenn die Bedingungen stimmen die Nachricht die mqtt Node erreicht.
-
Obwohl, das ginge wohl auch mit nur einem Switch, in dem dann die unterschiedlichen Bedingungen zusammengefasst werden?
-
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.
-
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 03 = Bedingung Ausregelung gegen 0
Batterie SOC
Ausgabe als Wert in %D.h. =/> 99% = Ausregelung gegen 0
