Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Tontechniker]

@mickym

[mickym]

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

[Tontechniker]

@mickym
Ja, ohne Probleme!
Die Einstellungen im Mailprogramm sind noch da.
Wenn ich die herausgenommene Funktion wieder einbaue, funktioniert die Mail.

[mickym]

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

[Tontechniker]

@mickym
Jetzt funktioniert das Senden der Mail!
Es funktioniert jetzt auch mit "change" und dem einzigen Eintrag "Lösche: msg.from".

[mickym]

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

[Tontechniker]

@mickym
Nicht nötig! Siehe oberen EDIT!

[mickym]

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

@mickym

[Tontechniker]

@tontechniker
O.K.! Verstanden! Dann mach ich das jetzt erst einmal.

[mickym]

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

[mickym]

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

Spoiler

[
    {
        "id": "1b9c98c5.4e4d17",
        "type": "change",
        "z": "6e170384.60c96c",
        "name": "Nachricht vorbereiten",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "$moment(payload).locale(\"de\").tz('Europe/Berlin').format('dddd, [der] D. MMMM YYYY [um] HH:mm')",
                "tot": "jsonata"
            },
            {
                "t": "set",
                "p": "topic",
                "pt": "msg",
                "to": "\"Keine Meldung von Sensor: \" & sensor",
                "tot": "jsonata"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 3040,
        "y": 4100,
        "wires": [
            [
                "2b921091.6161d"
            ]
        ]
    },
    {
        "id": "2b921091.6161d",
        "type": "template",
        "z": "6e170384.60c96c",
        "name": "",
        "field": "payload",
        "fieldType": "msg",
        "format": "handlebars",
        "syntax": "mustache",
        "template": "<h1>Warnung: Der Sensor {{sensor}} meldet sich nicht!</h1>\n\nEs konnte keine Aktivität von Sensor {{sensor}} festgestellt werden. <br>\nDiese Ereignis trat ein {{payload}} ! <br><br>\n\nBitte umgehend überprüfen! ",
        "output": "str",
        "x": 3240,
        "y": 4100,
        "wires": [
            [
                "3596d4df.9f778c"
            ]
        ]
    }
]

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. ;)

[mickym]

@tontechniker

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:

[Tontechniker]

@mickym
Herzlichen Dank! Es funktioniert hervorragend!
Dir einen schönen Abend!
Gruß
Hans

[mickym]

@tontechniker
Wunderbar - so habe ich mir das vorgestellt.

Und wieder mal ohne function-Nodes und keine Zeile Javascript geschrieben. ;) ;) ;)

[Tontechniker]

@mickym
Hallo! Was mir jetzt noch fehlt ist im Fehlerfall ein Eintrag im "log". Ich hab im Netz mal wieder eine Lösung gefunden, leider nur wieder mit einer Funktion.

[mickym]

@tontechniker In dem Fall ist das OK. ;) - Das geht nicht anders. ;)

Eine Info geht nicht, aber neben einem Error geht auch eine Warnung mit node.warn("Warnung!")

[Tontechniker]

@mickym
Vielen Dank für Deine Antwort!
LG Hans

[MondieuX]

Hallo

komme über den Verweis von
@mickym sagte in Alias-Manager Adapter:

@mondieux Man kann das ohne Zeitstempel machen - Ich mach das mit einer Trigger-Node und überprüfe, ob sich jemand in einer vordefinierten Zeit gemeldet hat. Das ist viel besser als mit Zeitstempeln zu rechnen.

https://forum.iobroker.net/topic/44051/statusüberwachung/45?_=1635109815011

Du kannst sogar Wildcard nutzen als Input und bei der Behandlung jede Nachricht verwenden, dann macht die Node das auf per topic Basis. Einfacher gehts eigentlich nimmer.

zu diesem Thema.

@mickym: Danke für die Antwort verstehe sie jedoch nicht.
in diesem Beitrag wird für jedes alias.0.* Objekt ein eigener Trigger angelegt.
Sollte man ein Neues Gerät einbauen und im Alias anlegen muss man auch das Node erweitern.
Oder wie soll der Trigger die einzelnen Objekte unterscheiden ???
Sehe ich das richtig oder was meinst du mit Wildcards ???

DANKE

[mickym]

@mondieux Nein muss Du nicht erweitern - alle die dem Wildcard genügen triggern - du musst also nichts ändern. Anhand des Topic (also msg.topic) erkennst Du dann welches Gerät getriggert hat.

Wenn Du also keine extra Steuerung benötigst, kannst Du anhand des Topics entsprechenden Benachrichtigungen generieren bzw. aus den Topics kannst Du Dir über JOIN Nodes automatisch ein Objekt mit allen Zuständen erstellen und dann in einem analysieren.

Mit der Trigger Node bekommst Du das Objekt das sich nicht mehr meldet mit dem entsprechenden Topic.
Zur Überwachung eines Gerätes macht es macht allerdings keinen Sinn, alle Datenpunkte eines Gerätes zu verwenden. Im Prinzip sollte man dann von verschiedenen Geräte eine einheitliche Struktur verwenden.

So kann ich egal, ob es ein Shelly oder Tasmota Device ist über alias.0.schalter.*.online automatisch überprüfen, ob die Geräte online sind oder nicht