Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Saschag]

@OstfrieseUnterwegs

Danke werde ich für unseren „Oskar“ übernehmen 😊

[Tirador]

Mal was neues von mir:

Ich habe das Raumklima-Skript integriert (basierend auf der absoluten Feuchte und Temperaturen innen / außen wird eine Lüftungsempfehlung gegeben).

Skript siehe: https://forum.iobroker.net/topic/2313/skript-absolute-feuchte-berechnen

MessageStateCreator:

    // Raumklima - Lüftungserinnerung
    // Unterstützung durch Raumklima-Skript / Absolute Feuchte berechnen
    // https://forum.iobroker.net/topic/2313/skript-absolute-feuchte-berechnen
    {
        msgID: 'RAUMKLIMA_INFO', 
        triggerDP: ['javascript.0.Raumklima.Lüften'],
        postMsgDP: {dp:'javascript.0.Raumklima.Lüften', comp: '==', val: true},  
        removeMsgDP: {dp:'javascript.0.Raumklima.Lüften', comp: '!=', val: true}, // Nachricht enfernen, wenn die Bedingung eintritt
        msgText_1: {text: 'Bitte lüften in den folgenden Räumen:'},
        msgText_2: {dp: 'javascript.0.Raumklima.Lüften_Liste'},
        countEventsDP: 'javascript.0.Raumklima.Lüften_Anzahl'
    },

MessageHandler:

        // Erinnerung Fenster lüften!
        RAUMKLIMA_INFO: {msgEvent: [''], logType: 'LAST',  severity: 'INFO',  msgHeader: "Lüftungserinnerung", msgText: "Bitte Fenster öffnen", quit: false, mdIcon: 'opacity', mdIconColor: '', fontColor: '', backgroundColor: ''},
 

[Bostil]

Ist es Unsinn zu hoffen, dass dieses Script mal als ein Adapter (mit entsprechend einfacherer Handhabung) integriert werden könnte ?

:-)

[Tirador]

@Bostil eventuell. Momentan habe ich dafür keinen Bedarf. Durch die getrennte Architektur reden wir hier auch über zwei Adaptern. Die Komplexität ist am Ende die gleiche, wenn man die einzelne Konfiguration in Adapter Feldern machen müsste. Ich sehe jetzt keinen mega Mehrwert.

[der-eine]

@Tirador danke, genau so brauch ichs fürs Wiki! :+1:

@all zeigt uns doch mal eure Messages damit wir sie ins Wiki aufnehmen können. :grin:

[BoehserWolf]

@der-eine

Hab noch einen für die Türklingel. Bei wird das mit einen HmIP-DSD-PCB erkannt.

MessageStateCreator:

    // Türklingel
    {
        msgID: 'DOORBELL_RING', 
        triggerDP: ['hm-rpc.0.0026DA49A82A43.1.STATE'],
        postMsgDP: {dp:'hm-rpc.0.0026DA49A82A43.1.STATE', comp: '==', val: true}, 
        msgText_1: {text: 'Jemand nervt an der Haustür...'}, 
    },

MessageHandler:

        // Türklingel
        DOORBELL_RING: {msgEvent: ['TELEGRAM'], logType: 'LAST',  severity: 'INFO',  msgHeader: "Klingel", msgText: "Es klingelt.", mdIcon: 'notifications_active', quit: true, visView: '', mdIconColor: '', fontColor: '', backgroundColor: ''},

[der-eine]

@BoehserWolf super. Kannst Du bitte mal ein Foto nur von der Nachricht alleine machen? Danke.

[BoehserWolf]

@der-eine Done.

[der-eine]

@BoehserWolf danke. :+1:

[BoehserWolf]

@Tirador bzw. alle: Sag mal hast du bei einigen Events auch teilweise leere Inhalte?

Ein gutes Beispiel ist die Lüftungserinnerung aus dem Script skript-absolute-feuchte-berechnen. Bei mir kam es schon öfter vor, dass eine Erinnerung vorliegt (DP javascript.0.Raumklima.Lüften = true), aber der Text entnommen aus dem DP javascript.0.Raumklima.Lüften_Liste, war leer im Event auf der VIS.
Wenn ich dann im DP javascript.0.Raumklima.Lüften_Liste nachsehe, ist er mit den erwarteten Werten/Räumen gefüllt.

