Ich habe den Conbee II Stick am Raspberry Pi installiert. Nach Reboot habe ich keinen Zugriff mehr auf FHEM. :-\ >:(
Im Routermenü sehe ich den Raspberry (IP) und ich habe weiterhin Zugriff über Putty.
Kann ich die Conbee Installation rückgängig machen? Oder hat jemand eine andere Idee, ohne dass ich FHEM neu installieren muss?
Bitte kreise erst mal das Problem besser ein. Anhaltspunkte findest du hier:
https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
Erst mal checken, ob fhem läuft (siehe Link)...
...wenn ja:
ConBee per USB!?
initialUsbCheck aktiv!?
(wenn du über putty schaust: perl bei knapp 100%!?)
-> mal deaktivieren...
Wenn das nicht hilft: weiter suchen / Infos liefern...
Gruß, Joachim
Was sagt denn systemctl status fhem
Sollte fhem wirklich nicht laufen, guck Dir mal das Log an. Am einfachsten mal 2 Konsolen laufen lassen. Auf der einen mit
tail -f /opt/fhem/log/fhem-2020-02.log
das Log anzeigen lassen und auf der anderen mit
sudo systemctl stop fhem
sudo systemctl start fhem
fhem neu starten.
Zitat von: mahowi am 21 Februar 2020, 14:35:06
Was sagt denn systemctl status fhem
Das schaut gut aus, oder?
Feb 21 16:27:18 raspberrypi systemd[1]: Starting FHEM Home Automation...
Feb 21 16:27:18 raspberrypi systemd[1]: Started FHEM Home Automation.
lines 1-12/12 (END)...skipping...
● fhem.service - FHEM Home Automation
Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: ena
Active: active (running) since Fri 2020-02-21 16:27:18 CET; 9s ago
Process: 31225 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0
Main PID: 31232 (perl)
Tasks: 1 (limit: 2200)
Memory: 56.1M
CGroup: /system.slice/fhem.service
└─31232 /usr/bin/perl fhem.pl fhem.cfg
ZitatSollte fhem wirklich nicht laufen, guck Dir mal das Log an. Am einfachsten mal 2 Konsolen laufen lassen.
Wusste gar nicht, das dass möglich ist. Folgende Merkwürdigkeit habe ich im Log gefunden:
2020.02.21 16:34:00 1: myBroker: Can't open server port at 1883: Address already
2020.02.21 16:37:21 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/10_ZWave.pm line 5228, <$fh> line 981.
2020.02.21 16:39:55 1: reload: Error:Modul 99_myUtils deactivated:
So, wie ich das interpretiere, läuft FHEM, allerdings nicht die Weboberfläche, obwohl hier keine Fehlermeldung angezeigt wird:
2020.02.21 16:40:06 3: WEB: port 8083 opened
Irgendeine Idee oder einen Tipp für mich?
Kann es sein, dass die neue Installation von Phoscon irgendwas "überschrieben" hat?
Meine Analyse:
Zitat von: Beta-User am 21 Februar 2020, 14:12:29
Bitte kreise erst mal das Problem besser ein. Anhaltspunkte findest du hier:
https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
Prozessorlast liegt für FHEM zwischen 0.5 und 99%:
ps ax | grep perl
12589 ? S 0:05 /usr/bin/perl fhem.pl fhem.cfg
12757 pts/0 S+ 0:00 grep --color=auto perl
Im Browser ist mir aufgefallen:
TLS Handshake wird durchgeführt, beim Verbindungsaufbau kommt
Verbindung mit dem Server fhemrp3 schlug fehl. fhem.service - FHEM Home Automation
Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: ena
Active: active (running) since Fri 2020-02-21 17:58:22 CET; 5s ago
Process: 23788 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0
Main PID: 23789 (perl)
Tasks: 1 (limit: 2200)
Memory: 46.7M
CGroup: /system.slice/fhem.service
└─23789 /usr/bin/perl fhem.pl fhem.cfg
Feb 21 17:58:22 raspberrypi systemd[1]: Starting FHEM Home Automation...
Feb 21 17:58:22 raspberrypi systemd[1]: Started FHEM Home Automation.
Die CPU Last passt auch.
Mit Verbose5 habe ich folgendes gefunden:
2020.02.21 18:00:18 5: Cmd: >define telnetPort telnet 7072 global<
2020.02.21 18:00:18 5: Loading ./FHEM/98_telnet.pm
2020.02.21 18:00:18 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.Ist das eventuell ein Hinweis?
Wieder mal ein "by-id"-Thema?
Sehr kurz, da mobil...
InitialUsbCheck ist deaktiviert?!?
Kann es sein, dass mir die Conbee /Zigbee Installation den https Zugriff zerschossen hat?
Dein fhem scheint schonmal zu laufen. Phoscon läuft auf Port 80 oder 8080, sollte fhem also auch nicht in die Quere kommen.
In Deiner myUtil hast Du einen Fehler drin, weswegen sie nicht geladen wird. Außerdem gibt es auch noch ein Problem mit ZWave. Das sollte aber nicht das Laden der fhem Seite verhindern.
"Adress already in use" deutet oft darauf hin, das fhem 2mal läuft. Dem Ergebnis von ps nach ist das aber nicht der Fall.
Zitat von: Beta-User am 21 Februar 2020, 18:10:27
Wieder mal ein "by-id"-Thema?
Sehr kurz, da mobil...
InitialUsbCheck ist deaktiviert?!?
InitialUsbCheck deaktivieren kenne ich nur von der FHEM Konsole aus (wo ich ja nicht hinkomme).
USB: alles raus + reboot
Zitat von: Beta-User am 21 Februar 2020, 18:38:39
USB: alles raus + reboot
OK. Ich finde meinen (bisherigen) CUL USB Stick. Den (neuen) Conbee Stick hatte ich bereits abgesteckt. Es wird gelistet:
ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Feb 21 13:56 usb-FTDI_FT232R_USB_UART_A50285BI-if00-po rt0 -> ../../ttyUSB0
Zitat von: Beta-User am 21 Februar 2020, 18:38:39
USB: alles raus + reboot
Hat auch nicht geholfen ... :'(
Konisch .. mal sehen was alles einen port belegt, als root (oder sudo)
netstat -lntp
Und was ist noch auf USB, wirklich alles leer?
lsusb
Zitat von: Wernieman am 21 Februar 2020, 20:09:25
Konisch .. mal sehen was alles einen port belegt, als root (oder sudo)
netstat -lntp
Danke Dir für den Tipp. Folgendes Eregbnis habe ich bekommen:
sudo netstat -lntp
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 319/deCONZ
tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN 13936/perl
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN 13936/perl
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN 13936/perl
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 615/sshd
tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 610/mosquitto
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 319/deCONZ
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 13936/perl
tcp6 0 0 :::22 :::* LISTEN 615/sshd
tcp6 0 0 :::1883 :::* LISTEN 610/mosquitto
Zitat
Und was ist noch auf USB, wirklich alles leer?
lsusb
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Passt auch alles. Oder?
Zitat von: Beta-User am 21 Februar 2020, 14:12:29
Bitte kreise erst mal das Problem besser ein. Anhaltspunkte findest du hier:
https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
1. Prüfen: Läuft überhaupt ein FHEM-Prozess? ps ax | grep perl
18623 ? R 0:03 /usr/bin/perl fhem.pl fhem.cfg
18644 pts/0 S+ 0:00 grep --color=auto perlJa FHEM (perl fhem.pl ...) ist in diesem Fall also aktiv.
2. systemd service fhem status
● fhem.service - FHEM Home Automation
Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-02-22 07:07:45 CET; 843ms ago
Process: 19664 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 19671 (perl)
Tasks: 1 (limit: 2200)
Memory: 16.0M
CGroup: /system.slice/fhem.service
└─19671 /usr/bin/perl fhem.pl fhem.cfg
Feb 22 07:07:45 raspberrypi systemd[1]: Starting FHEM Home Automation...
Feb 22 07:07:45 raspberrypi systemd[1]: Started FHEM Home Automation.Irritierend für mich lediglich, das FHEM zum Zeitpunkt der Abfrage erst startet (Abfrage war um 07:073. Prüfen: Ist der laufende FHEM-Prozess überlastet?PID USER PR NI VIRT RES SHR S
%CPU %MEM TIME+ COMMAND
21661 fhem 20 0 45564 36876 6960 R
87,4 3,9 0:02.64 perl
299 pi 20 0 126704 35464 25956 S
2,0 3,7 8:44.28 deCONZ
Auslastung ist hoch aber nicht bei 100%. Sie schwankt deutlich.
4. Prüfen: Stimmen die Dateiberechtigungen?Ja, aber trotzdem nochmals mit dem Befehl gesetzt
sudo chown -R fhem: /opt/fhem/5, Neue Möglichkeit des Debuggenperl fhem.pl -d fhem.cfgEinzige Auffälligkeit ist:
2020.02.22 07:20:07 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.Ich bin mit meinem Latein am Ende. :'( :(
Du kannst mit "-d" nur starten, wenn fhem nicht bereits läuft - hier scheint systemd für die Neustarts zu sorgen...
Mein Verdacht wäre weiterhin, dass was mit den seriellen Schnittstellen in die Binsen geht (initialUsbCheck prüft auch weitere serielle Schnittstellen, z.B. auch die an GPIO...).
Also: (Ausnahmsweise (!!!)) fhem.cfg mit einem Editor öffnen (Empfehlung: mcedit aus dem Paket mc, zu starten direkt über die ssh-Linux-Konsole), dort das "attr initialUsbCheck disable 1" eintragen.
Dann suchst du noch nach dem USB-Dongle für Z-Wave. Das ist vermutlich über "ttyACMn" (mit n = 0 oder 1) definiert, in mcedit gibt's ne Suchfunktion; das änderst du auf "by-id"! Dann speichern und beenden; danach fhem über systemd neu starten, z.B. mit:
sudo service fhem restart
Danach mal schauen, ob fhem wieder über die 8083 zu erreichen ist. Wenn nein:
sudo service fhem stopund DANACH fhem mit dem "-d"-Parameter starten, spätestens dann sollte die 7072-Kollission weg sein und irgendein Hinweis darauf kommen, was ggf. schief läuft.
Vielen Dank für die Hinweise:
attr initialUsbCheck disable 1habe ich ergänzt.
Zitat von: Beta-User am 22 Februar 2020, 11:48:39
Dann suchst du noch nach dem USB-Dongle für Z-Wave. Das ist vermutlich über "ttyACMn" (mit n = 0 oder 1) definiert, in mcedit gibt's ne Suchfunktion; das änderst du auf "by-id"! [/code]
Ich habe stehen:
define ZWAVE1 ZWDongle /dev/ttyAMA0@115200
setuuid ZWAVE1 5c4c2592-f33f-e3fe-f34c-d18091da3b0bcc7c
attr ZWAVE1 homeId eb1ba593Was genau ändere ich auf "by-id"?
Von meinem CUL Stick kenne ich:
define CUL868 CUL/dev/serial/by-id/usb-FTDI_FT232R_USB_U
Dann mach doch mal:
ls -lha /dev/serial/by-id/
(...zu langsam, aber fertig...)
::) sorry, nachdem du für den FTDI geschildert hattest, dass du die Infos hast, bin ich davon ausgegangen, dass du dir da auf Basis des Stichworts "by-id" selbst helfen kannst...
U.a. hier wäre die entsprechende Info zu finden:
https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden (https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden)
Solange fhem nicht läuft, kannst du dazu auch den Z-Wave-Stick "anstöpseln"... (Solange der deconz-service läuft, evtl. besser erst den ConBee II einstecken und danach erst den anderen; der ConBee II ist einfach zu identifizieren).
(Falls du deconz in docker installiert hattest, kannst du auch mal suchen, irgendwo im ZigBee-Bereich hatte ich aufgeschrieben, wie man die Schnittstelle "by-id" an deconz@docker durchreichen kann).
Zitat von: Wernieman am 22 Februar 2020, 14:53:17
Dann mach doch mal:
ls -lha /dev/serial/by-id/
Zitat von: Beta-User am 22 Februar 2020, 15:03:39
(...zu langsam, aber fertig...)
::) sorry, nachdem du für den FTDI geschildert hattest, dass du die Infos hast, bin ich davon ausgegangen, dass du dir da auf Basis des Stichworts "by-id" selbst helfen kannst...
U.a. hier wäre die entsprechende Info zu finden:
https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden (https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden)
Solange fhem nicht läuft, kannst du dazu auch den Z-Wave-Stick "anstöpseln"... (Solange der deconz-service läuft, evtl. besser erst den ConBee II einstecken und danach erst den anderen; der ConBee II ist einfach zu identifizieren).
(Falls du deconz in docker installiert hattest, kannst du auch mal suchen, irgendwo im ZigBee-Bereich hatte ich aufgeschrieben, wie man die Schnittstelle "by-id" an deconz@docker durchreichen kann).
Hallo Wernieman, Hallo Beta-User,
vielen herzlichen Dank für Eure tolle Unterstützung. Ich habe nun ein Backup über die bestehende Installation "rübergebügelt" und habe wieder Zugriff auf die Weboberfläche, aber es bestehen weiterhin Probleme (Performance, keine feste Verbindung vom CUL zu den HM Devices). Da ich das System seit vielen, vielen Jahren (> 4 Jahre) immer wieder erweitert habe und sehr viele Dinge ausprobiert habe, werde ich - nachdem ich mich wieder beruhigt habe - das System ganz neu aufsetzen, ohne ein Backup zu verwenden. Ich habe im Forum einen Thread aufgemacht, um erst mal zu lernen/ anzufragen, wie ich die bisherigen tollen Dinge nicht komplett neu schreiben muss (ich werde wahrscheinlich die fhem.cvg zerlegen und mir die wichtigen Komponenten in die neue Datei hineinkopieren. Z-Wave, Homematic und Zigbee nebeneinander laufen zu lassen, scheint nicht unproblematisch zu sein. Danke Beta- User für den Link auf die richtigen Reihenfolge bei der Installation.
Trotz allem habe ich in den letzten Tagen sehr intensiv viele neue Dinge gelernt und daher ein großen Dank an Eure Unterstützung.
Da das hier dein Thread ist (im Unterschied zu dem anderen), hier noch ein paar Anmerkungen:
Es ist kein Problem, viele USB-IO's parallel zu betreiben (ich habe u.A. mehrere CUL_HM-IOs, Z-Wave und deCONZ (normale deb-Installation) so an USB am Laufen...), man muß es nur "sauber" machen (alles by-id, auch bei anderen Diensten wie zigbee2mqtt, wenn man sowas nutzt).
Wenn du das mit dem "neu Anfangen angehst: Nimm in die "neue" Start-cfg gleich die CUL_HM-Geräte auf; dann ist das recht stressfrei, sonst mußt du mit "modelForce" rumoperieren, und das ist mühselig.
Ansonsten kann ich nicht beurteilen, ob das Vorgehen so notwendig ist, ich vermute eher nicht, aber das mußt du selbst wissen...
Es kommt darauf an, was schon gebastelt wurde. Aber im Prinzip kann man Linux relativ einfach pflegen und bereinigen. Nur eines ist wichtig: Nimm das Passende Linux-Image (also ohne Desktop) zur installation!