Hallo,
ich habe versucht meinen alten Raspi 2 (immer aktuell gehalten) gegen einen neueren 5 zu ersetzen, alles lief eigentlich bei der Installation ohne Probleme durch. FHEM verweigerte aber das Starten. Ausführen von "sudo systemctl start fhem" erfolgt normal sobald ich "sudo systemctl stop fhem" ausführe bleibt das Terminal Fenster eingefroren (mit CTRL-C kann ich es abbrechen).
Anbei die Ausgabe des FHEM Status.
â—� fhem.service - FHEM Home Automation
Loaded: loaded (/etc/systemd/system/fhem.service; enabled; preset: enabled)
Active: active (running) since Thu 2025-05-29 13:49:08 CEST; 19h ago
Process: 783 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 907 (perl)
Tasks: 1 (limit: 4758)
CPU: 7min 34.774s
CGroup: /system.slice/fhem.service
â""â"€907 /usr/bin/perl fhem.pl fhem.cfg
May 29 13:49:05 raspberrypi systemd[1]: Starting fhem.service - FHEM Home Automation...
May 29 13:49:08 raspberrypi systemd[1]: Started fhem.service - FHEM Home Automation.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-12/12 (END)
und des LOG Files
2025.05.30 10:00:27.214 1: Including fhem.cfg
2025.05.30 10:00:27.307 2: eventTypes: loaded 0 lines from ./log/eventTypes.txt
2025.05.30 10:00:27.317 1: usb create starting
2025.05.30 10:00:34.587 1: usb create end
2025.05.30 10:00:34.587 0: Featurelevel: 6.4
2025.05.30 10:00:34.587 0: Server started with 14 defined entities (fhem.pl:29809/2025-03-30 perl:5.036000 os:linux user:fhem pid:2534)
Spiele ich die größere eigentliche FHEM.cfg aus dem alten PI2 ein läuft es komischerweise wie gehabt, sobald ich diese aber wieder verkleinere, einige Einträge entferne (welche ich aufgrund ein paar Änderungen nicht mehr benötige), gleiches Spiel. FHEM läuft nach dem Abspeichern der CFG-Datei, startet aber mit SHUTDOWN RESTART nicht wieder neu. An was kann dies liegen, ist das Pi5 zu schnell? Änderungen, d.h. verkleinern des CFG-Files im alten Raspberry funktioniert.
Wenn ich dann mehrere "service fhem restart" im Terminal ausführe funktioniert es plöztlich. Alles dauert immer ziemlich lange als würden Timeouts erfolgen.
das hat jedenfalls sicher nichts mit dem raspi zu tun. allenfalls ein fehlendes paket oder sowas, was du nur auf dem alten raspi hattest. dir wird mit den infos aber keiner helfen können. starte fhem mit verbose 5 und guck ins journal, was da an fehlern geworfen wird. das ist jedenfalls eindeutig eine reine softwaresache. es werden sicherlich auch andere versionen installiert sein oder war dein altes os immer up2date? dein raspi5 wird wohl auch mit aarch64 laufen, was auch wieder änderungen mit sich bringen kann...
Hallo,
das alte Raspi war immer up2date.
Anbei nun einmal mit richtigem Start (da läuft alles wie gehabt) und einmal wo der Start von FHEM hängt.
Bekomme auch anfangs keine Fehler, jetzt mehrmalig versucht, bei der Abfrage von "ElsnerWS" hängt das Ganze.
richtig
...2025.05.31 09:37:18.618 5: DevIo_SimpleWrite SIGNALDuino: 560a
2025.05.31 09:37:18.719 5: answer:
2025.05.31 09:37:18.719 4: wrong answer
2025.05.31 09:37:18.720 3: Probing MYSENSORS device /dev/ttyAMA10
2025.05.31 09:37:18.720 5: DevIo_SimpleWrite MYSENSORS: 0a
2025.05.31 09:37:18.821 5: DevIo_SimpleWrite MYSENSORS: 303b3235353b333b303b31380a
2025.05.31 09:37:18.923 5: answer:
2025.05.31 09:37:18.923 4: wrong answer
2025.05.31 09:37:18.923 3: Probing ArduCounter device /dev/ttyAMA10
2025.05.31 09:37:18.923 5: DevIo_SimpleWrite ArduCounter: 0a
2025.05.31 09:37:19.025 5: DevIo_SimpleWrite ArduCounter: 680a
2025.05.31 09:37:19.126 5: answer:
2025.05.31 09:37:19.126 4: wrong answer
2025.05.31 09:37:19.126 3: Probing ElsnerWS device /dev/ttyAMA10
2025.05.31 09:37:20.128 5: answer:
2025.05.31 09:37:20.128 4: wrong answer
2025.05.31 09:37:20.128 3: Probing FRM device /dev/ttyAMA10
2025.05.31 09:37:20.129 5: DevIo_SimpleWrite FRM: f9
2025.05.31 09:37:25.132 5: DevIo_SimpleWrite FRM: f079f7
2025.05.31 09:37:25.233 5: answer:
2025.05.31 09:37:25.233 4: wrong answer
2025.05.31 09:37:25.240 1: usb create end
2025.05.31 09:37:25.240 5: End notify loop for global
2025.05.31 09:37:25.241 0: Featurelevel: 6.4
2025.05.31 09:37:25.241 0: Server started with 14 defined entities (fhem.pl:29809/2025-03-30 perl:5.036000 os:linux user:fhem pid:1000)
2025.05.31 09:38:20.883 4: Connection accepted from WEB_192.168.1.33_61303
2025.05.31 09:38:20.884 5: GET / HTTP/1.1
Host: 192.168.1.78:8083
falsch
...2025.05.31 09:40:02.852 5: Cmd: >setstate initialUsbCheck 2025-05-31 09:37:17 triggeredByDev global<
2025.05.31 09:40:02.852 5: Cmd: >setstate initialUsbCheck 2025-05-31 09:37:17 triggeredByEvent INITIALIZED<
2025.05.31 09:40:02.852 5: Cmd: >setstate sun_riseSet_timer Next: 00:07:00<
2025.05.31 09:40:02.852 5: Cmd: >setstate sun_riseSet_timer 2025-05-31 09:37:17 state Next: 00:07:00<
2025.05.31 09:40:02.852 5: Cmd: >setstate telnetPort 2025-05-31 09:37:15 state Initialized<
2025.05.31 09:40:02.852 5: Starting notify loop for global, 1 event(s), first is INITIALIZED
2025.05.31 09:40:02.853 5: createNotifyHash
2025.05.31 09:40:02.853 5: Triggering initialUsbCheck
2025.05.31 09:40:02.853 4: initialUsbCheck exec usb create
2025.05.31 09:40:02.853 5: Cmd: >usb create<
2025.05.31 09:40:02.853 1: usb create starting
2025.05.31 09:40:02.962 3: Probing ZWDongle device /dev/serial0
2025.05.31 09:40:03.156 5: DevIo_SimpleWrite ZWDongle: 01030020dc06
2025.05.31 09:40:03.257 5: answer:
2025.05.31 09:40:03.257 4: wrong answer
2025.05.31 09:40:03.266 3: Probing CUL device /dev/ttyAMA10
2025.05.31 09:40:03.267 5: DevIo_SimpleWrite CUL: 0a
2025.05.31 09:40:03.368 5: DevIo_SimpleWrite CUL: 560a
2025.05.31 09:40:03.469 5: answer:
2025.05.31 09:40:03.470 4: wrong answer
2025.05.31 09:40:03.470 3: Probing TCM_ESP3 device /dev/ttyAMA10
2025.05.31 09:40:03.470 5: DevIo_SimpleWrite TCM_ESP3: 5500010005700838
2025.05.31 09:40:03.572 5: answer:
2025.05.31 09:40:03.572 4: wrong answer
2025.05.31 09:40:03.572 3: Probing ZWDongle device /dev/ttyAMA10
2025.05.31 09:40:03.573 5: DevIo_SimpleWrite ZWDongle: 01030020dc06
2025.05.31 09:40:03.674 5: answer:
2025.05.31 09:40:03.674 4: wrong answer
2025.05.31 09:40:03.674 3: Probing SIGNALDuino device /dev/ttyAMA10
2025.05.31 09:40:03.675 5: DevIo_SimpleWrite SIGNALDuino: 0a
2025.05.31 09:40:03.776 5: DevIo_SimpleWrite SIGNALDuino: 560a
2025.05.31 09:40:03.878 5: answer:
2025.05.31 09:40:03.878 4: wrong answer
2025.05.31 09:40:03.878 3: Probing MYSENSORS device /dev/ttyAMA10
2025.05.31 09:40:03.879 5: DevIo_SimpleWrite MYSENSORS: 0a
2025.05.31 09:40:03.980 5: DevIo_SimpleWrite MYSENSORS: 303b3235353b333b303b31380a
2025.05.31 09:40:04.081 5: answer:
2025.05.31 09:40:04.081 4: wrong answer
2025.05.31 09:40:04.081 3: Probing ArduCounter device /dev/ttyAMA10
2025.05.31 09:40:04.082 5: DevIo_SimpleWrite ArduCounter: 0a
2025.05.31 09:40:04.183 5: DevIo_SimpleWrite ArduCounter: 680a
2025.05.31 09:40:04.285 5: answer:
2025.05.31 09:40:04.285 4: wrong answer
2025.05.31 09:40:04.285 3: Probing ElsnerWS device /dev/ttyAMA10
entferne ich den
--> define initialUsbCheck notify global:INITIALIZED usb create
funktioniert jeder Start
Zitat von: Maxl am 31 Mai 2025, 09:55:20entferne ich den
--> define initialUsbCheck notify global:INITIALIZED usb create
funktioniert jeder Start
dann lass es doch einfach weg. ;)
was ist ElsnerWS? davon müsstest du mal die definition posten. das hört sich aber stark danach an, dass irgendwas auf deinem neuen raspi nicht installiert ist, was das ElsnerWS braucht und deswegen hängt..
Zitat von: Guybrush am 31 Mai 2025, 12:02:37was ist ElsnerWS? davon müsstest du mal die definition posten.
mit 99,99% Sicherheit gibt es beim Anwender kein Elsner device. Das autocreate versucht lediglich herauszufinden, ob es am seriellen port ein Gerät gibt, das man mit TYPE=ElsnerWS betreiben könnte.
Zitat von: Maxl am 31 Mai 2025, 09:55:20entferne ich den
--> define initialUsbCheck notify global:INITIALIZED usb create
funktioniert jeder Start
Wenn man einmal eine funktionierende Konfiguration hat, braucht man dieses device in aller Regel nicht mehr.
Man kann es einfach deaktivieren oder löschen. Falls man es wirklich braucht, kann man es jederzeit wieder anlegen.
In den meisten Fällen stiftet das später im Regelbetrieb mehr Probleme als dass es nützt, wie man hier im Thread wieder mal schön sieht.
Hallo,
nun define initialUsbCheck notify global:INITIALIZED usb create entfernt und keine weitern Probleme.