NEWS
[Script] MessageHandler: Nachrichten protokollieren +VIS
[Script] MessageHandler: Nachrichten protokollieren +VIS
-
@Tirador keinen Browser sondern die iOS App.
Mit Safari sieht es genau so aus.Edit:
Hab jetzt 3 verschiedene Browser probiert überall das gleiche. Wo werden denn die Positionen der Bilder festgelegt? -
@Tirador keinen Browser sondern die iOS App.
Mit Safari sieht es genau so aus.Edit:
Hab jetzt 3 verschiedene Browser probiert überall das gleiche. Wo werden denn die Positionen der Bilder festgelegt? -
@der-eine das Layout wird im MessageHandler ab Codezeile 692 definiert in der Konstante tmpList. Du könntest probieren dort am Layout etwas zu ändern.
Hast du die MD Demo Umgebung installiert?
@Tirador das stimmt aber da ging es um eine andere Anweisung (blinken)
Mein Projekt basiert auf der Demo-VIS.
Ok danke. Werde ich mir evtl heute Abend mal ansehen. Komisch ist, dass es auf dem MAC funktioniert. Werde die View nochmal neu importieren obwohl ich daran eigentlich nichts geändert habe.Wegen dem Kalender, habe ein Skript, dass mir die nächsten 10 Termine in einzelne DP schreibt. 1 DP Datum und Uhrzeit und in einen 2 den Termin.
Mit einem anderen Skript hab ich verglichen ob der erste Termin = heutiges Datum ist und damit einen DP auf True gesetzt um zu wissen wenn der Müll heute dran ist. War noch vor dem trash schedule Adapter. Evtl können wir daraus was basteln...
-
@der-eine das Layout wird im MessageHandler ab Codezeile 692 definiert in der Konstante tmpList. Du könntest probieren dort am Layout etwas zu ändern.
Hast du die MD Demo Umgebung installiert?
-
-
Neuer Stand zur Entwicklung:
Ich habe jetzt TELEGRAM-Pushs eingebaut.Damit kann ich für bestimmte einzelne Nachrichten konfigurierbar TELEGRAM Pushs auslösen oder auch für alle Nachrichten eines Severity-Levels (INFO; WARN, ALARM, ERROR etc.).
Möglich ist auch die Konfiguration von mehreren Pushs (d.h. mehrere Chatbenutzer oder mehrere Telegraminstanzanzen oder Telegramchatids).
Als nächstes wollte ich auch Email-Pushs integrieren.
Meine Lampensteuerung überdenke ich momentan noch. Die Idee Lampen / eine Lampe auf eine Farbe in Abhängigkeit der Severity (Info, Warnung, Error, Alarm) zu stellen, wenn eine Nachricht existiert kriege ich glaube ich nicht gut in das Skript integriert. Die Problematik ist, dass man wechselhafte Zustände abdecken muss (im Prinzip muss ein höhergewichtiger Status alle anderen überlagern). Ein weiteres Problem ist das man auch zum initialen Zustand zurückspringen sollte (d.h. die ursprüngliche Farbe/Status der Lampe wiederherstellen, wenn der Status wechselt). Dazu kommt, dass das alles natürlich nicht blinken sollte, wenn man nicht anwesend ist usw. Die Logik ist daher schon sehr speziell und glaube ich nicht generalisierbar in das Skript reinzuquetschen.
-
@der-eine Das ist kurios, aber wenn es hilft

