Umstieg von Wheezy zu Buster erfolgreich durchgeführt

[PeMue]

Du hast den systemd-Deamon nach Config Änderung nicht "reloaded".

doch, ich meine schon 
Zumindest steht in meinem Mitschrieb

Code Auswählen Erweitern

sudo systemctl daemon-reload

Gruß Peter

PS: Ich habe nach langem Irren und Wirren sogar locutus' LCD Board wieder angesteuert bekommen.

[Otto123]

Ich habe jetzt klug reden - ich bin auch nur zufällig drauf gestoßen - aber wenn man es "richtig" macht, ist der daemon-reload inklusive

Code Auswählen Erweitern

sudo systemctl edit --full fhem

[PeMue]

Hallo zusammen,

es ist zum Verzweifeln. Ich hatte mal den CSM von Damian's Display laufen, vermutlich hat aber raspi.config wieder irgendwo etwas reingeschrieben. Folgender Status:
- ich kann die Firmware flashen (mit Hilfe seines Skriptes)
- dev/ttyAMA0 ist sichtbar
- der CUL in FHEM ist aber nur opened
sprich: ich schließe Hardwarefehler aus (weil ich den CSM flashen kann).
Irgendwie passt die Umsortierung Bluetooth/seriell nicht. Ich habe bei Otto noch mal nachgeschaut,
aber es scheint alles so weit ok zu sein. Habt ihr noch einen Tipp für mich?
Mein Model: Raspberry Pi 3 Model B Rev 1.2.

Habt ihr noch einen Tipp für mich?

Danke + Gruß

Peter

[Otto123]

Hallo Peter,

es gab da in letzter Zeit verschiedene "Störer", ich zähle einfach mal auf:
FHEM klappert beim Start alle Schnittstellen ab und stört -> initialUsbCheck disable 1
Bluetooth geht nach FHEM Start nicht, FHEM Start verzögern (steht im fhem.service Artikel im Wiki)
deconz / conbee klappert beim Start alle seriellen Schnittstellen ab und nimmt sie sogar in Beschlag.

Also potentiell ist jede Software die irgendwas mit Schnittstellen macht in der Lage den Adapter zu stören.

Guten Rutsch
Otto

[PeMue]

es gab da in letzter Zeit verschiedene "Störer", ich zähle einfach mal auf:
FHEM klappert beim Start alle Schnittstellen ab und stört -> initialUsbCheck disable 1
Bluetooth geht nach FHEM Start nicht, FHEM Start verzögern (steht im fhem.service Artikel im Wiki)
deconz / conbee klappert beim Start alle seriellen Schnittstellen ab und nimmt sie sogar in Beschlag.

Also potentiell ist jede Software die irgendwas mit Schnittstellen macht in der Lage den Adapter zu stören.

Danke, aber leider war es das nicht. Ich habe auf dem Display I2C auf den Raspberry Pi umgelegt (damit ich die 1-wire Sensoren der USV auslesen kann), und da braucht es leider eine spezielle Firmware, siehe https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=125681

Wünsche Dir bzw. auch allen Forumskollegen ein gutes neues Jahr.

Gruß Peter

[Michael70]

Hallo Zusammen,
auch ich habe mich nun dazu entschieden von Wheezy auf Buster zu migrieren.
Ich denke die Vorgehensweise ist soweit klar, allerdings frage ich mich warum ich die Lite anstelle der Desktop Version nehmen soll.
Bisher habe ich immer bei Bedarf mit VNC angemeldet und konnte dann "meine Sachen" einfach so mit dem Desktop erledigen.
Zur Not könnte ja auch der Autostart deaktiert werden wenn es doch Probleme gibt ?

Vielen Dank, Michael

[Wernieman]

Auch wenn Du den Desktop "deaktivierst", sind die Dateien drauf. Besser ist es deshalb, per ssh, also Konsole, den Server zu bearbeiten.

Die Schwierigkeiten: Update, Sicherheit, ......

Deshalb IMMER die Empfehlung: Light!

[Michael70]

Hallo,

OK Danke für die Info.
Dann werde ich wohl mal loslegen... 

[Michael70]

Hallo zusammen,
seit 2 Wochen läuft nun mein FHEM auf Buster einwandfrei.
D.h. der Umzug selber war kein Problem, ich hatte nur 2 "Fehler".
Zuerst konnten keine GPIO Ports geschaltet werden, da hatte ich vergessen den FHEM user der Gruppe GPIO hinzufügen.
Danach liessen sich Pin 24/26 nicht richtig schalten, was aber daran lag das ich in der Raspi-Config SPI aktiviert hatte welches eben diese Pins (bzw. GPIO 7/8) auch verwendet.
Ich habe daher nun meine Doku entsprechend angepasst

VG, Michael