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

@mickym Ja Danke :-). Mit dem Change Node hat es jetzt geklappt um das Bild mit PushOver zu versenden. Vorher ging nur der Text.

@thomas-braun Wird wohl immer schlimmer hier. Wahrscheinlich in meiner Anfangszeit mit Halbwissen zu viel Quatsch verzapft. Vielleicht sollte ich doch mal darüber nachdenken, mal alles komplett neu aufzusetzen. Sträube mich aber immer noch davor, weil da auch noch andere Sachen auf dem Pi mitlaufen. Z.B. Deconz, MySql, usw. Und es läuft doch eigentlich alles so schön und Problemlos.

@joeysch Ah OK - dann ist das also doch ein mosquitto Broker mit den mosquitto Clients installiert und diese werden in einem Shellskript publiziert. Wie gesagt, was das Tool liefert habe ich keine Ahnung, aber Du siehst ja mit dem -t und Topic wie publiziert wird. Eine Beschreibung zu den mosquitto Clients findest Du im Übrigen auf den normalen mosquitto Seiten: https://mosquitto.org/man/mosquitto_pub-1.html Und mit diesem rc.local - wird quasi ein Shell skript ausgeführt, dass in einer Endlosschleife läuft. Das ist zwar nicht besonders elegant, aber immerhin, weißt Du wie es funktioniert.

@rewenode sagte in [gelöst] Settings.js zurück gesetzt: @oliverio Könnte sein. Deshalb solltest du die natürlich sichern. Aber jedenfalls wird sie nicht bei jedem Adapterstart überschrieben. Viele settings.js Optionen sind ja zum Glück direkt in der Adaperkonfiguration änderbar. Die werden dann auch nicht überschrieben. Ich bin gerade auch wieder auf das Problem der überschriebenen settings.js gestossen. Da ich dort die Speicherung der Variablen (global/node, contextStorage) im Dateisystem konfiguriert habe, sind nach dem letzten Update die Variablen wieder nicht gesetzt worden. Sehr ärgerlich, besonders wenn die morgendliche Warmwasserversorgung an so einer Variablen hängt Kann man denn nicht konfigurieren, dass ein anderes Verzeichnis als "root" für die Settings gelesen wird? Was machen denn die drei directory-Einträge in den Node-Red-Instanzeinstellungen?

@bavarian Ich hab mich da schon mal blamiert, da ich dachte der split Node hat einen Fehler - aber funktioniert. Hier mal ein geclosed Issue von mir. ;) mit meinen Versuchen: https://github.com/node-red/node-red/issues/3457 Die letzten 3 simulieren einen Stream mit der split Node. ;)

@mickym Moin :-) Das ist doch schon mal ein Ansatz. Danke! Eigentlich habe ich ja den Trigger das sollte doch zu schaffen sein. Ich werde es testen und ein Feedback geben.

@mickym guten Morgen und schon mal vielen Dank :-). Werd ich jetzt einmal testen und hab mir die gleich mal gespeichert, werd ich bestimmt öfter gebrauchen können :-).

@mickym Super, vielen Dank! Ich habe das Paket über die Adapterkonfiguration eingefügt. Und schon ist der Fehler verschwunden! Danke Dir!

@thomas-braun Tut aber was es soll, läuft eigentlich sehr stabil und problemlos. Das einzige Ärgernis ist eigentlich, dass ich nach einen NodeRed Update die externen Node immer wieder von Hand nach installieren muss. das liegt aber, glaube ich, nicht an Windows, denn das Problem hatte ich früher nie

@simon-0 Ich hab es wohl schon selbst gelöst : ) [image: 1656610013667-bildschirmfoto-2022-06-30-um-19.26.29.png]

@headcrasch Steht doch da mit node-red_contrib_ui_j - nun musst suchen wo die noch zu finden sind. Genau node-red-contrib-ui_j https://flows.nodered.org/node/node-red-contrib-ui_j Hier sind eine Menge Node-Typen die so heißen, wie die vom Dashboard. Das würde ich halt mal deinstallieren und das normale Dashboard nochmal neu installieren. Ggf. das Dashboard auch noch mal deinstallieren, wenn du das ui_j deinstalliert hast und dann neu installieren. Es sieht nämlich deshalb auch so aus, als ob der importierte Flow die text Nodes von [image: 1656076739944-8a2db039-7030-41d6-9491-8bf7dfe6c11c-image.png] nutzt. Also von dem node-red-contrib-ui_j - das ist aber keine offizielle Dashboard (da contrib im Namen). Ausserdem ist das Teil schon über 6 Jahre alt. Das würde ich mal komplett entfernen. Die richtigen Textnodes vom normalen Dashboard schauen so aus: [image: 1656076981501-49613a33-264a-4ba8-bd49-5e4a1b8198ee-image.png] Also würde mich mal von diesem alten Dashboard komplett verabschieden. Beides kannst jedenfalls nicht in der gleichen NodeRed Instanz verwenden.

@mickym es hat geklappt, Besten Dank!!

@mickym sagte in (gelöst) JSON aus Payload erstellen: Na Du machst ja freiwillig Dinge Stimmt, gezwungen werde ich nicht @mickym sagte in (gelöst) JSON aus Payload erstellen: die Du vielleicht früher mit anderen Mitteln gemacht hättest Es ist halt so dass einige Sachen mit Blockly schlecht realisierbar sind. Wie z.B. die Emails oder halt SNMP (war ja mein erstes Projekt) abzugreifen und zu verarbeiten. NodeRed ist schon recht komplex aber es wird von mal zu mal einfacher.

