Unterschiede Homematic-Basis-Units + Unterschiede Funklösungen

[Maximilian]

Hallo zusammen,

ich bin gerade an der Planung meiner Smarthome Lösung. Un hier könnt Ihr mir sicherlich bei zwei zentralen Punkten weiterhelfen:

Auswahl der Zentrale
--------------------

Meine Zentrale soll im 19-Zoll Netzwerkschrank im Keller untergebracht werden. Daher würde ich eine CCU3 schon mal ausschließen. Da für weitere Dienste (z.B. Unifi Controller) bereits ein kleiner Server mit Proxmox vorhanden ist, soll die HmIP Zentrale auch da mit drauf.

Als mögliche Lösungen habe ich Raspberrymatic und Debmatic gefunden, allerdings fehlt mir ein Überblick über die Vorteile und Einschränkungen dieser beiden Lösungen um eine Entscheidung treffen zu können.

Anforderungen:
- Virtualisierter Betrieb unter Proxmox
- Stabile, Updatefähige, Backupfähige Lösung (nur um es erwähnt zu haben )
- Nutzung von HmIP und HmIP-wired Geräten (Ist dazu ein lokal angeschlossenes Funkmodul notwendig? Gibt es ggfs. eine Emulation des Funkmoduls?)
- Später Verknüpfung mit weiteren Devices (z.B. Ubiquity Unifi) mittels IO-Broker oder Node-Red oder auch etwas anderem
- Funkanbindung über mittels Cat-Kabel angebundener und im Haus verteilter Devices (siehe auch unten)

Relevante Punkte:
- Stabilität und Verfügbarkeit von Erweiterungen
- Architektur und Zukunftsfähigkeit der Lösung
- Komplett Open Source?
- ...

Ich bin auf fachlich fundierte Punkte gespannt. Bitte Flamewars nach /dev/null umleiten - auch wenn ich Jehova gesagt haben sollte.


Auswahl der Funklösung
----------------------

Die Zentrale wird virtualisiert unter Proxmox im 19-Zoll Schrank laufen, daher scheidet ein lokal angebundenes Funkmodul vermutlich aus.

Bei meiner Suche habe ich bisher folgende Optionen gefunden:

- RPI-RF-MOD + HB-RF-USB + USB-over-Cat
- RPI-RF-MOD + HB-RF-USB-2 + USB-over-Cat
- RPI-RF-MOD + HB-RF-ETH
- HmIP-HAP (ab v3.53.26)

Welche Vorteile bzw. Einschränkungen haben diese Lösungen?

Kriterien:
- Operabilität unter Raspberrymatic und Debmatic (ggfs. auch erst in neuer Version in ein paar Wochen )
- Mehrere Access Points verteilt möglich (über Ethernet oder über USB-over-Cat)
- Spannungsversorgung über POE (notfalls mittels POE-Splitter)
- Optisch ansprechendes weißes(!) Gehäuse
- Qualität und Stabilität des Funkmoduls
- Soweit ich gelesen habe ist für den Betrieb der Wired-Komponenten auch ein Funkmodul notwendig. Welches erfüllt die Voraussetzungen?
- weitere...


Soweit mal meine (ersten?) Fragen. Ich bin offen für weitere Ergänzungen und Anregungen.

Vielen Dank an alle

Grüße Maximilian

P.S. Dieser Post geht in die Raspberrymatic- und die Debmatic-Gruppe um beide Sichten zu verstehen.

[deimos]

Hi,

ich halte mich mit Bewertungen zurück und gebe nur Antworten über die technischen Details, weil ich als Author von debmatic nicht neutral antworten kann.

- Virtualisierter Betrieb unter Proxmox
- Später Verknüpfung mit weiteren Devices (z.B. Ubiquity Unifi) mittels IO-Broker oder Node-Red oder auch etwas anderem

Geht mit debmatic und mit RaspberryMatic.

- Nutzung von HmIP und HmIP-wired Geräten (Ist dazu ein lokal angeschlossenes Funkmodul notwendig? Gibt es ggfs. eine Emulation des Funkmoduls?)

Für HmIP Wired brauchst du zwingend ein RPI-RF-MOD, siehe auch weiter unten.

- Komplett Open Source?

Ist bei beidem nicht gegeben, weil beides auf den Closed Source Komponenten von eQ-3 aufsetzt.

- RPI-RF-MOD + HB-RF-USB + USB-over-Cat

Aktuell einzige Möglichkeit bei RaspberryMatic, wird schwierig mit der Anforderung an ein hübsches weißes Gehäuse.

- RPI-RF-MOD + HB-RF-USB-2 + USB-over-Cat
- RPI-RF-MOD + HB-RF-ETH

Beide laufen aktuell nur mit debmatic. Beide haben den gleichen Formfaktor und passen zusammen mit einem RPI-RF-MOD in das Charly Gehäuse, ob das jetzt optisch ansprechend ist, kann man drüber streiten.
Die HB-RF-ETH wäre meine Empfehlung in deinem Fall. Ethernet läuft einfach besser über CAT Kabel, als USB-over-CAT, vor allem wenn man da mehr als 10m Kabelweg hat. Außerdem spart man sich den Virtualisierungsoverhead vom USB in Proxmox. Versorgung kann bei der HB-RF-ETH per PoE laufen (muss aber nicht). Über den Begriff Stabilität kann man trefflich streiten, die Platine ist noch nicht so lange in der Wildbahn verfügbar, dementsprechend ist es durchaus möglich, dass da noch irgendwelche Kinderkrankheiten vorhanden sind, aber da alle drei Platinen und die zugehörigen Treiber von mir sind, kann dich das bei allen dreien treffen. Ich denke aber, dass ich doch eher für eine hohe Qualität und Stabilität bekannt bin.

