Virtueller Bewohner

[HansLenz]

Ja, danke, Spitze, mit der Information komme ich einen großen Schritt weiter.

Und stoße sofort an die Grenzen. Unsinnigerweise werden so alle Lampen gleichzeitig angeschaltet und nicht wieder ausgeschaltet. Was der Logik entspricht aber nicht Sinn der Sache ist. Für das Ergebnis sind schon zwei Variablen und zwei Profile neu angelegt. Wahrscheinlich müsste ich nun in einem weiteren Profil den Kevin Auszustand und in noch einem Profil den Schalter Auszustand berücksichtigen um die Lampen wieder auszuschalten. Oder für jede Lampe ein Profil?
Och nö, dann lass ich das mal. Wer soll bei dem UI nachher da noch durchblicken?

[Gelöschter Benutzer]

Ja, danke, Spitze, mit der Information komme ich einen großen Schritt weiter.

Und stoße sofort an die Grenzen. Unsinnigerweise werden so alle Lampen gleichzeitig angeschaltet und nicht wieder ausgeschaltet. Was der Logik entspricht aber nicht Sinn der Sache ist. Für das Ergebnis sind schon zwei Variablen und zwei Profile neu angelegt. Wahrscheinlich müsste ich nun in einem weiteren Profil den Kevin Auszustand und in noch einem Profil den Schalter Auszustand berücksichtigen um die Lampen wieder auszuschalten. Oder für jeden Lampe ein Profil?
Och nö, dann lass ich das mal. Wer soll bei dem UI nachher da noch durchblicken?

Das versteh ich jetzt nicht ganz.
Mein Vorgehen wäre:
1. Ich lege einen virtuellen Bewohner an, gebe ihm ein Zeitprofil und lasse ihn eine Zustandsvariable schalten.

2. In einem Ereignisprofil wird eine zweite Zustandsvariable durch einen Schalter gesetzt/rückgesetzt.

3. In einem Logikprofil "KEVIN_EIN" werden beide Zustandsvariablen auf "JA" geprüft und miteinander UND-verknüpft. Schalthandlung ist "Lampe Ein"

4. In einem zweiten Logikprofil "KEVIN_AUS" wird die Bewohner-Zustandsvariable auf "NEIN", die Freigabevariable wieder auf "JA" geprüft, und als Schalthandlung "Lampe Aus".


Will ich eine zweite Lampengruppe mit unterschiedlichen Zeiten schalten, muss ich das Ganze duplizieren etc.

Eine andere Möglichkeit wäre:
Ein virtueller Bewohner mit einem Zeitprofil, und die Lampen werden nicht direkt geschaltet, sondern über eine Ablaufkette mit Zeitversatz eine nach der anderen.
Ich habe mir so etwas für die Rolläden gebastelt. Bei Interesse kann ich das mal posten.

[HansLenz]

Das versteh ich jetzt nicht ganz.
Mein Vorgehen wäre:
1. Ich lege einen virtuellen Bewohner an, gebe ihm ein Zeitprofil und lasse ihn eine Zustandsvariable schalten.

2. In einem Ereignisprofil wird eine zweite Zustandsvariable durch einen Schalter gesetzt/rückgesetzt.

3. In einem Logikprofil "KEVIN_EIN" werden beide Zustandsvariablen auf "JA" geprüft und miteinander UND-verknüpft. Schalthandlung ist "Lampe Ein"

4. In einem zweiten Logikprofil "KEVIN_AUS" wird die Bewohner-Zustandsvariable auf "NEIN", die Freigabevariable wieder auf "JA" geprüft, und als Schalthandlung "Lampe Aus".


Will ich eine zweite Lampengruppe mit unterschiedlichen Zeiten schalten, muss ich das Ganze duplizieren etc.

Eine andere Möglichkeit wäre:
Ein virtueller Bewohner mit einem Zeitprofil, und die Lampen werden nicht direkt geschaltet, sondern über eine Ablaufkette mit Zeitversatz eine nach der anderen.
Ich habe mir so etwas für die Rolläden gebastelt. Bei Interesse kann ich das mal posten.

Ist mir alles klar. Ich dachte hierbei an die sich bei zwei Ja/Nein Variablen ergebenden Zustände.
Ich möchte das über eine Variable mit Smartphone schalten können, was auch kein Problem ist. Mich stört ganz extrem die Anzahl der Profile die für den einfachen Vorgang notwendig sind. Da wäre ich bei neun zu schaltenden Lampen schon mal gleich bei 18 Profilen. Man kann im UI ja nichts gruppieren geschweige denn unter einem "Oberbegriff" zusammenfassen. Wie dupliziert man im UI? Ich kenne nur den Weg: abschreiben.
Da kämen ja dann noch weitere Logikprofile für andere Aufgaben dazu. Und bedient werden soll das nicht nur von mir.

