@Mitch Ich verstehe das glaube ich nur ansatzweise - aber vielleicht auch nicht wirklich. Ich habe allerdings mit etwas gar keine Erfahrung mit dem Thema Authentifizierung und iobroker - aber habe andere APIs mit Basisauthentifizierung ausgelesen - da im internen Netz bei mir alles offen ist. Über die simple API habe ich auch schon mal Werte ausgelesen, aber das ist mE mit den neuen iobroker Nodes zumindest nicht mehr in dem Maße notwendig. Auch für das Thema Aufzählungen - habe ich keine Lösung, da ich mir da ich aus den gleichen Gründen wie Du ein Riesen NodeRED Fan bin mir diese als eigene Datenstruktur unter userdata angelegt habe. Das Problem mit dem Massenauslesen ist seit der neuesten NodeRED version etwas besser geworden, da nun zumindest mit den iobroker-List Nodes nun Wildcards verwenden kannst. Allerdingsmuss man die immer manuell - also getriggert auslesen. Damit konnte ich nun aber zumindest sowas ähnliches bauen - um nämlich den Stromverbrauch meiner Shellies zu ermittlen und dafür will ich ja nicht für jeden Shelly einen einzelnen Flow - analog zu Deinen Lichtern bauen. Bei meinen Lichtern habe ich einzelne Flows - das liegt aber daran, dass ich da auch wirklich einzelne Logik dahinter haben. Da die iobroker List Nodes aber keine Überwachungsfunktion haben - werde ich wohl wenn sich das nicht ändert doch vermehrt meinen mqtt-Server bemühen und iobroker nach mosquitto auslagern. Ich habe zwar mal einen Thread eröffnet, um auf die fehlende Funktion der iobroker Nodes hinzuweisen, eine Antwort oder Response hier um Forum war 0. (seit 1. September). Siehe https://forum.iobroker.net/topic/36470/node-red-und-iobroker-mqtt-watch-dog-funktion Fazit im Moment ist evtl. einzelne Strukturen aus iobroker mit dem mqtt-Adapter nach mosquitto zu exportieren und mit nodeRed mqtt Nodes einlesen! Das ist zwar ein Umweg - aber mittels mqtt Adapter kannst Du ganze Bäume bzw. sogar den ganzen iobroker schnell nach mosquitto exportieren. Den mqtt-Adapter als Broker zu betreiben - kann ich allerdings nicht empfehlen. EDIT: in dem anderen Thread habe ich es bereits geschrieben - hast Du die Authentifizierung über den HTTP Request Node auch gemacht?

@Jan1 Super Hinweis. Ja, das werde ich ändern. Ich muss mich mehr mit Node-Red befassen und mit Debug arbeiten. Nur dann kann ich es effektiv nutzen.

@Hc-Yami Die Fehlermeldung lag übrigens nicht an der Umstellung auf https. Ich habe aber node-red wieder auf http umgestellt, weil node-red bei mir über https nicht funktionierte.

@Chiller Zwischenzeitlich habe ich im "switch"-Modul, den string auf "1" gedreht, mehr als "Ok" kommt aber nicht.

@Mitch Ah OK - Vielen Dank für die Info. :)

