Status-Board für SH

[maxreiner]

Hallo,


Hier mal ein etwas anderer Lösungsansatz von mir (1. Bild).
   
Der Gedanke war, die Oberfläche für Laien nutzbar zu machen und übersichtlich und einigermaßen hübsch zu gestalten. Das will ich dadurch lösen, dass ich wichtige Konfigurationsaufgaben (hier z.B. die Aktivierung/Deaktivierung der Automatikfunktionen der Rollladensteuerung) nicht in einer großen Menge von Informationsdaten verstecke, sondern (Raum für Raum) in ein übersichtliches Bild bringe. Die Rollläden kann man tatsächlich auf dem Touchscreen auf- und zuschieben und damit die echten Rollläden steuern. In Zukunft möchte ich noch weitere Räume oder Funktionsgruppen (z.B. gesamte Heizungsanlage) als sep. Bilder anlegen und für den Programmeinstieg ein "Sammelbild" mit wichtigen Statusanzeigen und Wahlschaltern zu eben diesen Raum-/Funktionsbildern basteln. Das Ganze basiert auf Tasker incl. Szenen (ohne Zooper) und natürlich die hervorragende asmarthome-tasker App. Ist schon erstaunlich, was mit dieser relativ einfachen Programmierumgebung am Ende möglich ist, wenn auch mit viel zeitraubender Bastelei.

Was mich im Augenblick stört: beim Abspeichern der Statusdatei durch die asmarthome-app wird immer ein popup eingeblendet (s. 2. Bild), dass die Schönheit ein wenig beeinträchtigt. Kann man das evtl. unterdrücken?
   
Gruß
maxreiner

[HansLenz]

Mein Statusboard 2.0 ist endlich fertig geworden. Ich wollte weg

1. von den überdetaillierten Anzeigen im Sekundentakt, die eh nie gebraucht werden
2. von Zooper, das mit dem Anzeigevolumen/Zeit mit erheblichen Problemen zu kämpfen hat
3. Entkopplung von Statusabfrage und -verarbeitung

Das SB basiert jetzt auf den Komponenten

1. Tasker
2. aSmarthome Tasker
3. SQLite-DB & Verwaltungsapps

Leider gibt es ein paar Wermutstropfen: Tasker kann nicht direkt mit der SQLite-DB umgehen, sondern muss über die Shell das Command SQLite3 verwenden.
Und das ist längst nicht auf jedem Device installiert. Zur Nachinstallation wird zwingend root benötigt.
Die SQLite-DB ist nicht unbedingt besonders schnell und hat nur einen DB-Connector. Wegen des Shellzugriffs müssen die Resultate aus einem String geparsed werden.

Der grobe Ablauf ist in etwa

1. mit einer aSmarthome-Statusabfrage wird die SQLite-DB mit Datensätzen initialisiert.
2. mit einem SQLite Managementtool wird die DB bearbeitet
   a) Anpassung der Reihenfolge der Darstellung von max. 10 Räumen (exkl. ÜBERGREIFEND)
   b) Anpassung der Gerätedatensätze: Festlegen Typ, Subtype, Zuweisen der UI-Anzeigefeldnamen, Eintragen der Device-IDs usw.
3. Das Programm hat jetzt durch die DB "gelernt", welche Räume wo zu platzieren, und welche Elemente in den Räumen darzustellen sind

Der erste Aufruf ohne Berücksichtigung der aktuellen Stati sieht dann etwa so aus:

   

Die aSmarthome-Datei shstatus wird von einer Tasker-App regelmäßig abgeholt und ihr MD5 Wert mit dem der vorigen Datei verglichen. Ist der Wert neu, wird, zur Entkopplung von Statusabfrage und -verarbeitung, die Datei shstatus.txt unter dem Namen {MD5}.txt in einen anderen Ordner kopiert, und der MD5 Wert in eine Verarbeitungsqueue(-Tabelle) der SQLite-DB geschrieben.
Eine weitere Tasker-App wartet auf Einträge in der Queue, verarbeitet die Daten, schreibt die Änderungen in die SQLite-DB und löscht Datei und Queue-Eintrag.

Die eigentliche Anzeige-App liest ausschließlich die Daten der SQLite-DB und sorgt für die richtige Darstellung.

    1       2      
   

Für die Temperaturanzeigen sind verschiedene Farbcodes implementiert:

Isttemperatur > (Soll + 1) --> Orange
Ist < (Soll - 1) --> Blau
Ist < 0 --> Blauer Hintergrund

Verschiedene Warn- und Hinweissymbole erscheinen automatisch entweder innerhalb der Raumschaltflächen oder im Informationen- oder Einstellungenbereich.


1 Bis zu 10 Räume werden erkannt und in der festgelegten Reihenfolge angezeigt. Die Schaltflächen Informationen und Einstellungen sind voreingestellt. In der Regel sollen die Geräte aus ÜBERGREIFEND in Einstellungen landen.
2 In jedem Raum werden bis zu 5 Lichtschalter und bis zu 5 Geräte erkannt. Eine Sonderschaltung, in dem Fall "Szene" genannt, kann verwendet werden, ebenso eine Kamera.