Die Ablaufkette mit Zeitversatz würde mich trotzdem schon interessieren.

[suggarman]

Wegen der vielen Profile habe ich ja einen Raum dafür geschaffen
Die Ablaufkette würde mich auch interessieren.

Stefan

[HansLenz]

Wegen der vielen Profile habe ich ja einen Raum dafür geschaffen

Egal wo ich die hinpacke ist das Ganze ein Ausbund an Unübersichtlichkeit.
Wenn ich mir überlege was ich alles tun müsste um die Anforderungen zu realisieren, die die Handhabung des Systems gravierend vereinfachen würden, und welch ein Profil- und Variablenverhau ich damit schaffen würde... Bei der affenartigen UI-Performance kommt man um eine schriftliche Dokumentation nicht mehr herum. Das will ich mir mit dem UI in dem Zustand nicht antun.
Mit einer Dropdownbox zur direkten Auswahl der Räume fängt die Wunschliste gerade mal an...

[Gelöschter Benutzer]

OK. Die Ablaufkette muss aber bis heute Abend warten.

Die Zustandsvariablen, die bei mir etwas schalten sollen, setze ich in den Raum "Übergreifend", damit sie auf dem Schmachtfon sofort auftauchen.

Ihre Anzahl halte ich logischerweise so klein wie möglich (im Moment sind das nur der KMW*-Merker und die Befehle "Alle Rolladen auf/alle Rolladen ab".
Reine Hilfsmerker haben dort nichts zu suchen.

Die anderen gruppiere ich in logische Blöcke (z.B. alles, was mit Sonnenautomatik für Rolläden zu tun hat, kommt in einen virtuellen Raum "Sonne" etc.).
Diese "Hilfsräume" kommen ganz nach rechts, weil man sie höchstens bei der Konfiguration oder zum Debuggen benötigt.

Die fehlende Kopierfunktion schmerzt mich auch, ebenso wie die fehlende Möglichkeit, sich lokale Sicherungen der Konfiguration anzulegen, um ggf. auf eine bestimmte Version zurückzugehen ("Last working copy").

But such is life.

* KMW = Kurz Mal Weg -> fährt zwei Rolläden zu und schaltet stattdessen ein Paniklicht für hund ein.

[HansLenz]

Die Zustandsvariablen, die bei mir etwas schalten sollen, setze ich in den Raum "Übergreifend", damit sie auf dem Schmachtfon sofort auftauchen.
Die anderen gruppiere ich in logische Blöcke (z.B. alles, was mit Sonnenautomatik für Rolläden zu tun hat, kommt in einen virtuellen Raum "Sonne" etc.).

Soweit in etwa war ich zwischenzeitlich gedanklich. Was mich daran wieder abschreckt, ist der Raum ÜBERGREIFEND ganz links und die Hilfsräume ganz rechts. Schon jetzt muss ich am 22" LCD von links nach rechts 1,5 Meter scrollen... Da plant man besser exakt voraus und bringt genügend Zeit mit.

[suggarman]

Ganz rechts stehen aber nur Dinge, die im Alltag nicht benötigt werden. Die Zustandsvariablen, die ich selber steuern möchte, stehen in "übergreifend".
Eine Sicherungsmöglichkeit vermisse ich ebenfalls. Auch ein Softwaretaster wäre nett.

Stefan

Ich programmiere meistens am 11,6" Notebook )

[Gelöschter Benutzer]

Auch ein Softwaretaster wäre nett.

Wenn Du mit der Maus über das Symbol eines Schalterprofils fährst, verändert sich das Symbol und bekommt zwei Schaltflächen für Ein und Aus. Meionst Du so etwas?

[HansLenz]

Minimalstanforderung wäre ja mal mit einem Klick von ganz links nach ganz rechts und zurück zu kommen. Dann eine Dropdownbox zur Raumauswahl.

Was mir auffällt: das Bewohnerprofil bleibt so die ganze Zeit aktiv und schaltet die Variable. Was ist bei neun Bewohnerprofilen falls ich alle Lampen einzeln schalten will? Kommt das System dann an Leistungsgrenzen?
Was also auch noch fehlt ist die Möglichkeit mit einer Variablen/einem Schalter ein Profil deaktivieren und aktivieren zu können.