Die Auslöser sind doch sowieso schon per UND mit den Bedingungen verknüpft.
Es geht nur darum, wie Du die Priorität bei den UND und ODER Operationen setzten kannst, wenn Du beide Operanden mischt. Entweder legst Du Dich fest, wie bei “Punktrechnung vor Strichrechnung” und sagst: UND geht vor ODER. Dann würde:
Bedingung1
UND Bedingung2
ODER Bedingung3
interpretiert werden als: (Bedingung1 UND Bedingung2) ODER Bedingung3
Oder Du sagst ODER geht vor UND.
Dann wird es interpretiert als: Bedingung1 UND (Bedingung2 ODER Bedingung3)
Das führt nicht zum selben logischen Ergebnis.
Wenn man diese Einschränkung nicht möchte, muss man zusätzlich noch den Klammeroperator einführen, um die Priorität klar zu machen.
Da gibt es sicherlich noch eines zu bedenken, wie stelle ich das bei der Momentanen UI dar.
Ich denke mal da muß was Neues her damit das noch für Alle durchschaubar bleibt.
Ich habe viel mit SPS programmierung zu tun und das schon seit 1974 Da habe ich schon so viele Katastropfen gesehen was Programmieroberflächen betrift.
Um da Allen gerecht zu werden ist es schon Nötig da ein wenig länger drüber nachzudenken.
So einfach ist das in der Schreibweise und oder wenn dann nicht. eine Graphische UI ist nach meinem Dafürhalten besser aber das ist meine Meinung da möglicherweise meiner Denkweise näher kommt.
z.B
Ich möchte nicht meckern, vor allem, weil homee bei mir zusammen mit HomeKit gut funktioniert. Aber ich möchte im Bezug auf die Diskussion zu UND/ODER doch meine Meinung äussern.
Für eine gute Automatisierung ist eine komplette Implementierung einer Boolschen Logik notwendig, dies beinhaltet auch das Verschachteln. Und sooooo kompliziert ist das in Software auch nicht zu implementieren. Und für Anwender, die sich damit schwer tun, kann man ja den “Experten-Modus” nutzen.
homee GmbH und Codeatelier hat eine extrem aktive Community. Wäre doch toll, wenn die Firma auf die Wünsche dieser positiv eingestellten Anwendergruppe speditiver einginge, oder? Und manchmal genügt ein “ja machen wir, aber noch nicht jetzt” statt Kommentare, die in die Richtung “es ist (momentan) nicht machbar oder zu aufwendig oder zu schwierig” gehen. Kosten/Nutzen Betrachtungen und Ressourcen-Zuordnung sind unternehmerische Entscheidungen, die wir alle verstehen.
Es wäre ein erster Schritt, HGs mächtiger und gleichzeitig einfacher zu machen. Ich verstehe den Punkt mit und und oder absolut, vor allem, wenn ich an Menschen denke, die ohne PCs groß geworden sind. Was für uns leicht erscheint, ist für die teilweise sehr abstrakt.
Ich möchte das Thema Anwesenheit ansprechen. Dieses Thema scheint als relevant erkannt zu sein, wird aber nicht priorisiert einem Release zugeordnet. Es gibt eine Menge Devices, die man hierfür verwenden kann. Leider wird nur ein Bruchteil hiervon unterstützt. Ich persönlich suche nach einer einfachen Lösung ohne große Basteleien (Badge zur Signalisierung der An-/Abwesenheit). Stattdessen werden teure Türschlösser ins Programm genommen. Ich glaube, wenn homee dieses Thema sicher unterstützen würde, könntet Ihr einen viel größeren Interessentenbereich adressieren.
Das ist ja Alles machbar.
Denken wir aber daran das die Software in den Würfel muss.
Weiterhin wird alles per Weboberfläche fabriziert.
Wenn das alles Hübsch aussehen soll und auch sehr übersichtlich, bläht das Das System so auf das es nicht in den kleinen Freund reinpasst (Denke ich).
So was stelle ich mir da vor ! (Quelle Pilz)
Dann müsste eine Compiler-System, eine Runtime und Debugging her, das bedeutet eine Völlige Umstrukturierung des Jetzigen Systemes.
Ob da die Kapazität da ist und ob das Finanzierbar ist wage ich zu bezweifeln.
Aber das artet alles aus.
Ich denke etwas mehr “und oder” währe nicht schlecht.
Aber wie das immer so ist, gibt man den kleinen Finger wollen alle gleich die Hand oder den Arm.
wie man aus der Diskussion hier schon recht leicht sehen kann gehen die Meinungen / Wünsche und Anforderungen schon wieder relativ weit auseinander. Wir haben tatsächlich schon darüber nachgedacht ODER so umzusetzen, das es nicht mit UND Bedingungen gemischt werden kann, jedoch sind wir da zu keinem abschließenden Ergebnis gekommen.
In welchen Größenordnungen bewegen wir uns denn hier und wo kommen die Zahlen her? Bei knapp 7,4k aktiv verwendeten homee’s würde eine Zahl von 74 Nutzern bedeuten dass 1% der Kunden dies so einsetzen. Ich denke die Wahrnehmung hier in der Community kann schnell zu einem leicht verzerrten Bild führen.
Generell sollten wir diesen News Thread hier nicht weiter ausschlachten für Dinge, die an anderer Stelle diskutiert werden sollten.
genaue Zahlen habe ich nicht genannt, da sich meine Aussage nur auf gefühlte Werte beruft. Genauere Zahlen könnt ihr eher auf Grund von Analysedaten erheben. Sicher ist 1% aus wirtschaftlicher Sicht zu vernachlässigen, das verstehen wir als User natürlich auch.
Wäre es nicht denkbar, dass wenn es die ODER Bedingung gäbe, deutlich mehr User diese auch einsetzen würden?
So müsste man nicht ein zweites HG für den selben Auslöser mit einer anderen Bedingung anlegen. Hier, glaube ich, gibt es deutlich mehr User die dies in dieser Konstellation einsetzen oder sogar ein auslösendes HG nutzen um mehrere Homeegramme abzuspielen, welche dann unterschiedliche Bedingungen abfragen. Wobei wir damit schon im Expertenmodus angekommen wären.
Hin und wieder wurde nach einem Supportzugang geäußert, ich hätte doch relativ viele Homeegramme. Dies liegt unter anderem daran das es nur mit vielen HG möglich ist das ODER zu ermöglichen.
Ich finde, das wäre ein Anfang und ihr könntet abschätzen ob es Sinn macht die Funktion als Boolesche Algebra auszubauen. Freuen würde ich mich darüber natürlich sehr
Damit genug zu diesem Thema, weitere Diskussionen dazu am besten in diesem diesem Thread
Ich denke, wenn schon ein System Implementiert wird dann richtig. Das hat damals mit Z-Wave genau so angefangen. Ich habe nachgefragt wie ein Slave Controller eingefügt werden kann. Oder auch diverse andere Sachen die in dem Z-Wave Protokoll grundlegend drin sind. Die Antwort: gar nicht, es ist so nicht vom CA gewünscht…
Dazu sollte man noch wissen, dass es zwingender Bestandteil der Z-Wave Zertifizierung ist. Nun wird schon seit geraumer Zeit der Stack neu aufgesetzt und durch die Zertifizierung wird die Funktion implementiert werden. Bitte nicht falsch verstehen, es gibt zisch Gründe warum es so und nicht anders gemacht wurde und das ist an dieser Stelle auch egal.
Worauf ich hinaus will, ist es bei solchen Sachen die Standard sind oder auch quasi Standard darstellen wird ein Bumerang daraus werden wenn diese nicht oder nur Teilweise implementiert werden. Dazu gehört auch die Erweiterung der Logiken, siehe meine Beispiel vom Slave Controller beim Z-Wave.
Ansonsten kann ich @CHTHSCH Vorschlag nur unterstützen:
Das sind nur meine 2c und ich hoffe die positive Kritik kommt an @Thomas
Wenn man ein komplexes System will und dann mit Nodered etc anfängt wozu dann homee? Ich habe homee als einfach-Lösung gewählt, wenn ich basteln und programmieren also Komplexität will, dann nehme ich OpenHab. Ich finde die Zusatzlösungen gut aber verstehe nicht die Motivation ausser: “Cause i can!”
Weil man für die einfachen Dinge einfach homee nehmen kann und dort die ganzen Vorteile nutzt wie die App, den Fernzugriff und die Push Nachrichten. Für komplexe Sachen wie Abfallkalender, Dashboard, TTS, Anwesenheit nehmen wir halt nodered. Sicherlich könnte man auch alles migrieren. Nur wozu? Dafür sind die kleinen Würfelchen zu cool und zu lieb gewonnen.
Weil selbst bei einer “Einfach Lösung” z.B. ODER Bedingungen, Dimmen und Anwesenheit sinnvoll sind?
Daher ja gerne mit “Experten Modus”, wenn eingeschalten sehe ich diese Optionen, wenn aus dann eben nicht.
Das “Verstecken” der Komplexität hinter einem Experten Modus würde das Problem der Überwältigung vieler Nutzer vielleicht lösen, jedoch müsste man dann einen relativ hohen Invest an Engineering-Aufwand in ein Feature stecken, welches die Mehrheit der Zielgruppe gar nicht verwendet. Das System müsste ja trotzdem gebaut werden und gut funktionieren. Es wäre also an der Stelle gar nicht möglich es irgendwie “mal so schnell” zu implementieren. Es müssen sich genauso, wenn nicht gar noch mehr, Gedanken um UI gemacht werden. Es müssen Abläufe und Verbindungen im Hintergrund stimmen. Das bedeutet all die Komplexität muss durchdacht und umgesetzt werden – für einen Bruchteil der Nutzer. Ich denke einfache wirtschaftliche Arithmetik zeigt hier schnell auf, dass dies zum jetzigen Zeitpunkt leider nicht praktikabel ist.
Moin Thomas,
dank für die Antwort zu dem Thema. Allerdings glaube ich wir sind hier beim “Henne-Ei-Problem”.
Der Expertenmodus wird nicht von der Mehrheit genutzt, weil nicht vorhanden. Der Expertenmodus wird nicht entwickelt, weil die Mehrheit diesen nicht nutzt.
Nur mal als Denkanstoss:
Wenn der Homee einen Expertenmodus hat und viele Leute damit “überfordert” sind, könnten diese - gegen ein kleines Entgeld - dieses “Expertenwissen” bei zertifizierten Homee Installationsbetrieben einkaufen (Crowd service?).
Diese Betriebe müssen sich bei euch zertifizieren(damit kann man schon Geld drucken; siehe Cisco Zertifizierungen), um z.B. ein Level 3 Support Ticket bei euch öffnen zu können. Und um mit Homee zu werben wird eine “Lizenzgebühr” von x% vom Umsatz fällig.
Und schon würde der Expertenmodus von seeeehr vielen Leuten genutzt werden.
Dass das nicht “mal eben vom Baum fällt” ist glaube ich jedem klar. Aber es wäre eine schöne Erweiterung - vermutlich auch für Euren Geldbeutel.
Ich bin da schon eher bei Thomas, homee sollte gundsätzlich einfach zu bedienen sein und die Entwicklungen/Investitionen für die Mehrheit der Nutzer relevant sein.
Ich wünsche mir Entwicklungen von Funktionen, die es jetzt noch nicht gibt, um noch manches mit homee (einfacher) verwirklichen zu können. Gerade mit der jetztigen Form der Gruppenbedingungen/-auslöser ist doch manches schon wieder einfacher geworden.
Da solche Entwicklungsschritte ja meist strategisch erfolgen und auch Grundlage weiterer Entwicklungen sind, sollten wir hier nicht immer jeden weiteren Entwicklungsschritt diskutieren. Lasst die Leute von CA doch auch mal arbeiten und nicht nur Rechtfertigungen schreiben
Ob das jetzt einfacher ist mehrere Hgs anzulegen um Bedingungen abzudecken, bzw sich erstmal die info aus der comm zu holen wir man manche Aufgaben lösen könnte mal dahin gestellt…
Wenn ich hier lese das leute über 200 Hgs habe da frag ich mich was daran einfach sein soll…
Vielleicht findet sich ja ein Weg, wenn der Expertenmodus lizensiert wird. Sprich kostenpflichtig erhältlich ist.
Ich persönlich benötige keinen Expertenmodus, da ich wie viele andere auch den homee aufgrund seiner Einfachheit nutze, aber so hätten sowohl Kunden mit erweiterten Ansprüchen und die homee GmbH einen Nutzen davon. Schließlich wären unter den Bestandskunden dann ja auch regelmäßige (oder einmalige?) Einnahmen zu generieren.
