Gruppen als Auslöser wäre noch was feines
@edit: und ODER Verknüpfungen
Gruppen als Auslöser wäre noch was feines
@edit: und ODER Verknüpfungen
Die drei Themen sind miteinander verbunden, da hast Du recht. Allerdings sind es nicht dieselben Themen (wenn eines getan wird, dann muss nicht zwangsläufig das andere folgen). Der homee Pro geistert hier ja schon lange rum, weil einige der Meinung sind, dass selbst der v2 RAM- und CPU-technisch bei Ihrer Zahl an Geräten und HGs langsam an seine Grenzen kommt (aber das ist aufgrund von fehlenden Low-Level-Logs sicherlich oft mehr ein Gefühl als eine Gewissheit).
Einverstanden. Aber dennoch: Wenn es einen Vorschlag für einen “homee pro” gibt (was impliziert, dass es noch einen “normalen” homee gibt), wäre mein Vorschlag, eben nicht auf mehrere Versionen zu setzen, sondern wenn neu, dann nur 1 Modell. homee V3 in dem Fall halt.
Ich finde es persönlich z.B. schrecklich, wie Apple grad verwässert. Da gibt es als “aktuelle” Modelle:
iPhone 7
iPhone 7 Plus
iPhone 8
iPhone 8 Plus
iPhone Xs
iPhone Xs Max
iPhone Xr
(und das iPhone X aber nicht mehr).
und von allen Modellen noch unterschiedliche Speicherausführungen.
Wie will man die oft angepriesene “Apple-Einfachheit” einem Kunden verkaufen?
Und homee soll einfach sein. Kaufen und glücklich sein. Nicht im Nachhinein ärgern, dass es bei Pro was gibt, was man in der Standard Version nicht hat.
Folgende Punkte wären für mich wichtig in 2019:
Was ich mega gut fände wäre wenn die Geräteintegration durch die Community erfolgen könnte, z.B. indem Leute aus der Community selbst Gerätedefinitionen für homee erstellen können. Alternativ wie oben Vorgeschlagen über eine Mindestzahl an Likes oder ein Crowdfunding in der Community.
Für die Antennen könnt ihr euch auch mal AirGain anschauen:
http://www.airgain.com/products/embedded-antennas/
(kommen zB auch bei den neueren FritzBoxen zum Einsatz und sind besser als einfache Leiterbahnen)
Was die Verwässerung der Produktpalette bei Apple angeht, da gebe ich Dir recht. Ich blicke bei Apple auch nicht mehr durch.
Aber selbst zu Zeiten von Steve gab es da immer eine Matrix mit mindestens zwei Spalten (Consumer und Pro).
Ich denke eines der Probleme von homee ist, dass man beide Sparten füttern will (bzw. die Pros auch gefüttert werden wollen und ggf. schnell dem eigentlich auf Consumer ausgerichteten Modell entwachsen sind), so dass es aus meiner Sicht kein Widerspruch wäre, wenn Du zwei verschiedene Modelle für verschiedene Zielgruppen anbietest. Aber wie gesagt: Meine Meinung…
Naja mehr Transparenz durch eine Roadmap auf der Homepage und evtl. eine Seite mit den Feature-Requests mit Betreff und Link und deren likes. Diese likes dienen dann auch aut. der Sortierung plus eigene Spalte mit Kennzeichen/Status dass CA gesichtet.
Ich hoffe das passt so wie ich es hier poste!
siehe auch den Feature-Request von mir:
Ebenfalls wichtig:
Behebung des Problems “ZigBee-Würfel vermisst”
Wenn ein Homegramm abgespielt wird, wäre es schön zu sehen, welche Punkte er im Homegramm aktuell durchläuft. Also quasi eine Live-View.
Bei Webhooks sollten Return Werte des letzten Durchlaufs fest im Homeegramm für den letzten druchlauf gespeichert werden. So könnte man direkt erkennen warum es Probleme gab.
SCHNITTSTELLEN:
Offizielle z.B. Rest-Api um den Homee anpsrechen zu können.
Öffentliche Plugin-Schnittstellen, um eigene Geräte implementieren zu können. Evtl. mit Plugin App-Store. Ich finde es toll wenn CA Geräte integriert. Wenn die Möglichkeit bestünde selbst Geräteimplementierungen zu schreiben, dann wäre das ein sehr großer Mehrwert für die Community und CA könnte sich auf wichtigere Themen konzentrieren. Evtl. könnten auch gewisse Test-Cases mit eingebaut werden um eine gewisse Qualität der Plugins zu gewährleisten. Somit gäbe es Community Plugins und offizielle getestete und frei gegebene CA Plugins. Dann wäre zumindest das Thema vom Tisch dass hier (natürlich aus Sicht jedes einzelnen berechtigt) nur sehr zögerlich neue Geräte hinzugefügt werden
Ist aber auch wieder verständlich da die Implementierung von div. Geräten durch CA einfach seine Zeit brauchen.
Ich denke ganz allgemein das Schnittstellen gerade im Bereich Hausautomatisierung offensichtlich ein ganz wichtiges Thema ist. Im Moment ist Homee hier leider sehr gekapselt. Ich denke es wären einige hier in der Community die über Programierkentnisse (einschließlich mir) verfügen und hier durch geeignete Geräte - Plugins Abhilfe schaffen könnten.
Die Punkte 1 und 2 (Live View HG & Return-Werte) sind (wenn es die noch nicht gibt) aus meiner Sicht Feature-Vorschläge wert (für beide hättest Du mein Like).
Für die API gibt es das sicherlich auch schon und inoffiziell ist die API ja schon nutzbar (durch den NodeJS homee API Wrapper von @stfnhmplr auf dessen Basis auch seine Node-RED und homebridge Plugins und das ioBroker Plugin funktioniert): https://github.com/stfnhmplr/homee-api
Ich nehme trotzdem das Thema API / Plugins (die Idee das homey-Modell etwas zu kopieren klingt sympathisch, sofern es überhaupt machbar ist) mal generisch oben auf.
ach ja was ich noch vergessen hatte. Ich tu mir bei der Vielzahl an Homeegrammen schwer den überblick zu behalten, welches Homeegramm nun ein “Unter-Homegramm” ist und welches das Haupt-Homeegramm. Zum einen könnten “Unter-Homegramme” farblich anders dargestellt werden(manuelle Farbcodierungen), zum anderen könnte eine Baumartige Strukturauflösung (auch in meiner oben genannten Live-View) sehr hilfreich sein. Die derzeitige Listenansicht ist leider nicht besonders hilfreich und gerade mal für ein paar Homeegramme ok.
Ansonsten muss ich aber auch sagen, dass ich ein große Fan von homee bin. Die Lösung an sich ist auch sehr schön und liebevoll umgesetzt.
…so jetzt bin ich aber fertig
Sortierung der Featurevorschläge nach Anzahl der Likes, dann ist die Roadmap da.
Ich muss gestehen mein einziger Wunsch ist folgender:
Abarbeitung der bisher kommunizierten Roadmap und dringende Vermeidung einer neuen für 2019. Sorgt nur für Frust.
Dennoch finde ich es gut das du Initiative zeigst. Ein von uns eingesetzer Softwareanbieter hat einen Anwenderrat, der bei neuen Features angehört wird. Entwickler sind ja oft von etwas begeistert, was bei Anwendern wiederum nicht so gut ankommt
Habe direkt oben bei Variablen ergänzt.
Ich bin klar gegen die Umsetzung der Themen mit den meisten Herzen - dafür sind viele Vorschläge bestimmt schon zu alt.
Die Entwicklung neuer Geräte Features der Community überlassen bzw. übergeben. Macht aus diesem Teil einfach ein OpenSource oder beschreibt wie der Code dafür aussehen muss. Stellt eine Entwicklungsversion bereit und macht vielleicht max. vor der Implementierung noch ein Codereview. Traut euerer Community das einfach zu. Und CA selbst baut nur noch in Ausnahmefällen z.B. für Partner neue Geräte ein. Dann kann CA sich mehr auf Software-Features und andere Weiterentwicklungen konzentrieren. Die Custom-Geräte-Vielfalt kann so extrem schnell ansteigen. Was wiederum bedeutet:
Umso mehr Geräte unterstützt werden, umso mehr Neukunden lassen sich auf die Würfel ein oder sind vielleicht interessiert an eine Pro-Version des Würfels.
In den Heizplan sollten Geräte mit aufgenommen werden genauso wie der Wetterbericht , die Auslöser sein können .
Ich nutze zb gerade für die Übergangszeiten, Herbst und Frühling, gerne HGs wie zb "Wenn gemeldete Höchsttemperatur für morgen über 20° dann Heizung nur morgen 2 std kurz …Da das Haus immer noch genügend aufgewärmt wird über den Tagesverlauf lohnt das ganze Anfahren der Heizung morgens oft gar nicht …
Homee untertützte Geräte sollten auch in Alexa als Auslöser für Routinen wählbar sein. (Wobei ich nicht genau sagen kann ob das CA-Sache ist oder Amazon).
Zum Schluss , schon öfters erwähnt , mehr Reichweite , Stabileres Verhalten> wodurch auch immer.
Ich würde mich über die Integration einer Videogegensprechfunktion freuen, vielleicht nach diesem Vorbild:
Hierfür würde sich gleichzeitig die Integration von Ring Kameras anbieten, da diese wohl eine entsprechende API für Live Bilder anbieten und gut nachgerüstet werden können (Akku bzw. Solarbetrieb).
Also kurz: Jemand klingelt, ich kriege ein Live Bild mit Gegensprechfunktion auf das Smartphone und habe darunter einen Button um per Switch den Türsummer zu aktivieren.
Es würde schon viel getan, wenn Homee das ONIVF - Protokoll könnte, damit könnte man schon die meisten Kamera-Systeme integrieren.
Damit alleine ist es aber nicht getan. Du willst ja mit dem Kamerastream auch was machen. D.h. es muss eine irgendwie geartete Oberflächenintergration geben. Das bedeutet wieder, das alle Apps (IOS, Android, WebApp) entsprechend aufgebohrt werden müssten. Bei den Streams spielt dann das Codierverfahren eine Rolle, es sei denn, Du beschränkst Dich auf H.254 als einzig unterstüztes. Dann wollen die Anwender auch sonstige Eigenschaften, die ONVIF zur Verfügung stellt nutzen. Wenn die Kamera schon eine Motiondetection hat, will ich doch die Events auch wie einen Bewegungsmelder einbinden können usw.
Das zieht einen ganzen Rattenschwanz an Wünschen und Erwartungen hinter sich her.
Nicht das ich das nicht auch toll fände, aber solange die Stabilität (noch) nicht 100%tig gegeben ist, ist das für mich nur nice to have.
Das wäre natürlich ein Traum, wenn man die Motiondetection der Kamera nutzen könnte, halte ich aber für nicht oder nur schwer umsetzbar, da viele Kamerahersteller, wie z.B. Ring hier gar keinen Zugriff gewähren (Drittanbieter wie Echo Show und IFTTT können hier nur auf Livebilder zugreifen). Die Klingel selber als Auslöser würde mir daher schon völlig reichen.