Ich denke, dass der zeitliche Ablauf im Script eine entscheidende Rolle spielt. In obigen Bsp. wird im Script zuerst der DP javascript.0.Raumklima.Aktualsierung gesetzt, danach alle anderen wie auch der Listen DP.

Ich habe im Script jetzt das Setzen des DP javascript.0.Raumklima.Aktualsierung als letztes gesetzt, so dass alle DP vorher gefüllt sind und beobachte die Situation im Moment noch.

@all Kann das jemand bestätigen?
@Tirador Falls ja, hast du eine Idee wie man den zeitlichen Ablauf beim Triggern irgendwie in den Griff bekommen kann? Damit meine ich ohne immer zwangsläufig auf den letzten DP im Script triggern oder das Script entsprechend anpassen zu müssen?

Ganz nebenbei: Super geniale Idee mit der Umsetzung :+1:

[Tirador]

@BoehserWolf das Verhalten ist sehr einfach erklärbar. Die Datenpunkte, die als Trigger gesetzt sind werden nur dann ausgelöst, wenn der Inhalt des Datenpunkts sich verändert.

Daher sollte man einen Datenpunkt bzw. mehrere Datenpunkte als Trigger definieren, der/die bei Änderung möglichst alle "Systemzustände" abdeckt/abdecken. Wenn Du beim Raumklimaskript nur den Datenpunkt nimmst, dass gelüftet werden soll (ja/nein) kann dies nicht hinreichend sein. Angenommen du hast drei Räume. Das Raumklimaskript sagt nun Lüften = Ja für den ersten Raum. Damit wird die Nachricht getriggert und ausgelöst. Sofern nun ein zweiter Raum hinzukommt, in dem auch gelüftet werden soll wird keine erneute Nachricht ausgelöst.

Für das Raumklimaskript hatte ich initial auch den DP lueften überwacht, nun aber das ganze auf den Datenpunkt mit der Raumliste umgestellt.

    // Raumklima - Lüftungserinnerung
    // Unterstützung durch Raumklima-Skript / Absolute Feuchte berechnen
    // https://forum.iobroker.net/topic/2313/skript-absolute-feuchte-berechnen
    {
        msgID: 'RAUMKLIMA_INFO', 
        triggerDP: ['javascript.0.Raumklima.Lüften_Liste'],
        postMsgDP: {dp:'javascript.0.Raumklima.Lüften', comp: '==', val: true},  
        removeMsgDP: {dp:'javascript.0.Raumklima.Lüften', comp: '!=', val: true}, // Nachricht enfernen, wenn die Bedingung eintritt
        msgText_1: {text: 'Bitte lüften in den folgenden Räumen:'},
        msgText_2: {dp: 'javascript.0.Raumklima.Lüften_Liste'},
        countEventsDP: 'javascript.0.Raumklima.Lüften_Anzahl'
    },

[OstfrieseUnterwegs]

@Tirador
Ich glaube ich habe einen Bug gefunden.
In Messagehandler Script steht

                   let telegramChatId = this.clearStr(MESSAGE_EVENTS[defMsgEvent]['telegramChatId']);

                    if (telegramChatId.length > 0) {
                        sendTo(telegramInstance, {ChatId: telegramChatId, text: telegramMsg, parse_mode: 'Markdown'}   );
                    }

Es sollte aber statt ChatId chatId sein, mit kleinem c

Ich mache noch ein GitHub Issue auf

[der-eine]

Hallo zusammen,

könnt ihr mir bitte für das Wiki Messages für folgende Events schicken:

• Kühlschranktür offen

• Alarmanlage ausgelöst

• Fenster länger geöffnet

• Logitech Harmony

• Landroid

Die Fotos sollten nur die Message an sich zeigen. Danke :v:

@Tirador gibt es eine Möglichkeit, die Telegram Nachrichten zu entprellen? Damit ich nicht 5 Nachrichten innerhalb 1 min bekomme wenn der Postbote jeden Brief einzeln einwirft?

