Gelöst: Neuer rpi: FHEM startet nicht AUTOMATISCH (Stand Jan. 2025)

Begonnen von Thomas24568, 22 Januar 2025, 13:25:12

Vorheriges Thema - Nächstes Thema

passibe

#45
Sehr gut!
Wieso das Problem überhaupt auftritt, weiß ich nicht. Es scheint sich bei bookworm auch irgendetwas mit der Gruppe für serial-Geräte geändert zu haben: https://forum.fhem.de/index.php?topic=137784.msg1310861#msg1310861

Also schonmal – im Hinblick darauf, dass du ja USB-Geräte verwenden willst – mal folgenden Befehl ausführen:
sudo usermod -a -G plugdev fhem
Wenn mich nicht alles täuscht, ist der initialUsbCheck sowieso nur ein Komfortfeature, das automatisch die Geräte erkennt und dann anlegt. Selbst wenn du das deaktivierst, kannst du die Geräte aber immer noch manuell anlegen, also z.B. (siehe Commandref):
define zwdongle_1 ZWDongle <PFAD>@115200Natürlich dann <PFAD> (und in Sonderfällen auch die Baudrate) entsprechend anpassen.

Otto123

Zitat von: Thomas24568 am 23 Januar 2025, 15:53:16wie bekomme ich die USB-Adapter zu sehen?
Die definiert man immer alle per Hand.
initialUsbCheck ist eine Urfunktion von FHEM aus der Zeit als der erste CUL Stick eingebunden wurde. Diese Funktion sollte leicht und vollautomatisch gehen, ich glaube sogar mit flashen.
Ich habe das nie gebraucht, sie hat (wenn vorhanden) immer Ärger mit anderen USB Sticks / seriellen Schnittstellen außer CUls gemacht und ich habe sie immer als erstes rausgeworfen.

Aber ich glaube noch nicht so recht an die Lösung, ich denke das war jetzt irgendwie ein zusätzlicher Effekt, der am Ende geholfen hat. Es wäre immer noch interessant die alten Logs zu sehen
- nicht ab letztem Boot (wie oben)
journalctl -u fhem.service
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Thomas24568

Zitat von: Otto123 am 23 Januar 2025, 16:11:30Es wäre immer noch interessant die alten Logs zu sehen

Tja, die wirklich alten sind ja beim formatieren der SSD ins Nirwana gegangen. Jetzt noch erreichbar ist dies:

Jan 23 13:06:45 pi5 systemd[1]: Starting fhem.service - FHEM Home Automation...
Jan 23 13:06:45 pi5 systemd[1]: Started fhem.service - FHEM Home Automation.
Jan 23 13:07:22 pi5 systemd[1]: Stopping fhem.service - FHEM Home Automation...
Jan 23 13:07:22 pi5 systemd[1]: fhem.service: Deactivated successfully.
Jan 23 13:07:22 pi5 systemd[1]: Stopped fhem.service - FHEM Home Automation.
-- Boot e7c2d5ffc7184df8b1900b9eb01ac27f --
Jan 23 13:07:39 pi5 systemd[1]: Starting fhem.service - FHEM Home Automation...
Jan 23 13:07:39 pi5 systemd[1]: Started fhem.service - FHEM Home Automation.
Jan 23 15:37:27 pi5 systemd[1]: Stopping fhem.service - FHEM Home Automation...
Jan 23 15:38:57 pi5 systemd[1]: fhem.service: State 'stop-sigterm' timed out. Killing.
Jan 23 15:38:57 pi5 systemd[1]: fhem.service: Killing process 819 (perl) with signal SIGKILL.
Jan 23 15:38:57 pi5 systemd[1]: fhem.service: Main process exited, code=killed, status=9/KILL
Jan 23 15:38:57 pi5 systemd[1]: fhem.service: Failed with result 'timeout'.
Jan 23 15:38:57 pi5 systemd[1]: Stopped fhem.service - FHEM Home Automation.
Jan 23 15:38:57 pi5 systemd[1]: fhem.service: Consumed 2h 31min 13.477s CPU time.
-- Boot 345cf13dabcd4f468af5212bd26bed08 --
Jan 23 15:42:20 pi5 systemd[1]: Starting fhem.service - FHEM Home Automation...
Jan 23 15:42:20 pi5 systemd[1]: Started fhem.service - FHEM Home Automation.
Jan 23 15:48:16 pi5 systemd[1]: Stopping fhem.service - FHEM Home Automation...
Jan 23 15:48:16 pi5 systemd[1]: fhem.service: Deactivated successfully.
Jan 23 15:48:16 pi5 systemd[1]: Stopped fhem.service - FHEM Home Automation.
-- Boot 7a7407381ab94bbc839b7f8b5a1b4d84 --
Jan 23 15:48:32 pi5 systemd[1]: Starting fhem.service - FHEM Home Automation...
Jan 23 15:48:32 pi5 systemd[1]: Started fhem.service - FHEM Home Automation.
~
~
~
~
~

