NEWS

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

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:

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:

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 😂

Und wenn Du für solche einfachen Berechnungen keinen JS Code schreiben möchtest, dann nimmst Du eine Change Node. 😉

2da67466-c9ea-423c-890d-1553f2fe9e08-image.png

948811dc-ef90-47b9-8f89-181d2d8b3ac1-image.png

$round($exists($flowContext('f_zaehler')) ? $flowContext('f_zaehler') * 10.2/36.7347*3600/1000 : 0,2)

@66er

Getestet und funktioniert. 👍

Was 1 Node mit dem richtigen Inhalt alles ausmacht. ☺

Für mich sieht das ganze wieder nach einem npm Fehler aus -

2022-10-15 12:30:58.194 info starting. Version 3.3.1 (non-npm: ioBroker/ioBroker.node-red#2fa1dbc8fa93bc78efc25f9c04c7c31c99f36894) in /opt/iobroker/node_modules/iobroker.node-red, node: v16.17.1, js-controller: 4.0.23 node-red.0 2022-10-15 12:30:49.519 info Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason

und meine Vorgehensweise kennt man dann ja - ich putze das ganze node_modules Verzeichnis.

Siehe 1. Link in diesem Posting: https://forum.iobroker.net/post/845093

Das mit den credentials ist etwas - wenn man schon einen Flow hatte.

@thomas-braun said in Node Red neu installieren - Flows weg?:

Der for-Kram müsste eigentlich die bash von Haus aus mitbringen.

Die vom Docker scheinbar nicht...ich hätte IOB vermutlich besser auf einer virtuellen Maschine installieren sollen, da hätt ich dann zumindest ein gescheites Terminal.
Vielleicht könnte ich ja eine zweite Instanz vom IOB in einer VM installieren und dann nach und nach migrieren. Keine Ahnung, ob das geht. Muss ich mal forschen...

@mickym
Hallo
Fehler gefunden hatte im Debug Node msg.url stehen.
Umgeändert aus msg.playload schon zeigt er die Wetterdaten an.
Vielen Dank

@hpgo Kann Dir nicht helfen, da ich die neuesten Versionen teste. Ich dachte Du hättest es in dem anderen Thread gelöst?

So weit ich aber verstanden habe, braucht man die Nodes nicht unbedingt, sondern kann auch über http-API. Aber wie gesagt ich kann Dir im Detail nicht helfen, da ich die aktuelle Version 2.4 teste und da funktioniert alles. Man muss sich halt mit Fluxx beschäftigen.

Ja ist eigentlich eine generelle Funktion von JS oder JSONATA - das mit einem String implizit andere Datentypen bei Verkettung ebenfalls versucht wird in einen String zu konvertieren.

@mickym

Ja möglich, aber ich hätte erst mal darau kommen müssen, das Laufwerk zu mounten 🙂
ich hätte evtl. noch ein paar Tage nach dem Fehler im Pfad gesucht...

Ich bin mittlerweile froh das ich einen PI installieren kann, dort eine feste IP und Wlan einstellen kann ✌

VG

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 😂 😂 😂

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

@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 🤡
8098a9fe-bfb3-486c-a4a2-e107a10e56ba-image.png

@merlin2k11 Wie gesagt die finale Version sieht nun so aus:

69d865aa-31db-4589-84d5-aa9d06f91c6e-image.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" ] ] } ]