NEWS
Statusüberwachung
-
@tontechniker Nein in der Debug Node - wird nur die msg.payload ausgegeben und ich will das ganze Objekt.
Und wenn Du die Debugausgabe des ganzen Objektes postest - achte darauf dass Du es ausklappst - Pfeil nach unten
Außerdem sehe ich ja den funktionierenden Flow - ich will den ja ohne function Node sehen. - Damit wir sehen wie wir den Fehler ausmerzen können.
Soweit ich nämlich Deinen unteren Screenshot sehe - glaube ich, dass in Deiner lastchange Eigentschaft ein Mist mit irgendwelchen Steuerzeichen steht. Da ist nämlich nach der Zahl so ein komischer Strich.
-
@mickym
So, hier kommt hoffentlich das richtige. -
Na die Pfeile stehen zwar immer noch nicht senkrecht bei dem Objekt - also sind noch eingeklappt - aber gut.
Wir versuchen als erstes Mal den lastchange Parameter zu retten - kann schon sein, dass der KNX Adapter da Schmarrn macht.
Mach als erstes mal hinter Deine iobroker In-Node eine Change Node
Am einfachsten ist, Du importierst diese und hängst sie hinter Deine iobroker In-Node:
[ { "id": "92862062.7a3ea", "type": "change", "z": "6e170384.60c96c", "name": "save lastchange", "rules": [ { "t": "change", "p": "lastchange", "pt": "msg", "from": "(\\d*)\\s.*", "fromt": "re", "to": "$1", "tot": "str" }, { "t": "set", "p": "lastchange", "pt": "msg", "to": "$number(lastchange)\t", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2680, "y": 4120, "wires": [ [ "ff206ae0.4782b8" ] ] } ]
Die importierte Change Node sollte so aussehen:
Wenn das nicht geht, schmeissen wir die letzte Änderung einfach weg - brauchen die eh nicht.Wenn DU nicht weißt - wie Du die Node importierst, dann sag Bescheid !!!
-
@tontechniker sagte in Statusüberwachung:
@mickym
So, hier kommt hoffentlich das richtige.Ach eine wichtige Frage habe ich noch- Lässt Du Dir aus den ioBroker In Nodes - den Value oder das Objekt ausgeben???
-
@mickym
Die Value -
@tontechniker
Hier die neue Ausgabe:Gelöscht
-
@tontechniker sagte in Statusüberwachung:
@mickym
Die ValueNa das Objekt sieht gut aus.
Anscheinend hast Du aber die Mail Node kopiert - da gehen dann aus Sicherheitsgründen die ganzen Anmeldedaten verloren, die musst Du in die Mail Node nochmals eingeben. (und lösch die letzte Ausgabe - man sieht dort Dein Mailadresse. )
Deswegen kannst Du in der Regel auch solche Flows exportieren und veröffentlichen - die sensiblen Daten werden NIE mitgeschickt.
-
-
@tontechniker Die Mail Node beschwert sich immer noch, dass die Auth Daten nicht passen. - Kannst Du denn wirklich mit den anderen Nodes ohne - dass Du was an der Mail Node veränderst Nachrichten verschicken?
-
@mickym
Ja, ohne Probleme!
Die Einstellungen im Mailprogramm sind noch da.
Wenn ich die herausgenommene Funktion wieder einbaue, funktioniert die Mail. -
@tontechniker Ah OK - ich weiß woran es liegt.
Gibt mal in die Change Node noch zusätzlich ein:
Lösche msg.from
Die Mail Node versucht nämlich dieses From als Absender der Mail zu interpretieren.
-
@mickym
Jetzt funktioniert das Senden der Mail!
Es funktioniert jetzt auch mit "change" und dem einzigen Eintrag "Lösche: msg.from". -
@tontechniker sagte in Statusüberwachung:
@mickym
Jetzt funktioniert das Senden der Mail!Ja ich habe die Hilfe der Mail Node nochmal genau durchgelesen - und Dir auch die entsprechende Stelle entsprechend markiert.
So jetzt kommen wir ohne function Nodes aus.So was Du nun noch machst ist, dass Du in die Change Node noch ein für Dich sprechendes Topic nimmst, welchen Sensor das beschreibt.
also Temp_1 , Temp_2 usw.Damit Du das später wieder erkennst und dann kpierst Du diese CHange Node alle hinter Deine In-Nodes und löscht erst mal die function Nodes.
Du kannst ja eine Kopie Deiner bestehenden Nodes machen.
-
@mickym
Nicht nötig! Siehe oberen EDIT! -
@tontechniker sagte in Statusüberwachung:
@mickym
Jetzt funktioniert das Senden der Mail!
Es funktioniert jetzt auch mit "change" und dem einzigen Eintrag "Lösche: msg.from!.Dachte ich mir - das war die Ursache - siehe Hilfe der Mail-Node.
Dein Mailprovider kennt nun mal keinen User-Account namens system.adapter.knx.0 - das habe ich aber auch erst gesehen, nachdem Du das Objekt völlig geöffnet hast.
Dann sollten Deine Change Nodes - die Du hinter Deinen IN-Nodes hängst so aussehen;
Nein KEINE Payload - sondern topic und da halt wie Du die auseinanderhalten willst später. Wie gesagt hinter jede IN Node ein eigenes Topic
-
-
@tontechniker
O.K.! Verstanden! Dann mach ich das jetzt erst einmal. -
@tontechniker sagte in Statusüberwachung:
@tontechniker
O.K.! Verstanden! Dann mach ich das jetzt erst einmal.Nachtrag, nenn das Ding in den Change nodes mal msg.sensor
Wirst gleich sehen warum.
Dann änderst in Deinen trigger Nodes noch, dass die nicht mehr true sondern den timestamp schicken. Du willst ja später in Deiner Nachricht wissen, wann der entsprechende Ausfall festgestellt wurde,
-
@tontechniker sagte in Statusüberwachung:
@tontechniker
O.K.! Verstanden! Dann mach ich das jetzt erst einmal.So nachdem das alles etwas länger dauert - mach ich den Flow mal für Dich fertig - wenn Du das alles gemacht hast und die Change nodes entsprechend angepasst hast -
lässt Du alles in diese Nodes zusammenlaufen:
Hier die beiden Nodes zum Importieren:
Heraus kommt dann eine Mail - wie eben formatiert:
Das ist jetzt das Window10 Mail Programm - aber egal schaut bei Dir halt entsprechend aus!
Dieses Ereignis trat ein am .... kannst Du in der Vorlage selbst eintragen.
-
Wenn Du etwas HTML kannst - dann kannst Du Dir auch ganze Statusberichte von Node-Red aus schicken lassen.
Hier habe ich mal zum Test ein kleine Tabelle aus NodeRed verschickt: