Statusüberwachung

[Tontechniker]

@mickym
Wie und wo schalte ich denn die Adapterkonfiguration aus?
Zeitangabe in der Mail: Je nach Provider kommen die Mails nicht sofort durch.

[mickym]

@tontechniker sagte in Statusüberwachung:

@mickym
Wie und wo schalte ich denn die Adapterkonfiguration aus?
Zeitangabe in der Mail: Je nach Provider kommen die Mails nicht sofort durch.

Nun in Deiner NodeRed Instanz - diesen Haken für die Stringkonvertierung wegmachen!

Die Zeitangabe sollte eigentlich das Erstellungsdatum der Mail sein und nicht das Empfangsdatum - aber egal wir setzen das Datum.

[Tontechniker]

@mickym
Habe Node Red Instanz umgestellt.
Ich greife jetzt die Daten nach dem Trigger und nach der Funktion ab.

Das funktioniert so, die Mail wird gesendet.
Wenn ich die zwischengeschaltete Funktion herausnehme, bekomme ich wieder die Fehlermeldung "Senden fehlgeschlagen".

[mickym]

@tontechniker Bitte wieder das gesamte msg.Objekt posten und auch alle Felder bitte aufklappen.

Ein grafischer Schnappschuss des Flows zur Orientierung finde ich auch immer gut.

[Tontechniker]

@mickym
Keine Ahnung, was ich jetzt posten soll (msg.Objekt?, Felder aufklappen?)? Hier erstmal der screenshot.

[mickym]

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

[Tontechniker]

@mickym
So, hier kommt hoffentlich das richtige.

[mickym]

@tontechniker

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

[mickym]

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

[Tontechniker]

@mickym
Die Value

[Tontechniker]

@tontechniker
Hier die neue Ausgabe:

Gelöscht

[mickym]

@tontechniker sagte in Statusüberwachung:

@mickym
Die Value

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

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

[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