@frank62 wenn du den Node-red Adapter installiert hast sind die iobroker nodes links in eigenen Kategorie iobroker. [image: 1654772916615-dc5cbb61-9b6d-4486-88d1-c62bff20f38e-image.png] Mach halt mal einen Screenshot dass Dein NodeRed Adapter läuft: [image: 1654773388816-75008d45-2ad6-4f5d-a274-365b516328ec-image-resized.png]

@homoran ja, da bin ich auch froh. Auf die Idee das die Patrone nicht richtig erkannt wurde, wäre ich nie gekommen, zumal es keinerlei Fehlermeldung gab

@mauri-0 Ja dazu kenn ich die Influx DB zu wenig, Du musst halt mal schauen, wie dort die Datenstruktur ist. Ich nutze mysql und da sieht die Datenstruktur so aus: [image: 1654504712837-b9a1b4d0-5f74-4e26-97ae-75df8177bdbc-image.png] Der timestamp wird also einfach als Unix Timestamp gespeichert. Das SQL Kommando musst Du bei der mysql Node über das Topic eingeben: Das schaut bei mir so aus und wird über eine Template Node gefüllt: SELECT `id`, `ts`, `val` FROM `iobroker`.`ts_string` WHERE `id` = 10 AND `val` IS NOT NULL AND `ts` BETWEEN 1651148231204 AND 1651166787428 ORDER BY `ts` Tagesstart und Tagesende hole ich mir über die Moments Bibliothek. Das Herzstück der mysql Abfragen also between ist das : [image: 1654505017338-36455f5f-b230-48b6-82b4-6abe104ce36d-image.png] Spoiler [ { "id": "0979e2426ef5caa8", "type": "change", "z": "e88aa902136812d3", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "{\t \"Beginn\": $moment($flowContext('fDay.start')).format('DD.MM.YYYY HH:mm:ss'),\t \"Ende\": $moment($flowContext('fDay.end')).format('DD.MM.YYYY HH:mm:ss')\t }", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 610, "y": 660, "wires": [ [ "e7d53a0e1fa76841", "17bbce13ce808556" ] ] }, { "id": "17bbce13ce808556", "type": "change", "z": "e88aa902136812d3", "name": "setze Zeitspanne", "rules": [ { "t": "set", "p": "start", "pt": "msg", "to": "fDay.start", "tot": "flow" }, { "t": "set", "p": "end", "pt": "msg", "to": "fDay.end", "tot": "flow" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 850, "y": 660, "wires": [ [ "fe4836ac61fc9367", "7d31081fd229aefe", "d04bca6c69e97fbc" ] ] }, { "id": "fe4836ac61fc9367", "type": "template", "z": "e88aa902136812d3", "name": "SQL get events", "field": "topic", "fieldType": "msg", "format": "handlebars", "syntax": "mustache", "template": "SELECT `id`, `ts`, `val` FROM `iobroker`.`ts_string` WHERE `id` = 8 AND `val` IS NOT NULL AND `ts` BETWEEN {{start}} AND {{end}} ORDER BY `ts`", "output": "str", "x": 1060, "y": 660, "wires": [ [ "fd9d53f790673ffb", "7e73716770fcf354" ] ] } ] Mit der Change Node - kannst Du zu jedem beliebigen Datum, das Ende des jeweiligen Tages als Timestamp auszugeben. [image: 1654505397931-fd7681ae-f620-4c90-981e-c84577ccccc6-image.png] das gleiche geht auch mit dem Tagesstart Hier mal ein Beispiel wie Du anhand eines Datums die exakte Start und Endezeit in ms umrechnest: [image: 1654506401512-b8b066c9-9fef-4d6d-96fe-b621b71ed1fd-image-resized.png] Spoiler [ { "id": "07be0c5ec40e0eb0", "type": "change", "z": "e88aa902136812d3", "name": "", "rules": [ { "t": "set", "p": "payload.start", "pt": "msg", "to": "$moment(payload.start, 'DD.MM.YYYY').startOf('day').format('x') ~> $number()", "tot": "jsonata" }, { "t": "set", "p": "payload.ende", "pt": "msg", "to": "$moment(payload.ende, 'DD.MM.YYYY').endOf('day').format('x') ~> $number()", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 490, "y": 1440, "wires": [ [ "efa3e2f3acb871ee", "fb75cb0fb18f8c66" ] ] }, { "id": "f03ec762aafdaf0f", "type": "inject", "z": "e88aa902136812d3", "name": "Zeitraum in ms", "props": [ { "p": "payload" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "{\"start\":\"01.01.2022\",\"ende\":\"01.02.2022\"}", "payloadType": "json", "x": 260, "y": 1440, "wires": [ [ "d037c8d97b51894f", "07be0c5ec40e0eb0" ] ] }, { "id": "d037c8d97b51894f", "type": "debug", "z": "e88aa902136812d3", "name": "", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 470, "y": 1380, "wires": [] }, { "id": "efa3e2f3acb871ee", "type": "debug", "z": "e88aa902136812d3", "name": "", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 690, "y": 1380, "wires": [] }, { "id": "fb75cb0fb18f8c66", "type": "change", "z": "e88aa902136812d3", "name": "", "rules": [ { "t": "set", "p": "payload.start", "pt": "msg", "to": "$moment(payload.start, 'x').format('DD.MM.YYYY HH:mm:ss') ", "tot": "jsonata" }, { "t": "set", "p": "payload.ende", "pt": "msg", "to": "$moment(payload.ende, 'x').format('DD.MM.YYYY HH:mm:ss')", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 710, "y": 1440, "wires": [ [ "1c5374be913740f9" ] ] }, { "id": "1c5374be913740f9", "type": "debug", "z": "e88aa902136812d3", "name": "", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 910, "y": 1380, "wires": [] } ]