Ich habe deine Änderung (entfernen des nbsp-Tags) übernommen in die aktuelle Development Version.
-
Neuer Stand zur Entwicklung:
Ich habe jetzt TELEGRAM-Pushs eingebaut.Damit kann ich für bestimmte einzelne Nachrichten konfigurierbar TELEGRAM Pushs auslösen oder auch für alle Nachrichten eines Severity-Levels (INFO; WARN, ALARM, ERROR etc.).
Möglich ist auch die Konfiguration von mehreren Pushs (d.h. mehrere Chatbenutzer oder mehrere Telegraminstanzanzen oder Telegramchatids).
Als nächstes wollte ich auch Email-Pushs integrieren.
Meine Lampensteuerung überdenke ich momentan noch. Die Idee Lampen / eine Lampe auf eine Farbe in Abhängigkeit der Severity (Info, Warnung, Error, Alarm) zu stellen, wenn eine Nachricht existiert kriege ich glaube ich nicht gut in das Skript integriert. Die Problematik ist, dass man wechselhafte Zustände abdecken muss (im Prinzip muss ein höhergewichtiger Status alle anderen überlagern). Ein weiteres Problem ist das man auch zum initialen Zustand zurückspringen sollte (d.h. die ursprüngliche Farbe/Status der Lampe wiederherstellen, wenn der Status wechselt). Dazu kommt, dass das alles natürlich nicht blinken sollte, wenn man nicht anwesend ist usw. Die Logik ist daher schon sehr speziell und glaube ich nicht generalisierbar in das Skript reinzuquetschen.
-
@Tirador
Eine tolle Arbeit. Danke. Habe mir Einträge für LAST_CALL und DWD_WETTERWARNUNG gebastelt.