@stefan22 Wie gesagt hänge eine Switch Node dazwischen - da filterst Du gant easy aus. Den Switch Node - lässt Du nach msg.payload.key filtern. Hier den Node zum importieren: [ { "id": "f04957b3.470838", "type": "switch", "z": "6e170384.60c96c", "name": "", "property": "payload.key", "propertyType": "msg", "rules": [ { "t": "eq", "v": "BSH.Common.Status.RemoteControlStartAllowed", "vt": "str" }, { "t": "eq", "v": "BSH.Common.EnumType.PowerState", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 1040, "y": 2700, "wires": [ [ "8a3f9133.acf6f" ], [] ] }, { "id": "8a3f9133.acf6f", "type": "change", "z": "6e170384.60c96c", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "payload.value", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1260, "y": 2680, "wires": [ [] ] } ] Wenn Du nur den 1. Ausgang brauchst - dann löschen den 2. Ausgang wieder. Ich habs Dir nun für den 1. Ausgang so gemacht, dass Du dort wie gewünscht nur noch true oder false für "BSH.Common.Status.RemoteControlStartAllowed" value: true (oder false) bekommst. wenn Du beide Nodes hinter Deine blaue Node-Red Node klemmst. [image: 1600035642033-screen.png] [image: 1600035740371-8862e23f-4ffa-4c8d-abf1-3bd2a4f2302a-image.png] Ich kenne jetzt zwar Deinen Change NOde nicht, aber wenn Du dort msg.topic auf msg.payload.key gesetzt hast und msg.payload schon auf msg.payload.value - dann brauchst ja nur noch den switch dahinter machen und auf msg.topic filtern. Diese Variante ist sogar noch geschickter. - Ich ändere mal den Flow. ;) [ { "id": "aa0c95d9.989e58", "type": "change", "z": "6e170384.60c96c", "name": "", "rules": [ { "t": "set", "p": "topic", "pt": "msg", "to": "payload.key", "tot": "msg" }, { "t": "set", "p": "payload", "pt": "msg", "to": "payload.value", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2140, "y": 2900, "wires": [ [ "15068b83.ecbbf4" ] ] }, { "id": "15068b83.ecbbf4", "type": "switch", "z": "6e170384.60c96c", "name": "", "property": "topic", "propertyType": "msg", "rules": [ { "t": "eq", "v": "BSH.Common.Status.RemoteControlStartAllowed", "vt": "str" }, { "t": "eq", "v": "BSH.Common.EnumType.PowerState", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 2340, "y": 2900, "wires": [ [], [] ] } ] [image: 1600040003122-screen.png] [image: 1600040094495-screen.png] Warum ist das geschickter? - Nun weil man dann die Festlegung msg.payload = msg.payload.value nur einmal festlegen muss und nicht in jedem Ast nach dem Switch.

@friemelkarl Theoretisch kannst Du alle die Parameter aus dem folgenden Artikel anpassen. https://github.com/toorshia/justgage/blob/master/justgage.js#L42 Mit der folgenden Node - kannst Du einmalig das Gauge initialisieren: [ { "id": "282d1323.daa08c", "type": "change", "z": "6e170384.60c96c", "name": "Ändern Gauge Erscheinung", "rules": [ { "t": "set", "p": "ui_control.options.minLabelMinFontSize", "pt": "msg", "to": "20", "tot": "num" }, { "t": "set", "p": "ui_control.options.maxLabelMinFontSize", "pt": "msg", "to": "20", "tot": "num" }, { "t": "set", "p": "ui_control.options.labelMinFontSize", "pt": "msg", "to": "20", "tot": "num" }, { "t": "set", "p": "ui_control.options.valueMinFontSize", "pt": "msg", "to": "40", "tot": "num" }, { "t": "delete", "p": "payload", "pt": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1440, "y": 400, "wires": [ [ "cabed484.a2e458" ] ] } ]

@terraPole Im Prinzip würde ich dann trotzdem noch eine rbe node hinter den Trigger Node machen, damit in Anwesenheit nicht 2 mal "ich bin da" kommt.

Ich hatte das Problem auch. Ich habe die Fibaro Dimmer 2. Beim Fibaro Dimmer muss ich noch den Dimmer-Wert von 0 bis 254 auf 0 bis 100 umrechnen. Der Dimmerwert wird dann mit 10 ms Versatz nach dem Anschalten hinterher geschrieben. Nicht besonders schön, aber funktioniert. Hier der code: [ { "id": "e5e551d5.9d365", "type": "amazon-echo-device", "z": "55f55167.7114a", "name": "Gang oben", "topic": "", "x": 350, "y": 600, "wires": [ [ "8195d147.c62f1" ] ] }, { "id": "2b3c1ae2.80f3f6", "type": "function", "z": "55f55167.7114a", "name": "message-->bri", "func": "var newMsg = {payload: msg.bri} ;\nreturn newMsg;", "outputs": 1, "noerr": 0, "x": 380, "y": 660, "wires": [ [ "47afd88c.e08168" ] ] }, { "id": "47afd88c.e08168", "type": "calculator", "z": "55f55167.7114a", "name": "", "inputMsgField": "payload", "outputMsgField": "payload", "operation": "div", "constant": "254", "x": 510, "y": 660, "wires": [ [ "88b5e064.3f64e" ] ] }, { "id": "1af242ed.a87b6d", "type": "calculator", "z": "55f55167.7114a", "name": "", "inputMsgField": "payload", "outputMsgField": "payload", "operation": "trunc", "constant": "", "x": 750, "y": 660, "wires": [ [ "b8d47d55.305a4" ] ] }, { "id": "38c460cb.fae3a", "type": "change", "z": "55f55167.7114a", "name": "off", "rules": [ { "t": "change", "p": "payload", "pt": "msg", "from": "off", "fromt": "str", "to": "0", "tot": "num" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 730, "y": 580, "wires": [ [ "b5247c55.4ba74" ] ] }, { "id": "8195d147.c62f1", "type": "switch", "z": "55f55167.7114a", "name": "off?", "property": "on", "propertyType": "msg", "rules": [ { "t": "false" }, { "t": "true" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 490, "y": 600, "wires": [ [ "38c460cb.fae3a" ], [ "2b3c1ae2.80f3f6", "9a150326.d0586" ] ] }, { "id": "88b5e064.3f64e", "type": "calculator", "z": "55f55167.7114a", "name": "", "inputMsgField": "payload", "outputMsgField": "payload", "operation": "mult", "constant": "99", "x": 620, "y": 660, "wires": [ [ "1af242ed.a87b6d" ] ] }, { "id": "9a150326.d0586", "type": "change", "z": "55f55167.7114a", "name": "on --> 255", "rules": [ { "t": "change", "p": "payload", "pt": "msg", "from": "on", "fromt": "str", "to": "255", "tot": "num" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 750, "y": 620, "wires": [ [ "b5247c55.4ba74" ] ] }, { "id": "b8d47d55.305a4", "type": "delay", "z": "55f55167.7114a", "name": "", "pauseType": "delay", "timeout": "10", "timeoutUnits": "milliseconds", "rate": "1", "nbRateUnits": "1", "rateUnits": "second", "randomFirst": "1", "randomLast": "5", "randomUnits": "seconds", "drop": false, "x": 950, "y": 660, "wires": [ [ "b5247c55.4ba74" ] ] }, { "id": "b5247c55.4ba74", "type": "ioBroker out", "z": "55f55167.7114a", "name": "Gang oben", "topic": "zwave2.0.Node_015.Multilevel_Switch.targetValue_001", "ack": "false", "autoCreate": "false", "x": 1130, "y": 620, "wires": [] } ]

Gibt es Neuigkeiten? Auf gitHub auch keine Updates. Projektfunktion funktioniert in V 2.0 nicht mehr Zugriff auf iobroker System - Adapter geht seit V 1.17.2 nicht mehr Ich arbeite momentan nur mit 1.17.2 - allerdings die Systemzugriffe scheinen weiter offen zu bleiben - zumindest auf github und ich werde erst einen neue Version nutzen, wenn bestätigt ist, dass diese Funktionen wieder vorhanden sind und funktioinieren.

schau mal nach node-red-contrib-blockly als Erweiterung Hilft dem einen oder anderen vielleicht als Erleichtung bei Funktionen

@haselchen said in Ausgelesene Werte in Datenpunkte schreiben (Node Red): Da bist du mir weit voraus. Nee - bin ich nicht. ;) - Du kennst Dich dafür im Blockly aus. Aber dafür ist das Forum ja da. Schlaf gut.

@steffen_muc So vielleicht? [image: 1597853924651-iobroker-blockly-temp-werte-aus-string.png] Spoiler var TEMP_STR, TEST, VAR_TEMP_STR, Stelle; // Beschreibe diese Funktion … function WERT_ERSTELLEN(TEMP_STR) { console.log(TEMP_STR); Stelle = TEMP_STR.indexOf(' ') + 1; VAR_TEMP_STR = parseFloat((TEMP_STR.slice(0, Stelle - 1))); return VAR_TEMP_STR; } TEST = WERT_ERSTELLEN('21.2 C'); console.log(TEST); Für Node-Red: replace(/ C/g,"")

@mickym Das sieht schon mal gut aus! Ich setze mich am We da mal dran und ich denke auch das ich ein schulungsvideo kaufen werde um node red zu lernen. da ich alles was ich in blockly habe in node red haben will und ein paar javascript steuerungen und alles was ich in vis habe will ich dann auch nach und nach zu node red web ui rüber ziehen dann kommt javascript und vis adapter weg dann läuft alles über node red zumindest ist das der plan. Vielen dank schon mal für deine mühe!!!

@Manuel001 Dann bitte als gelöst in die erste Zeile schreiben. D.h.: [gelöst] vor die Überschrift setzen. Ersten Post bearbeiten. Vielen Dank.

@Has3nb3inMH Ah, ok, ich dachte man müsste immer mit "math" arbeiten. Werde es mal ohne testen. Danke für die Rückmeldung. Schön das es jetzt bei dir funktioniert.

@Seb_123 @Theo56 hat wohl 2 Threads zum selben Thema geöffnet. Ich hab ihm nun in dem anderen Thread geantwortet - da er da den ganzen Flow exportiert hat - und hab den etwas angepasst. ;) https://forum.iobroker.net/topic/35394/was-ist-an-dem-switch-node-falsch

sorry wenn ich hier reinplatze. Ihr kennt euch offensichtlich mit Node-Red und iobroker szenen aus. Könnt ihr mal hier schauen, was mir fehlt damit ich das auch kann? https://forum.iobroker.net/topic/35274/wie-schaltet-man-mit-node-red-eine-iobroker-szene