@mickym Ja, ich versuche schon so viele Infos wie möglich zu geben. Ich habe ja auch schon etliche Stunden vergeigt damit, den Fehler zu finden. Daher alle Infos rein damit ;-)

die go-e Instanz belegt in kürzester Zeit eine Unmenge Speicher. Hab den Fehler gefunden, hatte einen sinnlosen Loop in den nodes.

@jacke du erstellst setzt eine payload, die so aussieht, wie du oben gepostet hast und wenn Du einen JSON String brauchst, dann hängst du noch eine JSON Node dran. Wenn du schon eine payload mit 23.7 hast, dann verschiebst du mit einer Change Node die payload auf payload.value und hängst dann die json Node hinten dran. [image: 1669035373664-1398b1c7-b15e-4bad-bd49-5b6107cf6567-image-resized.png] Spoiler [ { "id": "1780b1a5015337a8", "type": "inject", "z": "289f539dcc33814e", "name": "", "props": [ { "p": "payload" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "23.7", "payloadType": "num", "x": 2750, "y": 2920, "wires": [ [ "f294d7fef083a967", "402830e20c96bcf9" ] ] }, { "id": "f294d7fef083a967", "type": "change", "z": "289f539dcc33814e", "name": "", "rules": [ { "t": "move", "p": "payload", "pt": "msg", "to": "payload.value", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2940, "y": 2920, "wires": [ [ "102bffe73dd48331", "4afb4a6769f2ea5b" ] ] }, { "id": "102bffe73dd48331", "type": "json", "z": "289f539dcc33814e", "name": "", "property": "payload", "action": "", "pretty": false, "x": 3130, "y": 2920, "wires": [ [ "241dc4443d81082c" ] ] }, { "id": "402830e20c96bcf9", "type": "debug", "z": "289f539dcc33814e", "name": "normale payload", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 2950, "y": 2860, "wires": [] }, { "id": "4afb4a6769f2ea5b", "type": "debug", "z": "289f539dcc33814e", "name": "JS Objekt - payload.value", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 3210, "y": 2860, "wires": [] }, { "id": "241dc4443d81082c", "type": "debug", "z": "289f539dcc33814e", "name": "JSON Sting", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 3290, "y": 2920, "wires": [] } ]

@mickym vielen Dank für deine Antwort, es hat funktioniert

@fred-freund Ja aber ich habe in dem Objekt, das Du gepostet hast kein val gefunden. Ausserdem wenn das Deine list Node ist, da kommt ja gar nichts raus: [image: 1668518564199-eb646226-f4d7-450a-955f-209bc0f69011-image.png] Du musst schon das gesamte Objekt ausgeben. [image: 1668518643364-6b8a107f-8687-421e-bc59-484cf71e3806-image.png] Und bei mir funktioniert das auch einwandfrei: Ich habe mal so einen example state nachgebildet: [image: 1668519212519-3c949caa-914a-497e-aed2-6ce836477a3b-image.png] Also { "common": { "name": "example_state", "desc": "Manuell erzeugt", "role": "state", "type": "multistate", "read": true, "write": false, "states": { "1": "leak", "2": "water leak detected" }, "def": 0 }, "type": "state", "_id": "0_userdata.0.example_state", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1668518985872 } Über den Admin kannst Du theoretisch den Wert so setzen: [image: 1668519279758-2a48d53e-9ed3-462d-9173-b988b05a7923-image.png] [image: 1668519441892-c9c7ffde-d67e-4e43-a9da-2fcc0a2f6bf6-image-resized.png] [image: 1668519476009-c2003b49-9460-4835-8d9c-4ad7a7838fed-image.png] Spoiler [ { "id": "690113de17cd64b1", "type": "ioBroker list", "z": "289f539dcc33814e", "name": "example_state", "topic": "0_userdata.0.example_state", "objType": "state", "regex": "", "asArray": "false", "onlyIDs": "false", "withValues": "true", "x": 2040, "y": 4580, "wires": [ [ "5fd0d86854a06e05", "3b6c06471c41e00b" ] ] }, { "id": "3b6c06471c41e00b", "type": "debug", "z": "289f539dcc33814e", "name": "debug 47", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "true", "targetType": "full", "statusVal": "", "statusType": "auto", "x": 2280, "y": 4540, "wires": [] }, { "id": "3e6489ae5381b35c", "type": "inject", "z": "289f539dcc33814e", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "", "payloadType": "date", "x": 1840, "y": 4580, "wires": [ [ "690113de17cd64b1" ] ] }, { "id": "5fd0d86854a06e05", "type": "change", "z": "289f539dcc33814e", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "payload.common.states[msg.payload.val]", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2290, "y": 4580, "wires": [ [ "e89b20888058e8fc" ] ] }, { "id": "e89b20888058e8fc", "type": "debug", "z": "289f539dcc33814e", "name": "debug 48", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 2480, "y": 4580, "wires": [] } ]

@d3ltoroxp sorry - damit kenn ich mich garnicht aus - scheint eher etwas komplex zu sein - evtl anderen email-provider besorgen :-)

@xadox Ja das ist erste beschreibt ja auch, dass Du die iptables pesistent abspeichern musst und bei Docker bin ich ganz raus. Wie gesagt - ich vermute dass das irgendein Netzwerkproblem ist.

@mickym Ah ok, das mit dem Vollzug kann ich nachvollziehen. Habe ich so ähnlich per Telegram, wenn ich mein Tor ansteuere, lasse ich mir 20 Sekunden später den Status ausgeben. Frage das aber per trigger Node ab, die ich beim ansteuern anstupse. Ist auf jeden fall sinnvoll. [image: 1667836467252-garage1.jpg]

@dos1973 wie gesagt, wenn die HUEs getrennt betrieben werden vielleicht ist das OK. In einem Zigbee Netz schaltest Du Router weg und ggf. Sind dann batteriebetriebene Geräte nicht erreichbar. Die Idee mit dem Detached ist ja, dass Du die Lampen nicht ausschaltest, sondern softwaremässig nur den Tastendruck registrierst und dann per HUE Befehl die Lampen schaltest

Vielen Dank für deine Beispiele mit Erklärung. Der erste Weg funktioniert super. Den zweiten Weg werde ich mir aber noch in Ruhe genauer ansehen um ein besseres Verständnis zu bekommen.

@mickym sagte in Alexa Device schalten ohne IOT Adapter: Credentials wieder neu eingeben Hallo mickym danke für die Erklärung. Die drei Zeilen einzugeben krieg ich wohl noch hin, aber wie dass mit den Credentials funktioniert, weiß ich ja trotzdem nicht. Auch die Erklärung auf der Seite: https://nodered-org.translate.goog/docs/creating-nodes/credentials.html?_x_tr_sl=en&_x_tr_tl=de&_x_tr_hl=de&_x_tr_pto=sc hat mich nicht wirklich weiter gebracht. Ich will Dir auch nicht Deine Zeit stehlen. Dann lass ich es wie es ist. Trotzdem Danke....

@djmarc75 sagte in [gelöst] JSON aus verschiedenen DP (Payloads) erstellen: Edit: Rennt wie ein Uhrwerk und Blocklyskript ist deaktiviert Freut mich. :) - Wie gesagt für die Zukunft einfach die Werte wie beschrieben aus dem Debugfenster kopieren, dann kann man Dir bei den Flows leichter helfen, weil man dann die Daten zur Verfügung hat und über die Inject-Nodes den Flow selbst erstellen kann ohne dass man die Hardware oder die Adapter selbst installiert hat.

@pepito82 sagte in Node-Red - keine Objekte?: aber wie soll ich diese über Alexa im iot Adapter steuern können, wenn keine Objekte in iobroker da sind? Dann leg doch unter 0_userdata.0 einen neuen State an, welcher in den IoT-Adapter integriert wird. Und diesen Datenpunkt kannst Du in Node-RED überwachen und damit machen was Du möchtest, wenn dieser geändert wurde.

@olli_m na dann deinstalliere beide nochmal und fang mit der an, mit der es funktionieren soll. Vor dem Entfernen gehe noch über das Menü in die Konfigurationsnodes und lösche nochmal alle denon Nodes, bevor Du sie entfernst. Wenn das nicht funktioniert das Pollen bleibt dir ja in jedem Fall noch .

@christian_1980 [error] [http request:binary http request] RequestError: Parse Error: Invalid header value char at ClientRequest. try to get temperature values from my ethersex AVR-NET-IObut after update it does not work anymore [image: 1666957288988-998ad08b-64ad-492b-bee5-8d33bccca960-image.png] the parser is very tricky and apparently bothers him because what you should only get back would be a temperature value from the 1 wire sensor after updating from iobroker nodejs 10 to currently 14 or 16 nothing works anymore der parser ist da sehr strickt und anscheined stört him da was was man aber nur zurück bekommen sollte wäre ein temperaturwert vom 1 wire sensor nach update von iobroker nodejs 10 auf aktuell 14 oder 16 geht nix mehr

@ostfrieseunterwegs danke passt. Schau dann gleich im Detail nach. Schreibe die zusätzlichen nodes bei Kommentare ins Programm dazu. Dann kann es einfach nach installiert werden bei einen Umzug.

@hpgo Also erstens würde ich dann nur einen Trigger nehmen - entweder zu Monatsbeginn oder zu Monatsende und dann einfach die Differenz berechnen. (das mit den 2 Trigger am Monatsende und Monatsanfang macht doch keinen Sinn). Wenn Du am Monatsersten um 00:00:00 triggerst, dann ist doch automatisch das Ende der vergangen Periode - bis dahin enthalten. Was hast Du den davon, dass Du am Monatsletzten um 23:59:59 nochmal triggerst. Was soll denn in der 1 sek. passiert sein bzw. würde erst recht für einen Trigger sprechen. Wenn der Trigger am 1. jeden Monats läuft - dann kannst Du doch einfach die Differenz zum Vormonat nehmen, da brauchst Du doch keinen Trigger mehr am Monatsletzten? Ich halte das mit 2 Triggern für Blödsinn. So und die payload und das topic kannst Du doch alles konfigurieren. Wenn Du 2 trigger machst und die im topic unterscheidest. Zudem kannst Du auch die Default payload belassen. Hier sind 2 Scheduler in einer cron Node definiert und über topic kannst Du entscheiden (in einem Switch) ob der last oder first Scheduler aktiv war. [image: 1666614509981-f362bbc8-279c-466e-bbab-6ff129f964e5-image.png] Wenn Du dann noch die payload auf Standard belässt - dann hast ewig viel Information. { "triggerTimestamp": 1666614240000, "status": { "type": "static", "modified": false, "isRunning": true, "count": 1, "limit": 0, "nextDescription": "in 59 seconds", "nextDate": "2022-10-24T12:25:00.000Z", "nextDateTZ": "24. Okt. 2022, 14:25:00 MESZ", "timeZone": "Europe/Berlin", "serverTime": "2022-10-24T12:24:00.022Z", "serverTimeZone": "Europe/Berlin", "description": "Every minute" }, "config": { "topic": "topic3", "name": "schedule3", "payloadType": "default", "payload": "", "limit": null, "expressionType": "cron", "expression": "0 * * * * * *" } } Aus der Standardpayload bekommst Du das Datum, wann getriggert wurde als timestamp oder als Datum (serverTime) alles raus. Du kannst die payload natürlich auch nach Deinem Geschmack anpassen: [image: 1666615631256-dfd7a2d7-6b2d-40a6-9d62-e88d74d7939b-image.png] "Beginn Monat: " & $moment().locale("de").tz('Europe/Berlin').format('MMMM YYYY') bzw. "Ende Monat: " & $moment().locale("de").tz('Europe/Berlin').format('MMMM YYYY') mit dem entsprechenden Topic - bekommst Du dann halt das als Ausgabe: [image: 1666615929641-b8e23a28-2159-4874-a149-dfbcd0685860-image.png] Die Kombinationen sind unendlich. ;) ABER: Aber wie gesagt, ich würde einfach nur EINEN Trigger am Monatsersten um 0:00 nehmen und dann die Differenz vom Vormonat

@mickym ist mir nicht mal aufgefallen. Und ich dachte schon, dass kann der Trigger eigentlich auch bei "wurde geändert" ;-) Ja dann bis zum nächsten mal