Empfehlung Zentrale/Gateway
Moderator: Co-Administratoren
Empfehlung Zentrale/Gateway
Hallo zusammen,
ich habe Raspberrymatic in einer VM laufen und nutze zur Anbindung meiner Bidcos Geräte das HM-CFG-LAN.
Leider sind damit ja keine Firmware Updates auf den Homematic Geräten möglich. Deshalb suche ich nach einer Alternative, mit der ich Firmware Updates durchführen kann und die idealerweise auch schon HMIP unterstützt.
Habe überlegt mir eine gebrauchte CCU3 zu kaufen. Kann man die als LAN Gateway betreiben, quasi als 1:1 Ersatz für das HM-CFG-LAN oder macht es mehr Sinn die CCU3 mit Raspberrymatic zu betreiben und die Config zu migrieren?
Für Anregungen, Empfehlungen bin ich sehr dankbar.
Danke und Grüße,
Kokel
ich habe Raspberrymatic in einer VM laufen und nutze zur Anbindung meiner Bidcos Geräte das HM-CFG-LAN.
Leider sind damit ja keine Firmware Updates auf den Homematic Geräten möglich. Deshalb suche ich nach einer Alternative, mit der ich Firmware Updates durchführen kann und die idealerweise auch schon HMIP unterstützt.
Habe überlegt mir eine gebrauchte CCU3 zu kaufen. Kann man die als LAN Gateway betreiben, quasi als 1:1 Ersatz für das HM-CFG-LAN oder macht es mehr Sinn die CCU3 mit Raspberrymatic zu betreiben und die Config zu migrieren?
Für Anregungen, Empfehlungen bin ich sehr dankbar.
Danke und Grüße,
Kokel
- Roland M.
- Beiträge: 9804
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1381 Mal
Re: Empfehlung Zentrale/Gateway
Hallo und willkommen im Forum!
Raspberrymatic im Gateway-Modus kann man auf einem Raspi installieren, man braucht aber das alte, "kleine" Funkmodul HM-MOD-RPI-PCB. Aber ein LAN-Gateway hast du ja schon. Und auch diese Lösung würde HmIP ausschließen.
Roland
Nein.
Raspberrymatic im Gateway-Modus kann man auf einem Raspi installieren, man braucht aber das alte, "kleine" Funkmodul HM-MOD-RPI-PCB. Aber ein LAN-Gateway hast du ja schon. Und auch diese Lösung würde HmIP ausschließen.
Wie immer für virtuelle CCU: Funkmodul RPI-RF-MOD an USB-Adapter HB-RF-USB-2 bzw. Netzwerkadapter HB-RF-ETH. Simple as that.Für Anregungen, Empfehlungen bin ich sehr dankbar.
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
-
- Beiträge: 14164
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Empfehlung Zentrale/Gateway
Nein, kann man nicht. Zumindest nicht für beide Protokolle.
Das wäre mein Lösungsansatz. Ich bin aber voreingenommen, denn ich kann mit der ganzen Virtualisiererei einer CCU nicht wirklich was anfangen, weil ich keinen greifbaren Vorteil für den Normalanwender erkennen kann. Die meisten Argumente klingen für mich immer an den Haaren herbeigezogen. Virtualisierung um der Virtualisierung Willen ohne jeglichen funktionellen Gewinn. Bei einer separaten CCU kann man ruckzuck im Fehlerfall beim Vorhandensein ein Ersatzsystem aufbauen. Und es läuft einfach autark. Keine sideeffects durch Updates des Virtualiserungshosts. Ich bin nicht grundsätzlich gegen virtuelle Rechner. Ich betreibe selbst welche für Dinge, bei denen es mir wirklich sinnvoll erscheint - für Datenbank und Historian z.B. Laufen solche Dinge nicht, verliert man ein paar Protokolldaten. So what? Liegt der Hostrechner aus irgendeinem Grund auf der Nase (und je mehr man drauf betreibt, umso wahrscheinlicher ist das), funktioniert auch das Smarthome nicht mehr (zumindest ein Großteil der Automatisierungen).
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
- Roland M.
- Beiträge: 9804
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1381 Mal
Re: Empfehlung Zentrale/Gateway
Hallo!
Ich bin bzw. war auch immer Verfechter der Strategie "one job - one box". Aber bei beschränktem Platzangebot schlägt einem die Hardware irgendwann über dem Kopf zusammen. Da eine CCU, dort ein Raspi, der Webserver (Raspi) hängt vom Schreibtisch runter, der 16-Port-Switch ist voll, von den 10-fach-Steckdosenleisten gar nicht zu sprechen. Stromverbrauch, dass man gar keine Heizung mehr braucht... Und das, obwohl ohnehin ein Server 7/24 läuft, der sich aber als Mailserver langweilt. Also Zielrichtung virtualisieren und reduzieren! Derzeit laufen 5 VMs final, zwei weitere stehen in den Startlöchern. Nicht mitgerechnet die Tests, bei denen man sich schnell eine VM herrichtet (und dann wieder entsorgt).
Wenn man die virtuelle CCU auf einem zweiten Host repliziert und fürs Funkmodul einen Netzwerkadapter verwendet, kann ein Host ausfallen, ohne dass das aus Anwendersicht auffällt. (Ob der Aufwand für den Heimgebrauch gerechtfertigt ist, steht natürlich auf einem anderen Blatt.)
Und in den rund zwei Jahren, in denen mein VM-Server nun läuft, ist dieser softwareseitig noch nie ausgefallen.
Aber wie gesagt, eine virtuelle CCU ist eine Lösung und sicher nicht die einzig wahre. Und ich missioniere sicher nicht!
Roland
Darüber kann man trefflich streiten!Xel66 hat geschrieben: ↑24.11.2021, 16:23Ich bin aber voreingenommen, denn ich kann mit der ganzen Virtualisiererei einer CCU nicht wirklich was anfangen, weil ich keinen greifbaren Vorteil für den Normalanwender erkennen kann. Die meisten Argumente klingen für mich immer an den Haaren herbeigezogen.
Ich bin bzw. war auch immer Verfechter der Strategie "one job - one box". Aber bei beschränktem Platzangebot schlägt einem die Hardware irgendwann über dem Kopf zusammen. Da eine CCU, dort ein Raspi, der Webserver (Raspi) hängt vom Schreibtisch runter, der 16-Port-Switch ist voll, von den 10-fach-Steckdosenleisten gar nicht zu sprechen. Stromverbrauch, dass man gar keine Heizung mehr braucht... Und das, obwohl ohnehin ein Server 7/24 läuft, der sich aber als Mailserver langweilt. Also Zielrichtung virtualisieren und reduzieren! Derzeit laufen 5 VMs final, zwei weitere stehen in den Startlöchern. Nicht mitgerechnet die Tests, bei denen man sich schnell eine VM herrichtet (und dann wieder entsorgt).
Nun ja, ein Ersatzsystem braucht man auch und einen entsprechenden "Schlachtplan".Bei einer separaten CCU kann man ruckzuck im Fehlerfall beim Vorhandensein ein Ersatzsystem aufbauen.
Wenn man die virtuelle CCU auf einem zweiten Host repliziert und fürs Funkmodul einen Netzwerkadapter verwendet, kann ein Host ausfallen, ohne dass das aus Anwendersicht auffällt. (Ob der Aufwand für den Heimgebrauch gerechtfertigt ist, steht natürlich auf einem anderen Blatt.)
Hardware kann immer ausfallen. Mein alter Server, der in den nächsten Tagen/Wochen endgültig abgelöst wird, ist 12 Jahre alt. Ausfälle: ein Netzteil, eine (gespiegelte) Festplatte. Ausfälle CCU in ~10 Jahren: ein Netzteil.Liegt der Hostrechner aus irgendeinem Grund auf der Nase (und je mehr man drauf betreibt, umso wahrscheinlicher ist das), funktioniert auch das Smarthome nicht mehr (zumindest ein Großteil der Automatisierungen).
Und in den rund zwei Jahren, in denen mein VM-Server nun läuft, ist dieser softwareseitig noch nie ausgefallen.
Aber wie gesagt, eine virtuelle CCU ist eine Lösung und sicher nicht die einzig wahre. Und ich missioniere sicher nicht!
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
-
- Beiträge: 14164
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Empfehlung Zentrale/Gateway
Definitiv. Es finden sich für alles irgendwelche Argumente.
Genau. Aber bei vielen virtuellen CCUs wird die Anzahl der Kisten eben nicht kleiner. Wenn ich sowieso ein Extrakästchen mit dem per USB/Ethernet abgesetzten Funkmodul betreiben muss, um es möglichst mittig im zu versorgenden Funkbereich zu platzieren, dann kann das auch gleich eine "komplette" CCU sein. Vorteil dieser Lösung: sie arbeitet völlig autark und mit einer einigermaßen potenten USV ausgestattet auch über eine gewisse "längere" Zeit. Kann man zwar mit einem richtigen fetten Ding und via POE gespeist auch machen, ist aber viel mehr und kostenintensivere Hardware.
Das Grundproblem ist, dass das häufig durch die Profis dargestellt als absolut easy und Quasi-Normalkonstellation durch Einsteiger wahrgenommen wird und das Projekt bei den Einsteigern schon an simplen Netzwerkeinrichtungproblemen zu scheitern droht, weil eben nicht mal diesbezügliche Grundkenntnisse vorhanden sind. Mit einer Istallation nahe an der Referenzhardware würden viele der vielfach im Forum behandelten Probleme überhaupt nicht existieren. Ich erinnere an der Stelle nur an den Effekten, wenn unbedingt ein potenter Pi4 als CCU-Basis eingesetzt wird, um dann da drauf auch noch andere Dinge laufen zu lassen. Am Ende scheitert es dann an den von den USB-Schnittsstellen emittiert EMV.
Missionieren will ich auch nicht. Wie bei anderen Dingen gebe ich als beruflich geprägter Bedenkenträger den einsamen Rufer in der Wüste um auf solche Probleme im Vorfeld hinzuweisen. Vielleicht kommt der ein oder andere dann zu dem Schluss, dass es vielleicht doch nicht der Weisheit letzter Schluss ist, als Einsteiger mit solchen Experimenten an einer Stelle anzufangen, deren Ausfall einem ggf. wehtut. Kommt drauf an, wie weit die Automatisierung geht. Aber es würde schon reichen, wenn die Bude kalt bleibt, weil die Heizungssteuerung nicht funktioniert (OK, schlechtes Beispiel: dort funktioniert vieles mit lokalen Zeitprofilen und Direktverküpfungen).
An allen möglichen und unmöglichen Stellen Virtualisierungen auf Biegen und Brechen einzusetzen ist genau so daneben, wie heutzutage zu beobachtbare Trend, jedes banale Problem mit einer Blockchain (oder auch mal bis zu fünf ) zu erschlagen, wenn es wirklich funktionelle (Standard)Lösungen gibt. Hier wird auch teilweise das "passende" Problem für eine bestehende (in den meisten Fällen aber nicht die zielführende) Lösung gesucht. Wie geschrieben, ich verteufele Virtualisierungen nicht per se (setze sie ja auch selbst ein), aber bei einem CCU-Ersatz sehe ich es einfach nicht als sinnvoll an. Als Host für z.B. iobroker, Historian und Co sehe ich durchaus eine Anwendung.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
- Roland M.
- Beiträge: 9804
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1381 Mal
Re: Empfehlung Zentrale/Gateway
Hallo!
Genau so, wie per Docker o.ä. mehrere Funktionen (ioBroker, NodeRed, Historian) auf einen Raspi (auch wenn es ein 4er ist) packen zu wollen.
Roland
Ja, Raspi + USB/ETH-Adapter + Funkmodul nur für die CCU finde ich auch etwas übertrieben.
Genau so, wie per Docker o.ä. mehrere Funktionen (ioBroker, NodeRed, Historian) auf einen Raspi (auch wenn es ein 4er ist) packen zu wollen.
Auch hier sind wir einer Meinung! Einem Einsteiger würde ich niemals eine virtuelle CCU raten. Originale CCU oder Raspi-Selbstbau. Wenn man dann Erfahrung hat und wirklich an Grenzen oder auf spezielle Bedürfnisse stößt, kann man immer noch wechseln.Das Grundproblem ist, dass das häufig durch die Profis dargestellt als absolut easy und Quasi-Normalkonstellation durch Einsteiger wahrgenommen wird und das Projekt bei den Einsteigern schon an simplen Netzwerkeinrichtungproblemen zu scheitern droht, weil eben nicht mal diesbezügliche Grundkenntnisse vorhanden sind.
Na, dann nehmen wir doch die finstere Bude, weil Lichtschalter doch uncool sind - macht man doch mit dem Smartphone!Aber es würde schon reichen, wenn die Bude kalt bleibt, weil die Heizungssteuerung nicht funktioniert (OK, schlechtes Beispiel: dort funktioniert vieles mit lokalen Zeitprofilen und Direktverküpfungen).
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
Re: Empfehlung Zentrale/Gateway
Vielen Dank für die Antwort. Aber um mir den Aufwand mit dem Raspi+Funk+ETH-Modul zu sparen kann ich doch auch einfach Raspberrymatic auf eine CCU3 spielen, Backup aus meiner virtuelllen Instanz restoren und fertig? Hätte das irgendwelche Nachteile gegenüber der Raspi Version, irgendwas, das ich mir verbaue? HmIP würde die CCU3 dann ja auch können.Roland M. hat geschrieben: ↑24.11.2021, 16:18Nein.
Raspberrymatic im Gateway-Modus kann man auf einem Raspi installieren, man braucht aber das alte, "kleine" Funkmodul HM-MOD-RPI-PCB. Aber ein LAN-Gateway hast du ja schon. Und auch diese Lösung würde HmIP ausschließen.
Wie immer für virtuelle CCU: Funkmodul RPI-RF-MOD an USB-Adapter HB-RF-USB-2 bzw. Netzwerkadapter HB-RF-ETH. Simple as that.Für Anregungen, Empfehlungen bin ich sehr dankbar.
Hab Raspberrymatic virtuell laufen, weil ich sowieso nen vollen Server im Keller habe. Ich würde die Anzahl an Raspis gerne so klein wie nur eben möglich halten ...
Kokel
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: Empfehlung Zentrale/Gateway
Hi,
Und warum läßt du die CCU3 nicht einfach CCU3 sein?
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
- Roland M.
- Beiträge: 9804
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1381 Mal
Re: Empfehlung Zentrale/Gateway
Hallo!
Nämlich die Preisdifferenz zwischen Original-CCU3 und "Charly"-Bausatz.
Meine Meinung:
Roland
Ja, könnte man.
Ja, zwar ein schickes Gehäuse mehr, aber rund 50 Euro weniger.Hätte das irgendwelche Nachteile gegenüber der Raspi Version,
Nämlich die Preisdifferenz zwischen Original-CCU3 und "Charly"-Bausatz.
Meine Meinung:
- CCU3, wenn man das Original mit (zweifelhaftem) Support und Mediola-Lizenz haben will
- Charly, also Raspi 3 + Funkmodul, wenn man etwas bastelfreudig ist und alternative CCU-Varianten einsetzen will
- Raspi 4 + USB/ETH-Adapter + Funkmodul, wenn man sehr bastelfreudig ist und sich eine "Power-CCU" machen will
- virtuelle CCU + USB/ETH-Adapter + Funkmodul, wenn man ganz genau weiß, auf was man sich da einlässt
Ähnlicher Ansatz wie bei mir. Allerdings ist ein abgesetztes Funkmodul auch ein Stück Hardware, gleich wie eine ganze CCU.Hab Raspberrymatic virtuell laufen, weil ich sowieso nen vollen Server im Keller habe. Ich würde die Anzahl an Raspis gerne so klein wie nur eben möglich halten ...
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
Re: Empfehlung Zentrale/Gateway
Hi,
Vielen Dank für eure Hilfe!
Kokel
Eine gebrauchte CCU3 bekommt man mit etwas Glück schon für 90-100€. Ich denke, dass ich zuerst versuchen werde mir so eine zu schießen.
Vielen Dank für eure Hilfe!
Kokel