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

[mickym]

@e-tron OK dann hast Du einen Mischmassch zwischen Sonoff und MQTT - und Du solltest Dir überlegen, ob Du nicht alles auf MQTT umstellst - aber lassen wir das mal aussen vor.

Dann lassen wir mal Deine MQTT-IN Nodes drin. Wenn Du was über den Sonoff Adapter schalten willst, dann musst du die iobroker out Node verwenden.

Also ersetze einfach diese mqtt-out Node durch eine iobroker-Out Node:

Auf Dauer würde ich Dir aber lieber empfehlen - nicht so ein Mischmasch zu betreiben - das Problem mit den Adaptern ist halt, dass sie nur so gut funktionieren, wenn ihnen die Geräte bekannt sind. (Das kannst Du später mal in Angriff nehmen - ich kommunizieren auch mit allen Tasmota Geräten nur über mqtt - das mußt Du jetzt nicht machen).

In die ioboker Out Node gibst Du dann als topic den Pfad zum Datenpunkt ein:

Wichtig ist das Type: command drin steht - damit kannst Du dann über den sonoff Adapter schalten.

[e-tron]

@mickym
OK, das klinkt nach Tuning (alles auf MQTT) :wink:

Den sonoff.0.DPM.tampere habe ich aus dem Flow entfernt. IO-Broker-Out hinzugeführt...siehe Foto

[mickym]

@e-tron Genau und nun nur noch verbinden - dann sollte alles funktionieren. Du siehst ja dann in den Objekten, dass NodeRed in diesen Datenpunkt schreibt

Wahrscheinlich musst Du die mqtt Out Node oben auch ersetzen - falls das über den Sonoff Adapter gehen soll.

[e-tron]

@mickym
:sweat_smile:

es scheint zu funktionieren...der DPM lebt!...DANKE

ich muss es morgen bei Sonnenlicht richtig testen...meine Hardware und der Flow erfordern etwas Aufwand :wink:

[mickym]

@e-tron Na das freut mich. :hugging_face:

Du solltest Dir halt mal auf lange Sicht überlegen, ob Du Dir eine einfache Infrastruktur zuzulegen, die Du später auch leichter warten kannst.
Wenn was unter dem sonoff Adapter nicht geht, liegt es nicht am Gerät, sondern an dem Adapter. Sobald ein Gerät aber mqtt spricht, bist Du auf all diese Adapter nicht mehr angewiesen, auch wenn es vielleicht etwas mehr Aufwand bedeutet.

Es gibt kurzfristig keine Notwendigkeit und erfordert vielleicht auch noch einiges an Lernen und Verstehen von Zusammenhängen, aber das kannst Du Dir ja selbst überlegen, ob Du das mal angehen willst.

[e-tron]

@mickym
OK...ich muss erstmal die Grundfunktion meiner Anlage testen und erproben. Mit deiner Hilfe kann es morgen mit dem Projekt weiter gehen...

ich melde mich...gute Nacht

[e-tron]

@mickym
Servus....ich konnte heute nur kurz testen, aber 2 Dinge festgestellt.

1. es fehlt eine Rücksetztfunktion für den DPM. Da der letzte empfangende Wert für den DPM zählt. Hab ich selber hinbekommen :sunglasses:

2. der DPM regelt sich verrückt. Ich muss die Regelung verlangsamen b.Bsp. Output nur jede 10s (aktuell ca.2s) mit dem aktuellen Wert

Kannst du mir sagen welche Node die geeignete ist?

[e-tron]

@e-tron sagte in Hilfe, Wert aus String anzeigen:

@mickym
Servus....ich konnte heute nur kurz testen, aber 2 Dinge festgestellt.

1. es fehlt eine Rücksetztfunktion für den DPM. Da der letzte empfangende Wert für den DPM zählt. Hab ich selber hinbekommen :sunglasses:

2. der DPM regelt sich verrückt. Ich muss die Regelung verlangsamen b.Bsp. Output nur jede 10s (aktuell ca.2s) mit dem aktuellen Wert

Kannst du mir sagen welche Node die geeignete ist? Hab es mit der Delay node gemacht...

[mickym]

@e-tron sagte in Hilfe, Wert aus String anzeigen:

@mickym
Servus....ich konnte heute nur kurz testen, aber 2 Dinge festgestellt.

1. es fehlt eine Rücksetztfunktion für den DPM. Da der letzte empfangende Wert für den DPM zählt. Hab ich selber hinbekommen :sunglasses:

2. der DPM regelt sich verrückt. Ich muss die Regelung verlangsamen b.Bsp. Output nur jede 10s (aktuell ca.2s) mit dem aktuellen Wert

Kannst du mir sagen welche Node die geeignete ist?

Du kannst mit einer Delay-Node - die Nachrichtenrate begrenzen und sagen, dass die Zwischennachrichten verworfen werden.

Alternativ - wäre es in meinen Augen vielleicht sinnvoller einen Totbandfilter zu verwenden und nicht zeitlich zu begrenzen. Hier muss sich der Wert mind. um 10% verglichen mit dem letzten validen Ausgangswert ändern bevor eine neue Nachricht durchgelassen wird.

damit reagiert das Gerät sofort, wenn die Änderungen groß genug sind - geringfügige Änderungen werden aber auch länger ausgefiltert.

Du hast also verschiedene Möglichkeiten

Spoiler

[{"id":"290f65ac5c0ae7a8","type":"rbe","z":"289f539dcc33814e","name":"","func":"deadbandEq","gap":"10%","start":"","inout":"out","septopics":false,"property":"payload","topi":"topic","x":660,"y":5100,"wires":[["50a2ae8fb65b4747"]]},{"id":"50a2ae8fb65b4747","type":"debug","z":"289f539dcc33814e","name":"gefiltert","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","statusVal":"","statusType":"auto","x":880,"y":5100,"wires":[]},{"id":"baa95fa4229d2ee7","type":"inject","z":"289f539dcc33814e","name":"","props":[{"p":"payload"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"19","payloadType":"num","x":450,"y":5100,"wires":[["290f65ac5c0ae7a8"]]}]

[e-tron]

@mickym
Danke, ich hab es mit Version 1 umgesetzt und es funktioniert erst ganz gut.

Ich benötige eine Funktion...wenn der Wert über >20 dann sollen max. 20 ausgegeben werden. Momentan ist das so, das Werte >20 ignoriert werden und der letzte unter 20 bestand hat.

[mickym]

@e-tron Dann mach halt statt der letzten Switch Node eine Change Node mit folgendem JSONATA Code:

payload > 20 ? 20 : payload

oder mach alternativ noch einen 2. Ausgang in der Switch Node mit > 20 und anschließender Change node setzt du die payload auf 20

[e-tron]

@mickym
Herzlichen Dank...werde es morgen testen :+1: