Wie gesagt, ich glaube wie in den FAQ beschrieben, dass man das über die Zuordnung zu Räumen in der App lösen müsste.

Hallo, nach langem Suchen und herumprobieren funktioniert die influxdb + NR jetzt. In der influx node in NR muss ich als "Version" die Version 1.x statt 1.8-flux auswählen, dann funktioniert es. Hätte ich das mal früher gewusst, hätte ich mir einige Stunden Suche erspart. Macht nichts, wieder was gelernt. Lg

@thomas-braun Stimmt, ohne hätte ich die Meldung auch nicht gesehen, dann werde ich das in Zukunft auch so machen, danke nochmal.

trotzdem Rechte überprüfen - NR läuft unter der Kennung des Dienstes vom iobroker - wenn der mit System läuft - hast Du wahrscheinlich ein Problem.

Ich konnte es reparieren: Tipp von hier: https://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8 Anschliessend npm install iobroker.node-red@4.0.0 ausführen. Lediglich der Versionsschiefstand Instanz vs. Adapter bleibt. Aber das stört mich erstmal nicht.

@mickym Danke hat über Beta funktioniert.

@mickym sagte in Stromverbrauch in Euro umrechnen - Node Red: Manchmal sind gerade die Dinge, die einen herausfordern, ja das was Spaß macht. Absolut ... UND wenn von Erfolg gekrönt dann kann man auch mal bissle angeben :joy: :joy: :joy: @mickym sagte in Stromverbrauch in Euro umrechnen - Node Red: InfluxDb steh ich noch ganz am Anfang aber da warte ich noch ab um ins Detail zu gehen. Hab ja Zeit und Geduld :nerd_face:

@mickym said in batterieliste werte vergleichen und mit telegram ausgeben: Die Geräte melden sich wie gesagt selbst und wenn ich dauernd einen Datenpunkt abfrage, der von einem Gerät gar nicht aktiv gemeldet wird - dann ist das eh sinnlos. Sprich wenn der Datenpunkt im Zigbee- Adapter für das Batterielevel auf 80% steht und das Gerät die Verbindung zum iobroker verloren hat, dann steht da nach 10 Jahren immer noch 80% - da das Gerät diesen Wert nie aktualisiert hat. 10 Jahre unnütze Abfragen mit sinnlosen Ergebnissen. Hört auf zu pollen und wartet bis die Geräte sich melden!!!! Hello, ok, jetzt verstehe ich auch warum alle immer nur auf change gehen...klar wenn man es so sieht. im Prinzip gibt es fertige Blockly zum nachbauen die genau auf change state beruhen. Da ich einige Sensoren verwende auf esp32 basis ist fuer mich wie du beschreibst mqtt der gemeinsame NENNER, dh. ich koennte auch diesen als letzten Status speicher verwenden. Danke fuer Eure vielen Antworten, ich muss sagen die komplizierten Dinge lohnen sich fuer meinen Zweck nicht(lernen dauert ), ich benutzte eine vis Seite wo ich die Zustaende sowieso sehe :-) Eigentlich wollte ich mich nur mit Telegram beschaeftigen :clown_face: [image: 1663395660708-8098a9fe-bfb3-486c-a4a2-e107a10e56ba-image.png]

