ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?
-
@homoran
hättest du das nicht früher schreiben können?
Jetzt habe ich diese Erfahrung auch.^^Ich bin jetzt auf das kleine Funkmodul ausgewichen und hab dem eine externe Antenne verpasst. Da bei mir das ganze ja auf das IO-Board 4 soll, ist damit auch die Störfrequenz-Geschichte passe. RTC hab ich auf dem IO und Spannungsversorgung ist mir so rum auch lieber. Somit sehe ich so gut wie keine Nachteile mehr zum neuen Modul.
Allerdings muss ich sagen die piccuv3 und Raspberrymatic, da bin ich noch etwas verwirrt. denn Raspberrymatic kann den iobroker als addon installieren und läuft auf der neueren CCU3-Basis. Wobei mir grundsätzlich auch die piccu3 vom Konzept her besser gefällt.
Hat einer Erfahrungen, wie das mit dem Umzug dann läuft? aktuell nutze ich ein homematic IP-Gateway und eine Hue-Bridge. Diese beiden sollen auf den Raspi umziehen. Geht das ohne weiteres oder muss ich jedes Gerät neu anlernen, alle Beschreibungen und Gruppen neu organisieren und die ganze Automatisierung neu schreiben?
-
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
denn Raspberrymatic kann den iobroker als addon installieren
dann probier das mal
die Version ist uralt@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
piccuv3 und Raspberrymatic, da bin ich noch etwas verwirrt. denn Raspberrymatic kann den iobroker als addon installieren und läuft auf der neueren CCU3-Basis
pivccu3 hat die original ccu3 Firmware
-
@homoran sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
dann probier das mal
die Version ist uralt
@Das wusste i gar ned. Wie gesagt, tendiere auch eher zum piccu3.
pivccu3 hat die original ccu3 Firmware
Soweit ich gelesen habe, wird die CCU3 Firmware der Raspberrymatic nachentwickelt und dann kommt es erst in die piccu3. Also doch einiges zeitverzögert. Wobei ich eigentlich eh vorhabe, die piccu3 nur zur Einbindung und Konfiguration der Geräte nutzen will. Die Gruppierung und Steuerung der Beleuchtung soll über den ioBroker laufen, damit auch die Hue Geräte mit eingebunden werden können.
-
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
wird die CCU3 Firmware der Raspberrymatic nachentwickelt und dann kommt es erst in die piccu3. Also doch einiges zeitverzög
die Reihenfolge ist :
Jens Maus programmiert einiges an seiner Raspberrymatic. Erst wenn eq-3 von der Stabilität der Module überzeugt ist kommt es in die offizielle ccu3 - oder nicht.
das ist wie latest und stable bei uns.
kurz darauf hat Alex dann die Firmware für die piVCCU adaptiert.wobei Raspberrymatic und ccu3 nicht auf einem vollwertigen linux laufen und nichts anderes (ohnr Klimmzüge ) da noch mit drauf kann.
-
Jo so ca. hab ich das auch gelesen. Ich denke ich werde mir eine Buster OS installieren, da die pivccu3 nachinstallieren und dann den iobroker. Die originalwn pivccu3 images haben nur Buster lite drauf.
-
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
nur Buster lite
Genau das ist auch die einzig richtige Version für diese Unternehmung.
-
@thomas-braun
Warum das? -
@renegade-0
Warum sollte eine andere Version mit Desktop verwendet werden?
Sind alles Serverdienste, was willst du da mit 'nem Desktop? -
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
@thomas-braun
Warum das?Gegenfrage:
was wäre denn die Alternative, und warum? -
Es sollen ja noch andere kleinere Dienste darauf laufen und für Servicezwecke ist ein Desktop für mich besser, da meine Erfahrungen mit Linux nicht so ausgeprägt sind.
-
@homoran
Buster DEsktop und dann piVCCU3 nachinstallieren, damit ich den Desktop nutzen kann. -
@renegade-0 Unnötiger Quark. Was glaubst du, warum die ganzen Images die Lite Version als Basis haben? Vertun die sich da alle und übersehen die Desktopversion oder hat es vielleicht einen tieferen Sinn die Server-Version zu nutzen?
-
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
Es sollen ja noch andere kleinere Dienste darauf laufen und für Servicezwecke ist ein Desktop für mich besser, da meine Erfahrungen mit Linux nicht so ausgeprägt sind.
Verständlich, aber du wirst schnell feststellen das dir ein Desktop hier eigentlich keinen Vorteil Bietet. Alles was für den Einsatz als Dienst gedacht ist wird per Kommandozeile verwaltet.
Spar dir lieber die Resourcen auf dem Pi. -
Ich würde ihn ja im Betrieb dann später ausschalten. Aber was drauf ist, ist halt drauf.
-
@thomas-braun
Vielleit habe ich aber auch einen individualisierten Anwendungsfall??? -
@renegade-0 Immer noch Quatsch. Warum installieren, wenn der Desktop dann nicht genutzt werden soll?
-
Hab ich was von nicht gesagt? Er ist im Standartbetrieb nicht an, aber ich kann ihn bei Bedarf zuschalten oder halt, wenn ich die dementsprechenden Anwendungen brauche.
-
@renegade-0 Und die wären? Ein Mix-Betrieb ist und bleibt Quatsch.
-
@thomas-braun
Da merkt man, dass manche Leute doch mal vom PC weg sollten und Geräte vor Ort konfigurieren oder supporten sollten.Aber du kannst ja gerne mal deiner Mutter über Telefon erklären, wie sie auf einen Raspi den ioBroker über ssh installiert. Danach können wir uns über den Sinn und Unsinn eines vorbereiteten Desktops gerne weiter unterhalten, bis dahin würde ich gerne zum Thema des Threads zurückkehren oder faktisch belegte Gründe gegen eine vorbereitete Desktopinstallation präsentiert bekommen. Danke sehr
-
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
Aber du kannst ja gerne mal deiner Mutter über Telefon erklären, wie sie auf einen Raspi den ioBroker über ssh installiert.
und mit Desktop macht sie dort die Konsole auf
@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:
bis dahin würde ich gerne zum Thema des Threads zurückkehren oder faktisch belegte Gründe gegen eine vorbereitete Desktopinstallation präsentiert bekommen.
unnötiger Ressourcenverbrauch!
auch bei "abgeschaltetem" Desktop.
