Ja, absolut! Ich wollte hier keine Nebenthemen aufmachen, weil es ohnehin schon unübersichtlich genug ist.
Versuch einer Zusammenfassung:
- Wenn man einen Taster für Zentral-AUS realisieren möchte, so soll der immer nur ein AUS senden, niemals ein EIN.
- Mit der direkten Darstellung von KNX DPT1 (Boolean) stösst man in der iOS App nun auf das Problem, dass es dort als Schiebeschalter realisiert ist. Man kann also nur AUS senden, wenn der Zustand vorher EIN war. Das verbietet sich aber bei einem Zentral-AUS, weil man nicht alle Lichter im Haus auf einmal einschalten möchte…
- Der Umweg den xinix zu Beginn des Threads gewählt hat ist eine Hilfsvariable, die nach Betätigung selbst zurückspringt in den anderen Zustand, um dem Schiebeschalter-Konzept in der App gerecht zu werden. Die Hilfsvariable wird dann so verarbeitet, dass nur in einem der beiden Zustände etwas auf den Bus gesendet wird.
- Die Lösung von Nall-chan mit Hilfsvariable = Integer der nur einen Zustand kennt ist super, soweit es das Webfront im Browser betrifft. In der iOS-App erzeugt das aber eine weitere Ebene bei der Bedienung, man kann also nicht direkt klicken sondern muss in der App erst in das „Untermenü“:
- Wenn man stattdessen ein Script im Webfront „sichtbar“ macht, so kann man es in Browser und App direkt anklicken, ohne weitere Bedienebenen öffnen zu müssen.
- Wenn man sich für das Anzeigen des Scriptes im Webfront entscheidet, so ist dies bereits das Bedienelement. Man benötigt dann gar keine Hilfsvariable mehr und der Aufwand diese Hilfsvariable zurückzusetzen (siehe Punkt 3) entfällt. Man kann einfach im Script den gewünschten AUS-Befehl über die KNX-Instanz senden und das war’s.
Ende Versuch der Zusammenfassung