[--> 2. Teil wegen Beschränkung auf 5 attachments]

[HansLenz]

    3

Die Schaltung von RWE Geräten erfolgt ausschließlich über die neue "generisches Schalten"-Funktion von aSmarthome Tasker. Die Schalt procedure benötigt aus der DB nur noch die Informationen device-id, type, subtype und ist somit vollkommen flexibel.

Wichtiger Bestandteil des SB 2.0 ist das hier schon mal kurz vorgestellte Satelliteboard, das vom Statusboard mit Daten versorgt wird und die wichtigsten Infos bereit hält.

         

Die Vorteile der Datenhaltung in einer DB sind für mich: beliebige Sortierung, schnelle Auswertung von Stati, wie "select Raum, Geraet from shstatus where batteriewarnung=on", schnelle Adaption von Änderungen der RWE Landschaft ohne Programmänderung.

3 In "Einstellungen" können bis zu 9 Schalter/Geräte aus ÜBERGREIFEND bedient werden.

[HansLenz]

Nachtrag zum Statusboard 2.0: für die Dimmer und Hues habe ich noch eine Regelung dazu programmiert.

         

[HansLenz]

Bei der Umsetzung der Farbregler Vorschau gab's das Problem, dass RWE bei den Farbangaben recht kreativ vorgegangen ist: manche Farben sind unter den Namen nicht zu finden. Ich habe dann anhand einer Farbtabelle live am Objekt verglichen. Kann man die korrekten RGB Werte irgendwo bekommen?

[dquantz]

Mein Statusboard 2.0 ist endlich fertig geworden. Ich wollte weg

1. von den überdetaillierten Anzeigen im Sekundentakt, die eh nie gebraucht werden
2. von Zooper, das mit dem Anzeigevolumen/Zeit mit erheblichen Problemen zu kämpfen hat
3. Entkopplung von Statusabfrage und -verarbeitung

Das SB basiert jetzt auf den Komponenten

1. Tasker
2. aSmarthome Tasker
3. SQLite-DB & Verwaltungsapps

Bei mir gibt es mit Zooper auch Probleme, leider kommt Zooper mit der Aktualisierungsrate von aSmarthome Tasker und Tasker nicht hinterher. Ich habe mir jetzt auch ein Statusboard mit Tasker Scenes gebastelt und das funktioniert leidlich ;(. Die Aktualisierung funktioniert zwar, aber ich muss die Scene immer aufbauen und zerstören lassen, so das die Anzeige flackert. Gibt es da eine andere Möglichkeit? Was für ein Management Tool benutzt du denn für deine Anzeige App? Wie oft wird es aktualisiert?
Die Abfrage des MD5 Wert mit dem der vorigen Datei müsste sich doch eigentlich jedes Mal ändern, da sich auch der Zeitstempel in dem Text ändert, oder?

[devnull]

Ne so clever war ich schon. Die md5 Summe wird nur von den Nutzdaten berechnet und nicht von der Datei

[HansLenz]

Bei mir gibt es mit Zooper auch Probleme, leider kommt Zooper mit der Aktualisierungsrate von aSmarthome Tasker und Tasker nicht hinterher. Ich habe mir jetzt auch ein Statusboard mit Tasker Scenes gebastelt und das funktioniert leidlich ;(. Die Aktualisierung funktioniert zwar, aber ich muss die Scene immer aufbauen und zerstören lassen, so das die Anzeige flackert. Gibt es da eine andere Möglichkeit? Was für ein Management Tool benutzt du denn für deine Anzeige App? Wie oft wird es aktualisiert?
Die Abfrage des MD5 Wert mit dem der vorigen Datei müsste sich doch eigentlich jedes Mal ändern, da sich auch der Zeitstempel in dem Text ändert, oder?

Es genügt völlig die Anzeigeelemente mit neuen Werten zu versorgen. Die Szene muss nicht jedes Mal neu aufgebaut werden.

[Mottenstein]

Hallo zusammen,

ich bin auch gerade dabei, mich in die Materie zu vertiefen. Allerdings tu ich mir beim ersten Schritt schwer: Könnte mir bitte jemand erklären, wie der Task aussehen muss, mit dem man die Daten aus aSmarthome Tasker ausliest und in eine Datei schreibt.

Vielen Dank!

[HansLenz]

Hallo zusammen,

ich bin auch gerade dabei, mich in die Materie zu vertiefen. Allerdings tu ich mir beim ersten Schritt schwer: Könnte mir bitte jemand erklären, wie der Task aussehen muss, mit dem man die Daten aus aSmarthome Tasker ausliest und in eine Datei schreibt.

Vielen Dank!

Einfach in diesem Thread ab etwa hier weiter lesen. Da sind meiner Erinnerung nach einige Beispiele in den Beiträgen angehängt.