- HmIP-HAP (ab v3.53.26)

Funktioniert nur zusätzlich zu einem Funkmodul, nicht statt einem Funkmodul. Wäre aber die Lösung, falls dir ein zentrales Funkmodul nicht ausreichen sollte.

Viele Grüße
Alex

[Maximilian]

Hallo,

erstmal Danke für Deine qualifizierte Antwort, Alex.

Für HmIP Wired brauchst du zwingend ein RPI-RF-MOD, siehe auch weiter unten.

Das hatte ich leider schon so gefunden. Ist bekannt warum das so ist? Welche Funktionen werden hier verwendet?
Für mich klingt das schizofren - man braucht ein Funkmodul für eine Kabelverbindung...

Könnte man das Funkmodul für den Einsatz von Wired-Komponenten sowie Anbindung an HmIP-HAP evtl. komplett
emulieren? Auf einer x86 Umgebung sollte ja ausreichend Rechenleistung vorhanden sein...

- Komplett Open Source?

Ist bei beidem nicht gegeben, weil beides auf den Closed Source Komponenten von eQ-3 aufsetzt.

Das war mir schon klar - aber sind alle Bestandteile Open Source, die dann eben aus der eQ-3 OCCU
die Debmatic bzw. die Raspberrymatic machen? D.h. könnte ich das selbst komplett bauen und ggfs. Bugs fixen?

- RPI-RF-MOD + HB-RF-USB + USB-over-Cat

Aktuell einzige Möglichkeit bei RaspberryMatic, wird schwierig mit der Anforderung an ein hübsches weißes Gehäuse.

Ja. In diesem Fall würde es wohl ein hässliches schwarzes Gehäuse werden, dieses mit Blei verkleidet und
innerhalb des Servergehäuses verbaut. Funk dann nur über einen HmIP-HAP.

- RPI-RF-MOD + HB-RF-USB-2 + USB-over-Cat
- RPI-RF-MOD + HB-RF-ETH

Beide laufen aktuell nur mit debmatic.

D.h. es könnte zukünftig auch unter anderen "Distributionen" verfügbar werden. Ist die Anbindung dokumentiert und frei verfügbar?

Die HB-RF-ETH wäre meine Empfehlung in deinem Fall.

Diese gefällt mir auch prinzipiell am besten. Allerdings stört mich die aktuelle Abhängigkeit von Debmatic etwas.
Man weiß ja nie wie lange das so gut weitergepflegt wird...

Grüße Maximilian

[deimos]

Hi,

Für HmIP Wired brauchst du zwingend ein RPI-RF-MOD, siehe auch weiter unten.

Das hatte ich leider schon so gefunden. Ist bekannt warum das so ist? Welche Funktionen werden hier verwendet?
Für mich klingt das schizofren - man braucht ein Funkmodul für eine Kabelverbindung...

Könnte man das Funkmodul für den Einsatz von Wired-Komponenten sowie Anbindung an HmIP-HAP evtl. komplett
emulieren? Auf einer x86 Umgebung sollte ja ausreichend Rechenleistung vorhanden sein...

Die Verschlüsselung von HmIP findet im RPI-RF-MOD statt, auch die Kommunikation mit HmIP Wired ist darüber verschlüsselt.
Das mit der Emulation wäre grundsätzlich toll, da das gesamte Verfahren aber nicht offen gelegt ist, wird es schwierig das zu emulieren.

- Komplett Open Source?

Ist bei beidem nicht gegeben, weil beides auf den Closed Source Komponenten von eQ-3 aufsetzt.

Das war mir schon klar - aber sind alle Bestandteile Open Source, die dann eben aus der eQ-3 OCCU
die Debmatic bzw. die Raspberrymatic machen? D.h. könnte ich das selbst komplett bauen und ggfs. Bugs fixen?

Das gesamte Außendrum ist bei beiden Open Source, beides kann man mit etwas Hintergrundwissen komplett selbst bauen.

- RPI-RF-MOD + HB-RF-USB-2 + USB-over-Cat
- RPI-RF-MOD + HB-RF-ETH

Beide laufen aktuell nur mit debmatic.

D.h. es könnte zukünftig auch unter anderen "Distributionen" verfügbar werden. Ist die Anbindung dokumentiert und frei verfügbar?

Es steht alles unter Open Source Lizenzen und ist veröffentlicht. Aber es ist nicht Freeware.

Die HB-RF-ETH wäre meine Empfehlung in deinem Fall.

Diese gefällt mir auch prinzipiell am besten. Allerdings stört mich die aktuelle Abhängigkeit von Debmatic etwas.
Man weiß ja nie wie lange das so gut weitergepflegt wird...

Wenn du danach gehst, darfst du komplett nicht mit Homematic anfangen, wer weiß schon, wie lange eQ-3 die CCU weiterpflegt.
Aber klare Vorgaben für die Entwicklung von debmatic und noch mehr von piVCCU ist es, dass es den Plan B geben muss, dass man notfalls auf eine CCU3 wechseln kann, wenn ich aus welchen Gründen auch immer die Entwicklung nicht mehr weiterbetreiben kann.

Viele Grüße
Alex

[eiGelbGeek]

- HmIP-HAP (ab v3.53.26)

Funktioniert nur zusätzlich zu einem Funkmodul, nicht statt einem Funkmodul. Wäre aber die Lösung, falls dir ein zentrales Funkmodul nicht ausreichen sollte.

Viele Grüße
Alex

Aber der HAP kann nur HmIP ... das sollte man dabei beachten