Kann man einen Eintrag (zBsp Wetterwarnung) ausblenden wenn keine Meldung vorliegt?@uwe12489 besten Dank. Würdest du deine Erweiterungen für Nachrichten teilen, dann nehme ich diese mit in die nächste Version auf. Letzter Anruf finde ich auch gut.
Du kannst das auslösen der Nachricht im MessageStateCreator bedingen. Dafür gibt es das Attribut postMsg. Ebenso auch, wenn eine Nachricht entfernt werden soll (Attribut removeMsg). Wenn du einen Datenpunkt hast mit der DWD Warnmeldung, kannst du somit die Nachricht nur auslösen, wenn ein Text drin steht. Ebenso kannst du die Nachricht wieder automatisch entfernen, wenn kein Text mehr drin steht.
Beispiele für das bedingen sind im Skript Initial:
// postMsg: Nachricht nur erzeugen, wenn ein vorgegebener Datenpunkt einer bestimmten Bedingung entspricht. // Im Beispiel müssen die Anzahl der geöffneten Fenster größer als 0 sein, // damit die Nachricht "Fenster geöffnet" ausgelöst wird. // // dp: Datenpunkt dessen Wert der Bedingung entsprichen muss // comp: Vergleichsoperator. Es sind folgende Operatoren erlaubt: // == gleich // != ungleich // >= größer gleich // <= kleiner gleich // > größer // < kleiner // val: Wert // Die Nachricht wird erzeugt, wenn die Bedingung "dp comp val" eintritt. postMsgDP: {dp:'javascript.0.FensterUeberwachung.WindowsOpen', comp: '>', val:0}, // removeMsgDP: Nachricht entfernen, wenn ein vorgegebener Datenpunkt einer bestimmten Bedingung entspricht. // Im Beispiel wird die Nachricht "Fenster geöffnet" entfernt, // wenn die Anzahl der geöffneten Fenster gleich 0 ist. // // dp: Datenpunkt dessen Wert der Bedingung entsprichen muss // comp: Vergleichsoperator. Es sind folgende Operatoren erlaubt: // == gleich // != ungleich // >= größer gleich // <= kleiner gleich // > größer // < kleiner // val: Wert // Die Nachricht wird entfernt, wenn die Bedingung "dp comp val" eintritt. removeMsgDP: {dp:'javascript.0.FensterUeberwachung.WindowsOpen', comp: '==', val:0}, // Nachricht enfernen, wenn die Bedingung eintritt -
@uwe12489 besten Dank. Würdest du deine Erweiterungen für Nachrichten teilen, dann nehme ich diese mit in die nächste Version auf. Letzter Anruf finde ich auch gut.
Du kannst das auslösen der Nachricht im MessageStateCreator bedingen. Dafür gibt es das Attribut postMsg. Ebenso auch, wenn eine Nachricht entfernt werden soll (Attribut removeMsg). Wenn du einen Datenpunkt hast mit der DWD Warnmeldung, kannst du somit die Nachricht nur auslösen, wenn ein Text drin steht. Ebenso kannst du die Nachricht wieder automatisch entfernen, wenn kein Text mehr drin steht.
Beispiele für das bedingen sind im Skript Initial:
// postMsg: Nachricht nur erzeugen, wenn ein vorgegebener Datenpunkt einer bestimmten Bedingung entspricht. // Im Beispiel müssen die Anzahl der geöffneten Fenster größer als 0 sein, // damit die Nachricht "Fenster geöffnet" ausgelöst wird. // // dp: Datenpunkt dessen Wert der Bedingung entsprichen muss // comp: Vergleichsoperator. Es sind folgende Operatoren erlaubt: // == gleich // != ungleich // >= größer gleich // <= kleiner gleich // > größer // < kleiner // val: Wert // Die Nachricht wird erzeugt, wenn die Bedingung "dp comp val" eintritt. postMsgDP: {dp:'javascript.0.FensterUeberwachung.WindowsOpen', comp: '>', val:0}, // removeMsgDP: Nachricht entfernen, wenn ein vorgegebener Datenpunkt einer bestimmten Bedingung entspricht. // Im Beispiel wird die Nachricht "Fenster geöffnet" entfernt, // wenn die Anzahl der geöffneten Fenster gleich 0 ist. // // dp: Datenpunkt dessen Wert der Bedingung entsprichen muss // comp: Vergleichsoperator. Es sind folgende Operatoren erlaubt: // == gleich // != ungleich // >= größer gleich // <= kleiner gleich // > größer // < kleiner // val: Wert // Die Nachricht wird entfernt, wenn die Bedingung "dp comp val" eintritt. removeMsgDP: {dp:'javascript.0.FensterUeberwachung.WindowsOpen', comp: '==', val:0}, // Nachricht enfernen, wenn die Bedingung eintritt@Tirador
Mit der DWD-Wetterwarnung komm ich nicht weiter. Hier die aktuelle Verdrahtung
// letzter Anruf (des Tages) TEST // Über TR-064-Community-Adapter { msgID: 'LAST_CALL', triggerDP: 'tr-064.0.callmonitor.lastCall.callerName', postMsgDP: {dp:'tr-064.0.callmonitor.lastCall.callerName'}, msgText_1: {text: 'Anrufer: '}, msgText_2: {dp: 'tr-064.0.callmonitor.lastCall.callerName'}, msgText_3: {text: '</br>Angerufen: '}, msgText_4: {dp: 'tr-064.0.callmonitor.lastCall.calleeName'}, countEventsDP: '' } , // DWD Wetterwarnung TEST // Über DWD-Adapter { msgID: 'DWD_INFO', triggerDP: ['dwd.0.warning.headline'], postMsgDP: {dp:'dwd.0.warning.headline', //postMsgDP: {dp:'dwd.0.warning.severity', comp: '==', val:'None(0)', msgText_1: {dp: 'dwd.0.warning.headline'}, msgText_2: {dp: '</br>dwd.0.warning.text'}, countEventsDP: '' } , -
@Tirador
Mit der DWD-Wetterwarnung komm ich nicht weiter. Hier die aktuelle Verdrahtung
// letzter Anruf (des Tages) TEST // Über TR-064-Community-Adapter { msgID: 'LAST_CALL', triggerDP: 'tr-064.0.callmonitor.lastCall.callerName', postMsgDP: {dp:'tr-064.0.callmonitor.lastCall.callerName'}, msgText_1: {text: 'Anrufer: '}, msgText_2: {dp: 'tr-064.0.callmonitor.lastCall.callerName'}, msgText_3: {text: '</br>Angerufen: '}, msgText_4: {dp: 'tr-064.0.callmonitor.lastCall.calleeName'}, countEventsDP: '' } , // DWD Wetterwarnung TEST // Über DWD-Adapter { msgID: 'DWD_INFO', triggerDP: ['dwd.0.warning.headline'], postMsgDP: {dp:'dwd.0.warning.headline', //postMsgDP: {dp:'dwd.0.warning.severity', comp: '==', val:'None(0)', msgText_1: {dp: 'dwd.0.warning.headline'}, msgText_2: {dp: '</br>dwd.0.warning.text'}, countEventsDP: '' } ,@uwe12489 schreib mal Deine Konfiguration so um:
// DWD Wetterwarnung TEST // Über DWD-Adapter { msgID: 'DWD_INFO', triggerDP: 'dwd.0.warning.severity', postMsgDP: {dp:'dwd.0.warning.severity', comp: '>', val:0}, removeMsgDP: {dp:'dwd.0.warning.severity', comp: '<', val:1}, msgText_1: {dp: 'dwd.0.warning.headline'}, msgText_2: {text: ' <br> '}, msgText_3: {dp: 'dwd.0.warning.description'}, countEventsDP: '' },//Deutscher Wetter Dienst DWD_INFO: {logType: 'LAST', severity: 'WARN', msgHeader: "Wetterwarnung", msgText: "", quit: false, mdIcon: 'warning', mdIconColor: '', fontColor: '', backgroundColor: ''},

