NEWS

@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.

screen.png

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": [ [], [] ] } ]

screen.png

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?

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

scheint so als gäbe es mit dem Update auf 2.0.0 bzw. V1.1.x erhebliche Probleme.

Nachdem es nun zwei weitere Posts im Forum gibt:

https://forum.iobroker.net/topic/34881/node-red-2-0-0-keine-systemobjekte-u-andere-probleme

https://forum.iobroker.net/topic/35130/nodered-probleme-nach-upgrade-auf-v-1-1-x

kann ich glaub dieses Kapitel schließen.