piVCCU mit CCU3 Firmware

[deimos]

Hi,

piVCCU neu starten reicht, aber nicht über die WebUI, sondern vom Host aus über systemctl.

Viele Grüße
Alex

[klassisch]

Sah zwischenzeitlich ganz gut aus. CUxD wieder hergestellt, email-Addon wieder hergestellt.
Und dann dachte ich, mit Jérômes addon kann doch nichts passieren, ist ja nur xml...
Aber danach startet das Ding eeewiiiig. Ok, jetzt ist er wieder da.
Leider muß ich jetzt weg.

Nach dem HW-Wechsel muß ich noch
- Funkmodul umstellen
- CUL-Stick einbinden
- Backupskripte und crontab umstellen

Noch ne Frage. Irgendwo habe ich gelesen, daß man piVCCU per systemctrl dauherhaft deaktivieren kann. Das wäre ja was ich für den OPi bräuchte, der jetzt piVCCU trägt und zum Reserve-Rechner wird. Ich würde gerne noch für eine gewisse Zeit piVCCU drauf lassen, aber mit dem Gerät zu anderen Zwecken ans Netz können, ohne daß es Interferenzen gibt.

[deimos]

Hi,

Klingt doch schonmal gut.

Code: Alles auswählen

sudo systemctl disable pivccu

Viele Grüße
Alex

[klassisch]

Sieht so als als hätte ich eine piVCCU3 auf meinem ehemaligen Reserve-OPi.
Bisher scheinen die Wesentlichen Sachen zu laufen. Backup-Skript und crons muß ich noch kopieren. Meine Tablets werden noch nicht eingesschaltet, aber dazu hatte ich socat installiert. Da muß ich nochmals genauer beim alten OPi abschauen und in meiner Doku nachsehen.
Eine Sache ist mir aufgefallen, die evtl für @uwe111 interssant sein könnte. Habe nach viewtopic.php?f=37&t=45438&p=455618 die Datei /usr/local/addons/cuxd/cuxd.ps auf das neue System umkopiert. Das hat soweit auch funktioniert, bis auf den Reiter "Setup". Der wurde nicht übernommen.

Dann passt natürlich die Anleitung in einigen Punkten nicht mehr. Dort wo auf den Pfad /etc/piVCC verwiesen wird, der bei piVCCU3 /etc/piVCCU3 heisst. Mir ist es beim mouten des CUL-Sticks aufgefallen. Und bei Stretch scheinen irgendwelche Besserwisser den USB Stick in ttyACM0 umbenannt zu haben. Wie wenn es sonst keine Probleme gäbe....
Werde die Sache natürlich noch weiter beobachten.
Vielen Dank!

[klassisch]

Eine kleine Anmerkung noch: die Backups, die vom host erzeugt werden, haben die gleiche Nomenklatur wie bei piVCCU2

[deimos]

Hi,

das mit dem Durchreichen der Geräte mache ich grade komplett neu, da kann man die USB Geräte dann über den Installer bzw. über dpkg-reconfigure auswählen. Und damit wird dann auch endlich das Problem gefixt, dass die nach einem Restart innerhalb des Containers verschwinden.

Das mit dem Backup stimmt, aber sollte das angepasst werden? Mir fehlen da komplett die Pros und Cons.

Viele Grüße
Alex

[klassisch]

das mit dem Durchreichen der Geräte mache ich grade komplett neu, da kann man die USB Geräte dann über den Installer bzw. über dpkg-reconfigure auswählen. Und damit wird dann auch endlich das Problem gefixt, dass die nach einem Restart innerhalb des Containers verschwinden.

Das wäre ja super luxoriös.

Das mit dem Backup stimmt, aber sollte das angepasst werden? Mir fehlen da komplett die Pros und Cons.

Mein Pro wäre: Die Backups von CCU2 und CCU3 sind nicht kompatibel. Die Backups vom WebUI aus habe auch verschiedene Namen. Meine hostgenerierten Backups landen alle auf der Synology in einem Directory und sehen nach Dateinamen kompatibel aus, sind es aber nicht. Gut, da hätte ich auch im rsync-Skript auf ein anderes directory kopieren können. Wär auch ne Lösung...

[deimos]

Hi,

guter Punkt. Wenn kein Con kommt, passe ich es an.

Viele Grüße
Alex

[klassisch]

[teils-OT]
Habe jetzt mal RedMatic von @hobbyquaker auf piVCCU3 installiert. Scheint zu laufen. Bin noch unschlüssig, ob ich es nutze, da ich auf ioBroker auch kein nodeRed nutze. Bin damit nie richtig warm geworden. Gibt aber bereits eine stolze Beispielsammlung: https://github.com/hobbyquaker/RedMatic
Sieht auf jeden Fall schon mal gut aus:

Und hier noch die Belastung, die der OPI durch piVCCU3 erfährt, gemessen mit

armbianmonitor -r

Der kleine Peak kommt wohl von der Installation von nodeRed.

[klassisch]

Habe gestern gegen 20 Uhr Programme zugefügt, editiert, gelöscht. Seither gibts ein anderes Verhalten bei der Auslastung, welches eher dem Schema der piVCCU entspricht. Da wurde wohl etwas initialisert oder aufgeräumt.