Hi,
mit LAN GW habe ich es noch nicht probiert, rein mit dem Funkmodul funktioniert das einwandfrei unter piVCCU, das mach ich pro Release grob 3-4 mal, weil ich zwar einige Funkmodule habe, aber nur überschaubar wenige Testaktoren und -sender (und das auch so ein für mich wichtiger Testcase ist, für den Fall, dass meine Produktivhardware abraucht)
Ansonsten muss man halt auch sagen, dass bei piVCCU grade bei der Einbindung des Funkmoduls im Detail einiges deutlich anders als bei YAHM umgesetzt ist und deswegen eine Beobachtung unter YAHM noch lange nicht für piVCCU gilt.
Viele Grüße
Alex
"Hochverfügbarkeit" mit piVCCU
Moderator: Co-Administratoren
-
- Beiträge: 10679
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 329 Mal
- Danksagung erhalten: 504 Mal
Re: "Hochverfügbarkeit" mit piVCCU
Darf ich mich da evtl. mit einem ähnlichen Anliegen anschließen?
Ich habe piVCCU auf einem Raspi 3 laufen und es funktioniert auch soweit alles. Nur leider ist die Empfangsleistung im Vergleich zu meiner CCU2 um einiges schlechter. Daher möchte ich piVCCU als Fallback-Lösung verwenden und vorerst standardmäßig bei der CCU2 bleiben. Auf dem Raspi 3 laufen zur Zeit noch die Homebridge und vcontrold für den Zugriff auf meine Viessmann-Heizung. Daher kann ich den Raspi nicht einfach ausschalten. Gibt es eine Möglichkeit, piVCCU auf einem laufenden Raspi 3 einfach zu stoppen und zu starten?
Gruß,
Thorsten
Ich habe piVCCU auf einem Raspi 3 laufen und es funktioniert auch soweit alles. Nur leider ist die Empfangsleistung im Vergleich zu meiner CCU2 um einiges schlechter. Daher möchte ich piVCCU als Fallback-Lösung verwenden und vorerst standardmäßig bei der CCU2 bleiben. Auf dem Raspi 3 laufen zur Zeit noch die Homebridge und vcontrold für den Zugriff auf meine Viessmann-Heizung. Daher kann ich den Raspi nicht einfach ausschalten. Gibt es eine Möglichkeit, piVCCU auf einem laufenden Raspi 3 einfach zu stoppen und zu starten?
Gruß,
Thorsten
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
- deimos
- Beiträge: 5404
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 959 Mal
- Kontaktdaten:
Re: "Hochverfügbarkeit" mit piVCCU
Hi,
kannst du den Container starten bzw. stoppen, mit kannst du den Autostart beim Boot des Dienstes aktivieren bzw. deaktiveren.
Viele Grüße
Alex
Das ist problemlos möglich. piVCCU ist als normaler systemd Service installiert. mitdtp hat geschrieben: Gibt es eine Möglichkeit, piVCCU auf einem laufenden Raspi 3 einfach zu stoppen und zu starten?
Code: Alles auswählen
sudo systemctl start|stop pivccu
Code: Alles auswählen
sudo systemctl enable|disable pivccu
Viele Grüße
Alex
-
- Beiträge: 10679
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 329 Mal
- Danksagung erhalten: 504 Mal
Re: "Hochverfügbarkeit" mit piVCCU
Hi Alex,
klasse. Da hätte ich aber auch selbst drauf kommen können.
Gruß,
Thorsten
klasse. Da hätte ich aber auch selbst drauf kommen können.
Gruß,
Thorsten
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
-
- Beiträge: 113
- Registriert: 04.01.2015, 13:51
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 5 Mal
Re: "Hochverfügbarkeit" mit piVCCU
Moin Thorsten,
Ich kann nur sagen, dass ich mit piVCCU absolut zufrieden bin. Allerdings dient die piVCCU mehr oder weniger nur als Interface für die Geräte - lediglich von dir laufen noch Programmteile für die Pushover Nachrichten Die restlichen Skripte dienen nur der Kontrolle zwischen IP-Symcon und piVCCU.
Gruß
Hans
diesen Eindruck kann ich nicht bestätigen. Ich hatte an der CCU2 die Flachantenne von Funkleuchtturm (Eugen) und habe diese jetzt an dem RPi3. Die Ergebnisse sind in beiden Fällen super und ich konnte keine Veränderungen feststellen, obwohl ich genau dies aufgrund einiger Beiträge hier befürchtet hattedtp hat geschrieben:Ich habe piVCCU auf einem Raspi 3 laufen und es funktioniert auch soweit alles. Nur leider ist die Empfangsleistung im Vergleich zu meiner CCU2 um einiges schlechter.
Ich kann nur sagen, dass ich mit piVCCU absolut zufrieden bin. Allerdings dient die piVCCU mehr oder weniger nur als Interface für die Geräte - lediglich von dir laufen noch Programmteile für die Pushover Nachrichten Die restlichen Skripte dienen nur der Kontrolle zwischen IP-Symcon und piVCCU.
Gruß
Hans
-
- Beiträge: 9118
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 286 Mal
Re: "Hochverfügbarkeit" mit piVCCU
Hi,
Nur um keine Missverständnisse aufkommen zu lassen, wovon ich sprach - nachfolgend mein (erster) Test mit piVCCU:
Mit diesem Funkmodul erfolgte die Installation ändert sich kurz nach Aufruf in 'Standard. Ein anderes - noch nie verwendetes Funkmodul auf dem selben PI mit der selben piVCCU-Installation: Und bei meinen bisherigen o.g. Versuchen blieb diese SN bis zum St. Nimmerleinstag so stehen
Aber hier kommt nun der Unterschied in piVCCU - auch das neue Modul wird nach kurzer Zeit auf Standard gesetzt! Aber diese Seriennummern sind fest im Modul und bleiben - egal ob Yahm, RMatic und egal auf welchem PI - immer identisch und nicht wie zum ich es verstanden hatte
Aber meine Hochachtung:
Tolle Arbeit, die du hier erbracht hast und uns hier zur Verfügung stellst.
Man könnte fast in Versuchung kommen.
Ich habe hier weiter getestet und dabei ein für mich nicht lösbares Problem mit dem Einspielen das Yahm-Backups - aber hierzu mache ich einen neuen Fred auf!
Ich sprach auch nicht davon, sondern wie auch du vom Funkmodul!deimos hat geschrieben:mit LAN GW habe ich es noch nicht probiert
Nur um keine Missverständnisse aufkommen zu lassen, wovon ich sprach - nachfolgend mein (erster) Test mit piVCCU:
Mit diesem Funkmodul erfolgte die Installation ändert sich kurz nach Aufruf in 'Standard. Ein anderes - noch nie verwendetes Funkmodul auf dem selben PI mit der selben piVCCU-Installation: Und bei meinen bisherigen o.g. Versuchen blieb diese SN bis zum St. Nimmerleinstag so stehen
Aber hier kommt nun der Unterschied in piVCCU - auch das neue Modul wird nach kurzer Zeit auf Standard gesetzt! Aber diese Seriennummern sind fest im Modul und bleiben - egal ob Yahm, RMatic und egal auf welchem PI - immer identisch und nicht wie zum ich es verstanden hatte
P.S.deimos hat geschrieben:...bei HM classic wird die Seriennummer aus der Config beim Start in das Funkmodul geschrieben..
Aber meine Hochachtung:
Tolle Arbeit, die du hier erbracht hast und uns hier zur Verfügung stellst.
Man könnte fast in Versuchung kommen.
Ich habe hier weiter getestet und dabei ein für mich nicht lösbares Problem mit dem Einspielen das Yahm-Backups - aber hierzu mache ich einen neuen Fred auf!
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!
- deimos
- Beiträge: 5404
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 959 Mal
- Kontaktdaten:
Re: "Hochverfügbarkeit" mit piVCCU
OK, man muss es anders formulieren: Es gibt ein Hardware SN, diese ändert sich nie. Und es gibt die SN, welche für den Funk verwendet wird. Diese wird beim ersten Start (oder nach einem Werksreset) von der HW ausgelesen und in die Config geschrieben. Danach wird für den Funk immer diese SN aus der Config verwendet (technisch gesehen hierfür ins Funkmodul geschrieben, aber nicht ins ROM, sonderin in den RAM), auch wenn man die Hardware wechselt.Daimler hat geschrieben: Aber diese Seriennummern sind fest im Modul und bleiben - egal ob Yahm, RMatic und egal auf welchem PI - immer identisch und nicht wie zum ich es verstanden hattedeimos hat geschrieben:...bei HM classic wird die Seriennummer aus der Config beim Start in das Funkmodul geschrieben..
Viele Grüße
Alex