@merlin2k11 Wie gesagt die finale Version sieht nun so aus: [image: 1662986982484-69d865aa-31db-4589-84d5-aa9d06f91c6e-image-resized.png] Spoiler [ { "id": "84644114056d7367", "type": "inject", "z": "d93c602e39839f86", "name": "", "props": [ { "p": "trigger", "v": "true", "vt": "bool" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "x": 170, "y": 1940, "wires": [ [ "18b108dc8d983dbe" ] ] }, { "id": "18b108dc8d983dbe", "type": "http request", "z": "d93c602e39839f86", "name": "", "method": "GET", "ret": "txt", "paytoqs": "ignore", "url": "https://nopaste.net/WEArq4Mojd", "tls": "", "persist": false, "proxy": "", "insecureHTTPParser": false, "authType": "", "senderr": false, "headers": [], "x": 330, "y": 1940, "wires": [ [ "58c77855680f94e2" ] ] }, { "id": "58c77855680f94e2", "type": "html", "z": "d93c602e39839f86", "name": "", "property": "payload", "outproperty": "payload", "tag": ".price-type-name, [id|=current-price]", "ret": "html", "as": "single", "x": 620, "y": 1940, "wires": [ [ "06b25788793b83a0" ] ] }, { "id": "74f9010595f6e982", "type": "debug", "z": "d93c602e39839f86", "name": "[id|=current-price]", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1190, "y": 1940, "wires": [] }, { "id": "06b25788793b83a0", "type": "change", "z": "d93c602e39839f86", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "payload#$i[($i%2)=0]{$$.payload[$i]:$$.payload[$i+1].$number()}", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 930, "y": 1940, "wires": [ [ "74f9010595f6e982" ] ] } ]

@schmello Auch wenn deine Frage etwas älter ist ... du kannst doch eine Switch und eine Change Funktion nutzen ... in der Switch funktion kannst du Prüfen ist ein Sensorwert "=" gleich oder "<=" kleiner oder ">=" grössergleich einen bestimmten wert. Dann hast du in der Switch node für jede abfrage einen Ausgang und einen Wert ... über die Change Funktion könntest du nun sagen wenn dort etwas passiert dann soll die Change Funtkion ein True oder False ausgeben. [image: 1662455353611-nodered.png]

@sborg sagte in Node Red läuft nach Update auf Version 4.0.0 nicht mehr.: "damals" Da damals erst vor 24 Stunde war hätte man die Sisyphos-Arbeit auch 'damals' schon abkürzen können. Der 'Lösch-Einzeiler' ist älter.

Funktioniert jetzt auch, wie ich vermutet habe, habe ich immer die falsche settings.js bearbeitet. Sorry das ich mich auf meinem eigenen System nicht auskenne wo, was, wie zu finden ist. Danke für die Hilfe!!

@mickym Stimmt, auch ne Möglichkeit. Sogar die flexiblere. :+1:

Willen Dank für die Erklärungen werde das am WE mal testen. Aber ich bin schon wieder etwas schlauer geworden. Danke

@sineos So ich hab mal versucht, dass ganze generisch für verschiedene Adapter mit Flow Beispielen zu machen. Getest habe ich mal MQTT und SQL. Kannst ja mal testen, ob es für Homematic auch tut, ich hab nur kein Homematic deswegen kann ich es mit diesem Adapter nicht testen. Hier mal die Beschreibung in einem eigenen Thread: https://forum.iobroker.net/topic/57210/nodered-sendto-proxy-mit-js Die verschiedenen Kommandos könntest Du auch einfach einschleusen, indem Du eine msg.xxx Eigenschaft auf msg.sendTo.command verschiebst bevor ich in der ChangeNode das ganze dann zur payload mache.

@thomas-braun sagte in node-red 4.0 fehler beim Adapterstart: @johgre sagte in node-red 4.0 fehler beim Adapterstart: iobroker.node-red@4.0.0 invalid: "3.3.1" from the root project Multihost? Und im anderen Host ist das Beta-Repo nicht aktiv? ja, Multihost und beide am Beta-Repro

@dekat-win bitte leg dazu mal github issue an.

@hpgo sagte in Smartmeter -> NR: @mickym ... ich bin dir echt dankbar, leider melde ich mich erst jetzt wieder, unsere Familie ist größer geworden und deshalb bleibt für mein Hobby kaum noch Zeit. Ich werd mir deinen Flow hoffentlich am Abend genauer anschauen können. Außerdem hab ich dann auch noch eine Frage zu Daten persistent (über einen NR Neustart) halten/speichern in NR (Änderung in der settings.js). Dazu mache ich dann ein eigenes Thema auf. Danke und Lg Da werde ich Dir nicht viel dazu sagen könne, da keine Daten im Dateisystem speichere. Bei mir sind die ja in der Regel im iobroker oder im mqtt.

@mickym Hat heute morgen direkt auf Anhieb funktioniert. Danke nochmal für die kompetente Hilfe!