ich stimme dir weitgehend zu, aber Unterstützung von homematic IP wird nirgendwo zugesichert , im Gegenteil, es wird an div. Stellen auf bestimmte Geräte (homee-Geräte-Positivliste, Forum, Amazon-Seite, Amazon-Antworten) verwiesen
allerdings wäre das schon ein super feature, gerade im Hinblick auf “homematic IP wired”
Ich fänd es auch toll wenn zumindest mehr Geräte von Homematic unterstützt würden.
Man kann aber leider nicht alles haben.Ich denke man sollte etwas nachsicht walten lassen und ersteinmal darauf hoffen das bald mehr Geräte unterstützt werden.
Ich hatte oder habe auch einige Geräte die nicht unterstützt werden.
Ich finde homee ist ein tolles allround System und hat seine Stärken.
Wenn man diesen Vorteil nutzen möchte sollte man sich genau informieren welche Geräte unterstützt werden. An sonsten ärgert man sich schnell…das löst aber das Problem nicht…
gibt es mit Z-Wave doch auch…
@Chris
Homematic IP via Cloud halte ich als Szenario für homee auch eher uninteressant…
Eine „lokale“ Anbindung von Homematic IP über die CCU3 und/oder vor allem die Anbindung der neuen Homematic IP Wired Geräte könnt für viele interessant werden.
Mit dem LAN-Adaper habt ihr doch schon den ersten Schritt in Richtung „Wired“ gemacht. 
Homematic IP Wired sollte sich von der Komplexität doch eigentlich in Grenzen halten. Das kriegt ihr doch schnell hin. 
Damit könnte sich homee auch im Bereich der „Neubauer/Kernsanierer“ besser platzieren und ist ist nicht nur für „Nachrüster“ interessant.
wer bezahlt die “Party” 
?
Ich geb dir gerne paar Cocktails aus😉
Ernsthaft: habt ihr euch schon Mal überlegt reine Lizenz-Würfel (virtuell oder als Hardware) zu verkaufen, um die Anbindung neuer “Systeme” zu finanzieren?
Die Differenzierung nach Protokoll ist langfristig nicht sehr ertragreich, wenn alles über IP spricht😅
Wer andere Ökosysteme wie z.b. homematic IP (wired) im Einsatz hat/haben will, will dort sicherlich mehr als 4 Sensoren/Aktoren betreiben und ist daher sicherlich auch bereit 50-70€ in einen homee-Lizenz-Würfel zu investieren.
so, genug OT von mir😅
Meiner Meinung nach geht es nicht um das Eröffnen von Migrationspfaden weg von homematic, sondern darum diese Geräte als wertvolle Bereicherung des Homee-
Geräteportfolios zu sehen.
Gerade die neuen IP wired-Sachen sind da superspannend… (s. anderer Thread Homematic IP wired)
Dies öffnet für homee eine neue Käufergruppe, und eröffnet Bestandskunden neue und robuste Umsetzungen.
Und ja, es darf was kosten …
Im Grunde ist das Crowdfunding und die Idee “Du bekommst einen physischen Dummy-Würfel, wenn es finanziert ist”, ist nicht übel
Aber Realität ist:
@Chris - die “virtuellen” Würfel sind aber meiner Meinung nach keine schlechte Idee für neue “bahnbrechende” Funktionen/Anbindungen (ohne Hardwarebedarf). Ich würde schon einen niedrigen bis mittleren zweistelligen Betrag dafür zahlen meiner homeeID einen virtuellen Sonos-Würfel aufsetzen zu können…
Wie man so schön sagt: „You pay peanuts you get monkeys.“ Und Code Monkeys möchte niemand haben.
es gibt sicherlich pflegearme und pflegeintensive Systeme → Homematic IP Wired wird z.b. vermutlich eher zu denen mit wenig Pflegeaufwand gehören, Sonos vermutlich auch.
Funktionen sollten nicht zusätzlich kosten. Die sind ja ein zentraler Punkt, warum sich jemand für homee entscheiden sollte. Bezahlt werden sollten die (großen) Geräte-Ökosysteme. Diese verursachen ja vermutlich auch den größten Aufwand und entziehen sich der Kontrolle durch die homees (die Geräte wie Sensoren und Aktoren stammen ja von anderen Herstellern).
Ich sehe keinen Tabubruch. Ein kleiner aber feiner Unterschied: Man kauft die Hardware, bezahlt im Endeffekt aber für die Integration/Nutzung des Z-Wave oder Zigbee-Ökosystems in homee. Nichts anderes wäre auch z.b. bei Homematic IP der Fall, nur das die (Hardware-) technischen Voraussetzungen eben schon erfüllt sind… und man das Preisschild an den Softwareteil kleben muss.
Ja, ein Entwickler kostet Geld. Aber die Integration von z.b. Netatmo hat sicherlich auch Geld gekostet bzw. kostet immer noch. Und diese gabs für lau (zum Glück )
Die Betrachtungsweise oben ignoriert einen wesentlichen Aspekt: Neugeschäft mit Hardware generieren
Dafür muss man mit dem Markt mitschwimmen oder noch besser Alleinstellungsmerkmale haben.
Das hat bei homekit und den anderen Assistenten ja wohl auch funktioniert. Auch hier war Aufwand notwendig.
Die Option Homatic IP wired mit drahtlosen NICHT-HM Aktoren und Sensoren zu koppeln, könnte so ein Merkmal sein.
Vergisst bei der Diskussion nicht, welche Zielgruppe homee hat. Die Freaks unter uns die Alles mit Allem vernetzen gehören nicht dazu!!
Vergiss du aber nicht das Homematic / Homematic IP bzw eQ-3 in Deutschland Marktführer im Smart Home Bereich ist. Die CCU ist ja schon in Homee angebunden daher würde es ja schon reichen wenn das Homee Update käme über die API/Schnittstelle nicht nur Homematic Geräte sondern auch Homematic IP Geräte in Homee einzubinden. Wie z.b. in IoBroker, Mediola, … oder Apps z.B. @Home.
es ist nicht “soo einfach” mit neuen Geräten getan. Daher gerade nicht auf der Roadmap, sorry.
@Chris – kannst du deine Aussage begründen wo genau das Problem liegt so ein Update durchzuführen? Es fällt mir sehr schwer zu verstehen warum dies ausgerechnet bei Homee der Fall ist.
Nehmen wir z.B. den Homematic Heizkörperthermostat HM-CC-RT-DN vs dem Homematic IP Heizkörperthermostat HMIP-eTRV-2. Beides ist an die CCU angelernt. Die Datenpunkte für beide sind fast identisch. Der HMIP-eTRV-2 wird aber von Homee nicht ausgelesen.
Die genaue Beschreibung der Schnittstellen/API findest du Detailliert dokumentiert unter https://www.eq-3.de/service/downloads.html
Folgende Dokumente sollten dabei beachtet werden:
Dank der Dokumente ist es ein Einfaches die aus der CCU ausgelesenen Geräte und deren Datenpunkte zu mappen. Zum Vergleich Mediola, Openhab, ioBroker, Home Assisstant usw. sowie Apps wie @Home, pocket Control, Tinymatic usw. haben die Geräte schnell und Problemlos in ihre Programme aufgenommen da der Aufwand relativ unproblematisch war. Teilweise sind das nicht mal Firmen sondern Entwickler die das nebenher machen. Da die Schnittstelle zur CCU ja schon für Homee gibt – warum wird dann die ausgelesene Geräteliste der CCU nicht einfach anhand der Doku aktualisiert? Falls es Fragen Probleme gibt hilft sicherlich die Community mit Rat und Tat.
CCU Port:
On the CCU there are two protocols for communication XML-RPC and BIN-RPC. BIN-RPC is faster, but it can be, that the end device do not support it or supports it incorrect. In this case switch the protocol to XML.
Notice: CUxD can only communicate with BIN-RPC and HomematicIP only via XML-rpc protocol.
Schafft es der größte Deutsche Smart Home Hersteller 2019 auf die Roadmap??
Ach Mensch, HmIP-eTRV-2 wird nicht unterstützt. Hatte mich auf die neuen Heizpläne gefreut. Ein Thermostat testweise von Homematic IP zur CCU2 rübergezogen. Nur um festzustellen, dass die nicht unterstützt werden. Echt blöd 
Schade, hätte gerne alles zu homee gezogen. Dass nicht alle homematic Geräte unterstützt werden, ist noch irgendwo verständlich. Konnte die ein oder anderen per Webhook ansprechen. nicht elegant, aber funktionierte.
Aber Themostat mit Webhook ist nicht plus dann könnte man die Heizpläne eh nicht nutzen.
Hi, schlechte Nachrichten laut aktueller Facebook Diskussion (s. Homee Gruppe) gibt es keinen weiteren Homematic Support bzw. wird es keine Updates mehr durch Codeatelier geben nur die bestehende Geräte bleiben erhalten. - Sehr sehr Schade den das heißt für Kunden von nicht unterstützen Homematic Geräten wird der Homee Würfel damit praktisch wertlos.
Und von wem von CA stammt diese Aussage?