Du solltest die homee-ID in Deinem Screenshot unkenntlich machen, da sie Teil Deines logins ist.
ja, danke für den Hinweis, Beitrag habe ich eben gelöscht.
Der Beta-Bereich ist das Revier von CA. Da hat @Steffen nix zu melden.
Hier musst du die Devs von CA beknien.
Für Support & Bugs ja, aber nicht für Anforderungen bzgl. der Integration die von @Micha genannten Punkte waren also schlicht nicht im Auftrag enthalten.
wenn zwar nicht im Auftrag… könnten die aber evtl. im Ehrgeiz des Programmierers enthalten sein oder?
Was gibt es denn befriedigenderes als ein voll funktionsfähiges Werk zu begutachten… oder?
Klar, da stimme ich voll und ganz zu Schwierig wird’s allerdings, wenn mehr als nur ein Programmierer seine Freizeit dafür investieren muss.
Und von rechtlichen Konsequenzen mal ganz abgesehen…
#workswithhomee
homee GmbH, deutsche Qualität
Dann muss ich sagen das hier wiedermal wie so oft lieblos gehandelt wurde.
Ihr beschneidet den z-trm3 gegenüber dem z-trm2.
Das bringt mich jetzt echt schon wieder etwas auf die Palme .
Ihr solltet doch eigentlich aus den alten Fehlern lernen und diese nicht wiederholen.
Das macht einfach keinen Sinn so.
Dann ist das Teil besser auf dem Pi aufgehoben als am homee.
Sorry @Volker bist bestimmt nicht der richtige Ansprechpartner aber dafür gibt es nen dicken .
Bin satt
Ich finde es auch einfach nicht richtig Geräte nur halb zu integrieren, dann kann man es auch sein lassen.
Ich verstehe diese Herangehensweise nicht, sorry
Hierauf gab’s ja leider keine Reaktion seitens homee GmbH.
Nr. 4 scheint weiterhin der homee-Weg zu sein. „Quantität“ statt Qualität. Hauptsache die Kompatibilitätsliste wird länger.
ich versuche das gerade gerne mal nach zu vollziehen, kannst du mir dazu vllt noch etwas Background geben?
Also gibt es bei euch Arbeitsaufträge zur Geräte integration die lauten:
- Gerät xyz soll integriert werden, aber bitte nur zu 3/4 oder wie kann ich mir das vorstellen?
Wo ist z.B. der große Mehraufwand von 1-2 Attributen mehr? Wobei das Schalten z.b. ja etwas ist, was nichts neues ist.
Ich versuche es wirklich zu verstehen und wenn es etwas wäre wie beim GPS Tracker (bevor es Geofance gab) wäre es mir klar. Eine Funktion die homee schlicht nicht interpretieren kann.
Gibt es bei euch Konsequenzen, wenn ihr gute Arbeit leistet und nicht nur das nötigste macht?
vllt klingt die Frage etwas ketzerisch, aber wüsste sonst nicht wie ich deinen Satz verstehen soll.
wir haben die Anforderungen intern für das Heatit TRM3 angepasst, die oben von euch genannten Funktionen werden bei CA schon von Tobi umgesetzt.
Super vielen Dank für die Info.
Nein, das würde ja bedeuten man kennt den vollen Funktionsumfang des Geräts. Es ist also eher ein Gerät x mit Funktion 1, 2 und 3…
Es ist ein Mehraufwand der irgendwo Kosten verursacht. Im konkreten Fall würde das bedeuten: Backend-Entwickler/in implementiert Funktionalität für 8 neue Attribute, die von Frontend-Entwickler/in in alle Apps eingebaut und zusätzlich in alle Sprachen übersetzt werden müssen
Nein natürlich nicht.
Ich meinte damit: Was passiert, wenn durch eine unbeauftagte Änderungen/Erweiterung des Sourcecodes (in unserer Freizeit) ein schwerwiegender Schaden verursacht wird? Oder Feature xy dadurch einfach „verschenkt“ wird?
Die Dinge müssen halt nun immer erst von allen Parteien abgesegnet werden.
Weitere Funktionen wurden mit Core Version: 2.32.0 (6db399b5 rc.2) hinzugefügt. Das zugehörige App-Update folgt noch
Fast perfekt geworden.
Wie im Eingangspost geschrieben sollte die Helligkeit des Displays auch über HG‘s steuerbar sein.
Wird beim Z-TRM3 der Schalter für das interne Relais nicht mehr unterstützt oder gibt es einen Grund warum dieses nicht angezeigt wird ?
Die Helligkeit nicht in die Homeegramme aufzunehmen war eine bewusste Entscheidung. Dort werden immer nur die Hauptfunktionen, jedoch keine Einstellungen angeboten. Außerdem gibt ja bereits verschiedene Helligkeitseinstellungen.
Wegen dem Schalter gibt es im Z-Wave-Bereich noch ein paar offene Themen.