[Script] MessageHandler: Nachrichten protokollieren +VIS

[sigi234]

@Tirador

Warum habe ich unten das noch mal drinnen?

ERLEDIGT NACH SKRIPT NEUSTART!

[Tirador]

@sigi234 weil du jetzt zwei Nachrichten auslöst. Die eine Nachricht ist aber nicht im MessageHandler definiert. Nachrichten werden aktuell nicht abgelehnt, wenn sie nicht definiert wurden. Das ist Absicht, um solche Zustände auch an der Oberfläche zu erkennen.

[sigi234]

@Tirador sagte in [Script] MessageHandler: Nachrichten protokollieren +VIS:

Die eine Nachricht ist aber nicht im MessageHandler definiert.

Wo muss ich das machen?

[Tirador]

@sigi234 schau Mal im aktuellen MessageHandler Skript in Zeile 299. Eine Erklärung, wie das funktioniert ist als Beschreibung im Kopf des Skripts.

[Tirador]

@sigi234 noch ein Auszug aus der Dokumentation in GitHub

Konfiguration

Zur Konfiguration sind zwei Schritte erforderlich:

1.Die Grundkonfiguration erfolgt über die Festlegung von MESSAGE-IDs (Nachrichten-Ids) in der Konstante MESSAGE_IDS im Javascript "MessageHandler". Optional kann mit den Nachrichten auch ein sogenannten Nachrichtenereignisse ausgelöst werden (z.B. Senden einer Email oder TELEGRAM-Pushnachricht). Hierfür muss den Nachrichten ein sogenanntes msgEvent zugeordnet werden, dass über die Konstante MESSAGE_EVENT unten im Skript konfiguriert wird. Optional kann in der Funktion MessageHandler|doInit() eine Anpassung der KONFIGURATION vorgenommen werden.

2. Über das Javascript "MessageStateCreator" können Datenpunkte überwacht werden und Nachrichten automatisiert ausgelöst werden. Die Konfiguration erfolgt hierfür im Javascript "MessageStateCreator" über die Konstante MESSAGE_EVENTS. Im Javascript selbst sind auch Beispiele enthalten, wie die Konfiguration durchgeführt wird.

[uwe12489]

@Tirador Guten Morgen. Geht das nur mir so? Vers. 0.4 installiert und nichts in der Anzeige...

[Tirador]

@uwe12489 hast du das Skript MessageStateCreator Initial bearbeitet? Wahrscheinlich hast du Fehlermeldungen im Log beim Skriptstart. Der Grund wird sein, dass die Datenpunkte bei dir nicht existieren. Z.b. für die Wassermelder.

[sigi234]

@Tirador sagte in [Script] MessageHandler: Nachrichten protokollieren +VIS:

@uwe12489 hast du das Skript MessageStateCreator Initial bearbeitet? Wahrscheinlich hast du Fehlermeldungen im Log beim Skriptstart. Der Grund wird sein, dass die Datenpunkte bei dir nicht existieren. Z.b. für die Wassermelder.

War bei mir auch so, ist es nicht besser alle bis auf eine auszukommentieren?

[Tirador]

@sigi234 ja, im Prinzip sind es ja nur Beispiele von Konfiguration. Ich werde das in der Auslieferung ändern.

[uwe12489]

@Tirador Fehlerscript lesen hilft. Danke.

[uwe12489]

@Tirador
Auch auf die Gefahr hin, dass ich lästig werde
Wie kann ich eine eigen Nachricht "quittierter" machen?

[Tirador]

@uwe12489 ich habe die Prüfungen verschärft. Der MessageStateCreator startet nicht, wenn Datenpunkte konfiguriert sind, die nicht existieren.

[uwe12489]

@uwe12489 said in [Script] MessageHandler: Nachrichten protokollieren +VIS:

@Tirador
Auch auf die Gefahr hin, dass ich lästig werde
Wie kann ich eine eigen Nachricht "quittierbar" machen?

[Tirador]

@uwe12489 dafür musst du im MessageHandler in der Konfiguration der Nachricht das Attribut quit :true setzen.

Ein Beispiel ist die Nachricht für den Briefkasten

// Post im Briefkasten
        LAST_POSTENTRACE_INFO: {msgEvent: ['TELEGRAM'], logType: 'LAST',  severity: 'INFO',  msgHeader: "Briefkasten", msgText: "Neue Post im Briefkasten!", mdIcon: 'drafts', quit: true, mdIconColor: '', fontColor: '', backgroundColor: ''},

[uwe12489]

@Tirador klappt prima. Danke. Wann werden die ausgeblendeten Nachrichten wieder eingeblendet? Nächster Trigger? Nächster Tag?

[Tirador]

@uwe12489 nächster Trigger mit zutreffender Bedingung.

[uwe12489]

@Tirador

[Uhula]

Interesse an einer Erweiterung des MDCSS zum eleganten Löschen von Einträgen auf Touch-Geräten? Ich versuche gerade ein Swipe/Wisch-Objekt einzubauen, damit könnte man dann Einträge einfach nach links swipen/wischen und sie damit löschen.

@Tirador Technisch wäre es so, dass du dem ListItem bestimmte mdui-CSS Klassen zuweist (mdui-swipe-left-<width>-<color>-<icon>-<stateid>-<stateval>) und beim Swipe wird dann der <stateval> in den <stateid> geschrieben. Bsp:

mdui-swipe-left-25-red-delete-0_userdata.0.messages.swipe-row100

Oder nicht notwendig?

[Tirador]

@Uhula das wäre natürlich der Hammer. Ich fände es Klasse. Daumen hoch!

[Tirador]

Was mich momentan umtreibt sind zwei Dinge:

• Verzögerte Auslösung von Nachrichten: Am Beispiel meines Kühlschranks, soll die Nachricht erst ausgelöst werden, wenn der Kühlschrank länger als 60 Sekunden offen ist. Momentan bekomme ich jedes mal beim öffnen eine Nachricht / auch per Telegram. Das ist so nicht sinnvoll. Die Logik könnte äquivalent auch für Fenster/Türen angewendet werden. Natürlich gibt es im Pitini-Fensterskript auch solche Logiken, aber warum sollte man das nicht generalisierbar machen (und aus anderen Skripten heraushalten?).

• Wiederholtes Auslösen von Nachrichten: d.h. wenn der Kühlschrank nach 10 Minuten immer noch offen ist, wird die Nachricht erneut gesendet. Damit würde ich auch die Pushs für TELEGRAM /EMail erneut senden. Fraglich ist, ob das einen Nutzen bringt in erhöhter Aufmerksamkeit. Wenn irgendwann mal Alexa/Say-Sprachausgaben hinzukommen könnte dieses Feature sinnvoll werden

Was meint Ihr?