-
@uwe12489 schreib mal Deine Konfiguration so um:
// DWD Wetterwarnung TEST // Über DWD-Adapter { msgID: 'DWD_INFO', triggerDP: 'dwd.0.warning.severity', postMsgDP: {dp:'dwd.0.warning.severity', comp: '>', val:0}, removeMsgDP: {dp:'dwd.0.warning.severity', comp: '<', val:1}, msgText_1: {dp: 'dwd.0.warning.headline'}, msgText_2: {text: ' <br> '}, msgText_3: {dp: 'dwd.0.warning.description'}, countEventsDP: '' },//Deutscher Wetter Dienst DWD_INFO: {logType: 'LAST', severity: 'WARN', msgHeader: "Wetterwarnung", msgText: "", quit: false, mdIcon: 'warning', mdIconColor: '', fontColor: '', backgroundColor: ''},

-
@uwe12489 schreib mal Deine Konfiguration so um:
// DWD Wetterwarnung TEST // Über DWD-Adapter { msgID: 'DWD_INFO', triggerDP: 'dwd.0.warning.severity', postMsgDP: {dp:'dwd.0.warning.severity', comp: '>', val:0}, removeMsgDP: {dp:'dwd.0.warning.severity', comp: '<', val:1}, msgText_1: {dp: 'dwd.0.warning.headline'}, msgText_2: {text: ' <br> '}, msgText_3: {dp: 'dwd.0.warning.description'}, countEventsDP: '' },//Deutscher Wetter Dienst DWD_INFO: {logType: 'LAST', severity: 'WARN', msgHeader: "Wetterwarnung", msgText: "", quit: false, mdIcon: 'warning', mdIconColor: '', fontColor: '', backgroundColor: ''},

-
Ich habe jetzt noch eine Visualisierung ergänzt die Anzeigt, ob die Nachricht quittierbar ist.
Die Änderung ist noch nicht veröffentlicht.Beispiel: Erkennbar an dem "x" hinten.

Wenn jemand eine bessere Idee hat, gerne

-
@Saschag ich veröffentliche die nächste Version, wenn die aktuelle Entwicklungsversion ein paar Tage fehlerfrei lief.
-
@Saschag ich veröffentliche die nächste Version, wenn die aktuelle Entwicklungsversion ein paar Tage fehlerfrei lief.
-
Ich habe ein paar Skript erstellt als Infrastruktur zur Protokollierung von Nachrichten/Ereignissen.
Zusätzlich gibt es ein MDCSS v2 Widget, dass die protokollierten Nachrichten anzeigt.
Nachrichten können damit als kompakte Darstellung des globalen Systemzustands in VIS verwendet werden.Die Idee ist es, alle relevanten Informationen auf "einen Blick" zu erkennen. Wichtige und kritische Ereignisse werden daher in der Liste zentral oben platziert. Unwichtigere Informationen eher unten.
Beispiel Vis-Ansicht:

Beispiel: Lovelace-Ansicht

Kernfunktionen:
-
Ermöglicht es Nachrichten aus Skripten auszulösen und zu entfernen. Dies kann über zwei Wege erfolgen:
-
Automatisches Erzeugen/Entfernen von Nachrichten über das Javascript MessageStateCreator.
- Es werden konfigurierte Datenpunkte überwacht und bei konfigurierten Bedingungen Nachrichten erzeugt oder auch entfernt.
- Die Textausgabe der Nachrichten kann auch konfiguriert werden und dynamisch erzeugt werden.
- Nachrichten können erst nach einer Verzögerungszeit ausgelöst werden.
- Nachrichten können kontinuierlich nach einer Wiederholungszeit ausgelöst werden (dient zum erneuten Senden von Pushs per Email / Telegram)
-
Javascript-Funktionen postMessage(..) oder removeMessage(..) für den Einsatz in eigenen Skripten.
-
-
Es können entweder alle Nachrichten eines Nachrichtentyps protokolliert werden oder immer nur die letzte eingetretende Nachricht.
-
Nachrichten werden nach Prioritäten visuell in VIS dargestellt. Es stehen zwei VIS-Ausgaben zur Verfügung:
- einfache HTML-Tabelle (ohne Schnickschnack)
-
Lovelace-Kartenausgabe über Markdown-Card mit Datenpunkt {0_userdata.0.messageHandler.messages.markdown}
-
Material Design CSS 2.0 Card für Uhula.
-
Nachrichten können (optional) in VIS global und auch einzeln quittiert werden.
-
Nachrichten können mit einem VIS-View verknüpft werden. Aus dem VIS Widget kann somit direkt in den View verzweigt werden.
-
Mit einer Nachricht können ein oder mehrere Ereignisse ausgelöst werden:
- Senden einer Email
- Senden einer Pushover-Nachricht
- Senden einer Telegram-Pushnachricht
-
Nachrichtendefinition: Nachrichten werden über eine Konfigurationsstruktur definiert und damit wesentliche Eigenschaften der Nachricht bestimmt, darunter:
- Nachrichtenüberschrift
- Nachrichtentext
- Kritikalität (Information, Warnung, Alarm etc.) / Priorität
- Icon für die VIS Ausgabe
- Farbe des Icons
- VIS-View
- Nachrichtenereignis (Senden eines Telegrams / Email)
Beispiele für Nachrichten:
- Alarmanlage ausgelöst!
- Wasseralarm
- Erinnerung Fenster lüften!
- Erinnerung Fenster zu lange geöffnet!
- Aktuell offene Fenster
- Aktuell
- Aktuell offene Türen
- Lichter angeschaltet
- Aktive Steckdosen
- Post im Briefkasten mit Datum letzter Einwurf
- Nächster Müllabfuhrtermin mit Information zur Tonne
- DWD Wetterwarnung
- Bewegung erkannt
- Internetverbindung Offline
- Termine des Tages
- Termine morgen
- Corona-Statistiken
- Temperaturen
- ...
Sourcen / Anleitung und Projekt auf Github:
https://github.com/St0Ma/ioBroker-MessageHandler
In diesem Thread könnt ihr gerne Fragen stellen. Ich versuche im Rahmen meiner Möglichkeiten Support zu geben.

Welche Einstellungen muß ich ändern , um es mit den alten MDCSS V1 zu nutzen .
Hintergrund die Übersicht sieht besser aus als htlm... und nicht jeder hat MDCSS V2 .
So sieht es natürlich zum kot.... aus in V1


und htlm ... sieht es alles gequetscht aus :

-