[der-eine]

Für alle die ihre eingeschaltenen Lichter zählen und im MessageHandler anzeigen wollen hier der aktualisierte Wiki-Eintrag mit Skript (4.6).

[Saschag]

@der-eine

Rest folgt gleich :-)

so:

// Logitech Harmony
    // Über Harmony-Adapter
    {
        msgID: 'HARMONY_INFO', 
        triggerDP: 'harmony.0.Wohnzimmer_Harmony-Hub.activities.currentActivity',
        postMsgDP: {dp:'harmony.0.Wohnzimmer_Harmony-Hub.activities.currentActivity', comp: '!=', val:'PowerOff'},
        removeMsgDP: {dp:'harmony.0.Wohnzimmer_Harmony-Hub.activities.currentActivity', comp: '==', val:'PowerOff'}, // Nachricht wird zur Sicherheit nicht entfernt, falls der Sensor toggelt!
        msgText_1: {text: 'Aktivität: '},
        msgText_2: {dp: 'harmony.0.Wohnzimmer_Harmony-Hub.activities.currentActivity'},
        countEventsDP: ''
    },

// Logitech Harmony Info
        HARMONY_INFO: {msgEvent: [''], logType: 'LAST',  severity: 'INFO',  msgHeader: "Wohnzimmer Multimedia", msgText: "", mdIcon: 'settings_remote', quit: true, visView: 'pageStart', mdIconColor: '', fontColor: '', backgroundColor: ''},

[Saschag]

@der-eine

        // Mover
        MOVER_LOAD_POS_INFO: {msgEvent: [''], logType: 'LAST',  severity: 'INFO',  msgHeader: "", msgText: "", quit: true, visView: 'page11', mdIcon: 'ev_station', mdIconColor: '', fontColor: '', backgroundColor: ''},

        // Mover status
        LANDROID_INFO: {msgEvent: [''], logType: 'LAST',  severity: 'INFO',  msgHeader: "", msgText: "", quit: true, visView: 'page11', mdIcon: 'ev_station', mdIconColor: '', fontColor: '', backgroundColor: ''},
        

     // Mover Landrois Parkplatz Oskar
    // 
    {
        msgID: 'MOVER_LOAD_POS_INFO', 
        triggerDP: 'worx.0.201930198403016966D4.mower.status',
        postMsgDP: {dp:'worx.0.201930198403016966D4.mower.status', comp: '==', val:1},
        removeMsgDP: {dp:'worx.0.201930198403016966D4.mower.status', comp: '!=', val:1},
        msgText_1: {text: 'Oskar in Parkposition'},
        countEventsDP: ''
    },

    // Landroid Oskar 
 
    {
        msgID: 'LANDROID_INFO', 
        triggerDP: 'worx.0.201930198403016966D4.mower.status',
        postMsgDP: {dp:'worx.0.201930198403016966D4.mower.status', comp: '!=', val:1, delayTime: 5},
        removeMsgDP: {dp:'worx.0.201930198403016966D4.mower.status', comp: '==', val:1},
        msgText_1: {text: 'Oskar arbeitet: '},
        msgText_2: {dp:'worx.0.201930198403016966D4.mower.status'},
        countEventsDP: ''
    },

Das ICON vom Mover "Oskar" ist noch nicht so das wahre ;-)

[Saschag]

@der-eine sagte in [Script] MessageHandler: Nachrichten protokollieren +VIS:

Für alle die ihre eingeschaltenen Lichter zählen und im MessageHandler anzeigen wollen hier der aktualisierte Wiki-Eintrag mit Skript (4.6).

Gleich mal getestet aber die HM-Aktoren (Lichter) werden nicht erkannt. ;-(

[der-eine]

@Saschag danke für die Messages. :+1:

Wie sehen denn die Datenpunkte aus? True/false on/off 0/1?

[Saschag]

@der-eine

True/False sind die DP‘s

[der-eine]

@Saschag was funktioniert denn nicht? Bist Du Punkt für Punkt die Anleitung durchgegangen? Mach doch bitte mal ein Foto vom Datenpunkt mit deaktivierter Statusanzeige