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

[der-eine]

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

@der-eine ich habe kein iOs und kann da nicht helfen. Im Material Design 2.0 CSS Threads hat neulich aber auch jemand von Layout Problemen unter iOs berichtet.

[Tirador]

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

[der-eine]

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

@Tirador ich habe jetzt hier:

nach width:40px;> das Leerzeichen rausgenommen jetzt passt es.

[Tirador]

@der-eine Das ist kurios, aber wenn es hilft ;)

Ich habe deine Änderung (entfernen des nbsp-Tags) übernommen in die aktuelle Development Version.

[Tirador]

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]

@Tirador ändert denn die Änderung bei Deiner Visualisierung was? :thinking_face:

[uwe12489]

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

[Tirador]

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

@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: ''
    } ,

[der-eine]

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

@der-eine Supi. Danke.

[Tirador]

DWD hatte ich bis dato noch gar nicht installiert und auf dem Schirm. Habe das jetzt auch installiert und die Nachricht in das Skript übernommen! :)

[Tirador]

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]

@Tirador

Super Script, Danke dafür!
Stellst du die Änderungen auch auf Github?

[Tirador]

@Saschag ich veröffentliche die nächste Version, wenn die aktuelle Entwicklungsversion ein paar Tage fehlerfrei lief.

[Saschag]

@Tirador

:+1:

[der-eine]

Meine neuen Messages:

• Internetverbindung

• Wetterwarnung (Aussentemp unter 3 °)

• Wetterwarnung (DWD)

• Haustürklingel aktiv?

• Anzeige der eingeschaltenen Lichter (Umbau Fensterskript von Pittini)

[Glasfaser]

@Tirador

Im alten/defekten Thread hast du dieses Blockly Beispiel zur Verfügung gestellt ....
Könntest du es wieder hier einstellen ...Danke