UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[der-eine]

Habe sowohl das Skript von Pittini sowie Deines nicht geändert. Das Skript ist auch die aktuelle Version 1.4.0

Hier die Datenpunkte

[Tirador]

@der-eine kannst du mir deine Konfiguration bitte Mal senden.

[der-eine]

Danke @Tirador für die Hilfe, nach einer Neuinstallation aller Skripte und Neustarten des ioBrokers lief es.

Die Abfrage der Kalendereinträge sind aber nicht im Skript enthalten? Kommt das noch als Update?

[Tirador]

@der-eine Kalender ist noch offen.. Idealerweise würde der Kalenderadapter bereits Datenpunkte bereitstellen für Termine morgen , übermorgen etc.. dann wäre die Integration easy.

[der-eine]

Edit: Das sind die vom User erstellten Ereignisse. Sorry

@Tirador werden sie das nicht?

• 0 = today

• 1 = tomorrow

• 2 = day after tomorrow

[Tirador]

@der-eine die habe ich noch nicht gesehen. Ist einen Versuch wert.

[der-eine]

Habe noch die Haustür und eine Bewegungserkennung der Kameras mit dazu gebaut.
Alle Bewegungen der Kameras werden aufgeführt nicht nur eine.

Echt cooles Skript danke nochmal dafür.

[Tirador]

@der-eine
Das mit dem Kalendar habe ich mir nochmal angesehen. Dort werden nur Ereignisse als Datenpunkte aufgenommen, die im Kalender definiert sind.
Datenpunkte für alle Termine des Tages gibt es so separat aktuell nicht.
Ich werde das Kalenderthema erstmal zurückstellen.

[der-eine]

@Tirador hast Du eine Idee wieso mir auf dem Handy die View nicht richtig angezeigt wird?

Einstellungen sind die gleichen wie in den anderen List-Views von Uhula da stimmen die Zeichen.

[Tirador]

@der-eine so direkt habe ich keine idee.
hast du irgendwas an der View verändert? welchen Browser verwendest du denn auf dem Handy?

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

[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