Beta-User

Zitat von: passibe am 23 Januar 2025, 16:06:02initialUsbCheck sowieso nur ein Komfortfeature
Es ist ein doppeltes Komfortfeature: Es wird beim Start per default (es ist ein notify!) ausgeführt (Rudi hat bisher abgelehnt, das Device auszubauen), und es wird dann die eigentliche Automatik gestartet, die man auch "manuell" anschubsen kann...


PS ad:
Zitat von: passibe am 23 Januar 2025, 16:06:02define zwdongle_1 ZWDongle /dev/<PFAD>@115200
Nicht dass der TE beim manuellen Anlegen "<PFAD>" so interpretiert, wie man es nicht sollte...
Zu "by-id" und mehreren USB-Schnittstellen sollte was im Wiki zu finden sein ;) 
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Thomas24568

Zitat von: Beta-User am 23 Januar 2025, 18:01:42Nicht dass der TE beim manuellen Anlegen "<PFAD>" so interpretiert, wie man es nicht sollte...
Zu "by-id" und mehreren USB-Schnittstellen sollte was im Wiki zu finden sein ;) 

Ja, sicher. https://wiki.fhem.de/wiki/Mehrere_USB-Geräte_einbinden Allerdings steht da nicht, wie man die serielle Geschwindigkeit "errechnet" oder ob die unbedingt notwendig ist. In der CommandRef ist viel zu ZWave, aber nichts davon in deutsch oder erkennbar zu diesem Parameter.

Thomas24568

#50
Zitat von: Beta-User am 23 Januar 2025, 18:01:42Nicht dass der TE beim manuellen Anlegen "<PFAD>" so interpretiert, wie man es nicht sollte...
Zu "by-id" und mehreren USB-Schnittstellen sollte was im Wiki zu finden sein ;) 

Ja, sicher. https://wiki.fhem.de/wiki/Mehrere_USB-Geräte_einbinden Allerdings steht da nicht, wie man die serielle Geschwindigkeit "errechnet" oder ob die unbedingt notwendig ist. In der CommandRef ist viel zu ZWave, aber nichts davon in deutsch oder erkennbar zu diesem Parameter.

passibe

#51
Zitat von: Thomas24568 am 23 Januar 2025, 20:03:05wie man die serielle Geschwindigkeit "errechnet"
Das schaust du in der Bedienungsanleitung/Dokumentation des jeweiligen USB-Geräts nach

Zitat von: Thomas24568 am 23 Januar 2025, 20:03:05aber nichts davon in deutsch
Es gibt eine deutsche Wiki-Seite zu Z-Wave: https://wiki.fhem.de/wiki/Z-Wave

Ansonsten kann ich dir für Sachen, die es nur auf Englisch gibt, ChatGPT sehr ans Herz legen. Einfach den jeweiligen Abschnitt z.B. aus der Commandref einfügen und ihn sich übersetzen lassen. Quasi Google-Übersetzer oder DeepL auf Steroiden, weil du auch Rückfragen stellen kannst

Thomas24568

Zitat von: passibe am 23 Januar 2025, 21:09:16Das schaust du in der Bedienungsanleitung/Dokumentation des jeweiligen USB-Geräts nach
Da steht nichts zur Geschwindigkeit...

Zitat von: passibe am 23 Januar 2025, 21:09:16Ansonsten kann ich dir für Sachen, die es nur auf Englisch gibt, ChatGPT sehr ans Herz legen

Irgendwie habe ich da erhebliche Magenschmerzen "sowas" zu benutzen. Nicht wegen der Übersetzung allein, sondern wegen dem, was hinter dem Dienst steht und von mir nicht gesehen werden kann.

Otto123

leider gibt das journalctl auch keine detailierten Einträge. :-\
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Beta-User

Zitat von: Thomas24568 am 23 Januar 2025, 21:16:48Da steht nichts zur Geschwindigkeit...
Manchmal schon - wenn es drauf ankommt.

Zur Info: Viele "Modem"-Geräte (ttyACMx) können über die Baudrate verhandeln, ein Original-CUL steht z.B. mal mit 56k in der Doku, manchmal mit 9,6k. Beides funktioniert... Auch ein ZWDongle ist in der Regel ein Modem ;) .

Zitat von: Thomas24568 am 23 Januar 2025, 21:16:48Irgendwie habe ich da erhebliche Magenschmerzen "sowas" zu benutzen. Nicht wegen der Übersetzung allein, sondern wegen dem, was hinter dem Dienst steht und von mir nicht gesehen werden kann.
Das kann ich nachvollziehen. Ich kann zwar ausreichend Englisch für die allermeisten Zwecke hier, aber in der Regel kommt man auch mit Raten schon weiter...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files