Hallo,
ich habe seit einer Woche im Ein- bis - fünf-Sekundentakt die Fehlermeldungen:
2025.03.01 00:00:06 1: HMLAN_Parse: HMLAN1 new condition init
2025.03.01 00:00:06 1: 127.0.0.1:1234 reappeared (HMLAN1)
2025.03.01 00:00:06 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMLAN1)
2025.03.01 00:00:06 1: HMLAN_Parse: HMLAN1 new condition disconnected
2025.03.01 00:00:07 1: HMLAN_Parse: HMLAN1 new condition init
...
und die Rolladen sind nicht mehr ansteuerbar.
Im Status zeigen sie alle "IOErr".
Im System verwende ihc Homematic Rolladen-Funk-Aktoren und habe
seit langer Zeit nichts mehr verändert (es lief bis letzet Woche
alles stabil).
Die Firmware des HMLAN (USB-Stick) wird mit
D-firmware 0.967
angezeigt.
auf der HMLAN Parameter-Seite steht unter
"Internals":
STATE opened
unter
"Readings" steht:
state disconnected
In früheren Beiträgen, die ich gefunden habe,
schien das Problem die Firmware gewesen zu sein
(die bei mir anscheinend aktueller ist).
Wie kann ich die Fehlerquelle finden?
Danke für Hilfe!
Erster Tip: Mal die Elkos tauschen
https://forum.fhem.de/index.php?topic=101031.0
Zitat von: Icinger am 07 März 2025, 09:01:10Erster Tip: Mal die Elkos tauschen
falsche Annahme, denn er redet vom
Zitat von: fgam am 07 März 2025, 08:36:26Die Firmware des HMLAN (USB-Stick) wird mit
D-firmware 0.967
angezeigt.
Schau mal ob der Dienst läuft
Zitat127.0.0.1:1234
z.B. ist das Port offen?
ss -tulp |grep 1234Oder service abfragen ( nur geraten )
service hmland statusSind neue USB Geräte dazu gekommen?
Oder er ist kaputt gegangen? siehe auch https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter
Tipp: zur Sicherheit den hier besorgen, solange es den noch gibt: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
service hmland status
ergibt:
hmland.service - LSB: <Enter a short description of the sortware>
Loaded: loaded (/etc/init.d/hmland; bad; vendor preset: enabled)
Active: active (running) since Do 2025-03-06 22:36:06 CET; 16h ago
Docs: man:systemd-sysv-generator(8)
Process: 928 ExecStart=/etc/init.d/hmland start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/hmland.service └─977 /opt/hm/hmcfgusb/hmland -d -P -p 1000
Mär 06 22:36:06 raspi-fhem systemd[1]: Starting LSB: <Enter a short description of the sortware>...
Mär 06 22:36:06 raspi-fhem hmland[928]: Daemon with PID 977 started!
Mär 06 22:36:06 raspi-fhem systemd[1]: Started LSB: <Enter a short description of the sortware>.
ss -tulp |grep 1234
ergibt
tcp LISTEN 1 1 *:1234 *:*
ping 127.0.0.1:1234
ergibt
ping: unknown host 127.0.0.1:1234
naja ping mit port Nummer geht nicht.
Aber was jetzt irgendwie eigenartig ist:
Zitat/opt/hm/hmcfgusb/hmland -d -P -p 1000
der läuft auf Port 1000
Deine Ausgabe zeigt es läuft auch etwas auf Port 1234 was auch immer? Eventuell wenn Du den ss Befehl als sudo ausführst sieht man den Prozess.
Aber dein FHEM sucht den HMLANd auf Port 1234 - irgendwas hast Du da vergriesgnaddelt. ;D ::) :o
Die Abweichung mit dem Port (1000 <> 1234)
ist erstaunlich.
In der Config-Datei stand:
define HMLAN1 HMLAN 127.0.0.1:1234
Ich habe mit
define HMLAN1 HMLAN 127.0.0.1:1000
ausprobiert
und auch mit der IP des Raspberry und beiden
Ports. Das Problem bestand auch damit fort.
Jetzt habe ich mal einen neuen Stick bestellt.
Da die Konfiguration ja jahrelang so gelaufen ist,
verfolge ich erst einmal die Hypothese, dass der
Stick defekt ist.
hast Du vielleicht den hmland zweimal am laufen? Lauscht denn einer auf Port 1000 und auf 1234?
sudo ss -tulpe
Neuen Stick bestellt?
Wie das?
Den gibt es doch seit Jahren nicht mehr!!?
Gruß, Joachim
Ja, habe gerade gemerkt, dass es der Stick für Homematic-IP ist.
Der sieht genauso aus, wie mein alter Stick.
Auf der Seite: https://wiki.fhem.de/wiki/HM-CFG-LAN_LAN_Konfigurations-Adapter
Habe ich unter "bekannte Probleme"
dies gefunden:
Der HMLAN Adapter startet ohne erkennbaren äußeren Anlass häufig neu. Das Problem ist auch im Forum unter der Überschrift HMLAN Adapter wechselt permanent zwischen disconnected / connected beschrieben. Im FHEM Log erscheinen in diesem Fall folgende Meldungen:
... HMLAN_Parse: myHMLAN new condition timeout (je nach Timing, manchmal)
... HMLanHostname:1000 disconnected, waiting to reappear (myHMLAN)
... HMLAN_Parse: myHMLAN new condition disconnected
... HMLanHostname:1000 reappeared (myHMLAN)
... HMLAN_Parse: myHMLAN new condition init
... HMLAN_Parse: myHMLAN new condition ok
Dieses Problem ist bei ELV bekannt und soll mit der Konfigurationsadapter LAN Usersoftware V1.520 (10.12.2015), bzw. der darin enthaltenen Firmware Version, behoben sein. Stand 05.08.2016 12:32 Auch mit der aktuellen Firmware (v0.965 - Link siehe oben) und der aktuellen Version von HMLAN (Rev 11645 vom 2016-06-11) tritt der Fehler noch auf.
Ich bestelle jetzt den HM-MOD-RPI-PCB.
Falsche Entscheidung.
https://media.elv.com/file/152941_rpi_rf_mod.pdf
@Ralli nicht verunsichern, er will jetzt den (https://de.elv.com/p/elv-bausatz-homematic-ip-funkmodul-fuer-raspberry-pi-hm-mod-rpi-pcb-P142141)bestellen.
@fgam ich denke nach wie vor Du startest den hmland zweimal. sudo ss -tulpe
Den Stick für HM IP ist nicht schlecht, falls Du in Zukunft mal mit sowas wie Raspberrymatic und HMIP spielen willst.
Ja das stimmt:
tcp LISTEN 0 32 *:7072 *:* users:(("perl",pid=738,fd=6)) uid:999 ino:12622 sk:1 <->
tcp LISTEN 0 1 *:1000 *:* users:(("hmland",pid=1004,fd=3)) ino:14431 sk:2 <->
tcp LISTEN 0 1 *:1234 *:* users:(("hmland",pid=686,fd=3)) ino:12295 sk:3 <->
tcp LISTEN 0 32 *:8083 *:* users:(("perl",pid=738,fd=25)) uid:999 ino:12623 sk:4 <->
tcp LISTEN 0 32 *:8084 *:* users:(("perl",pid=738,fd=7)) uid:999 ino:13347 sk:5 <->
tcp LISTEN 0 5 127.0.1.1:domain *:* users:(("dnsmasq",pid=791,fd=5)) ino:13431 sk:6 <->
tcp LISTEN 0 32 *:8085 *:* users:(("perl",pid=738,fd=8)) uid:999 ino:13348 sk:7 <->
tcp LISTEN 0 5 127.0.0.1:ipp *:* users:(("cupsd",pid=559,fd=11)) ino:11017 sk:8 <->
tcp LISTEN 0 128 :::http :::* users:(("apache2",pid=1050,fd=4),("apache2",pid=1049,fd=4),("apache2",pid=1046,fd=4)) ino:12102 sk:9 v6only:0 <->
tcp LISTEN 0 128 :::ssh :::* users:(("systemd",pid=1,fd=48)) ino:6991 sk:a v6only:0 <->
tcp LISTEN 0 5 ::1:ipp :::* users:(("cupsd",pid=559,fd=10)) ino:11016 sk:b v6only:1 <-
Dann habe ich den define auskommentiert:
#define HMLAN1 HMLAN 127.0.0.1:1234
Ändert nichts, beide Ports werden weiter angezeigt.
Habe neu gestartet, und sogar den Stick abgezogen.
Immer noch beide Ports in der LISTEN-Liste.
Immerhin:
nach Auskommentieren des
define kriege ich zumindest eine Fehlermdelung: "No IODevice defined",
wenn ich die Rollade schalte.
Übrigens:
der Link https://wiki.fhem.de/wiki/HM-CFG-LAN_LAN_Konfigurations-Adapter
bezieht sich nicht auf menien Stick, sondern auf das Nachfolgegerät.
Das spricht eher gegen einen Hardware-Defekt.
Zitat von: fgam am 12 März 2025, 10:06:49tcp LISTEN 0 1 *:1000 *:* users:(("hmland",pid=1004,fd=3)) ino:14431 sk:2 <->
tcp LISTEN 0 1 *:1234 *:* users:(("hmland",pid=686,fd=3)) ino:12295 sk:3 <->
der läuft zweimal, das hat nichts mit dem auskommentieren in FHEM zu tun. Auf Systemebene kämpfen beide Dienste um den Stick.
Mach mal
sudo kill -9 1004dann nochmal zur Kontrolle
sudo ss -tulpeWenn nur noch einer da ist, machst Du Deine define wieder aktive
define HMLAN1 HMLAN 127.0.0.1:1234Kann aber sein der Dienst wird automatisch neu gestartet. Dann mach mal
sudo systemctl cat hmland.serviceWenn da was kommt machst Du
sudo systemctl stop hmland
Ich hahe Folgendes gemacht:
(1) define auskommentiert
(2) System komplett neu gestartet.
(3) ss -tulpe :
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 32 *:7072 *:* users:(("perl",pid=929,fd=6)) uid:999 ino:13110 sk:1 <->
tcp LISTEN 0 1 *:1000 *:* users:(("hmland",pid=967,fd=3)) ino:12925 sk:2 <->
tcp LISTEN 0 1 *:1234 *:* users:(("hmland",pid=750,fd=3)) ino:10797 sk:3 <->
tcp LISTEN 0 32 *:8083 *:* users:(("perl",pid=929,fd=25)) uid:999 ino:13111 sk:4 <->
tcp LISTEN 0 32 *:8084 *:* users:(("perl",pid=929,fd=7)) uid:999 ino:13085 sk:5 <->
tcp LISTEN 0 32 *:8085 *:* users:(("perl",pid=929,fd=8)) uid:999 ino:13086 sk:6 <->
tcp LISTEN 0 5 127.0.1.1:domain *:* users:(("dnsmasq",pid=765,fd=5)) ino:10822 sk:7 <->
tcp LISTEN 0 5 127.0.0.1:ipp *:* users:(("cupsd",pid=462,fd=11)) ino:11291 sk:8 <->
tcp LISTEN 0 128 :::http :::* users:(("apache2",pid=992,fd=4),("apache2",pid=991,fd=4),("apache2",pid=988,fd=4)) ino:14360 sk:9 v6only:0 <->
tcp LISTEN 0 128 :::ssh :::* users:(("systemd",pid=1,fd=51)) ino:7099 sk:a v6only:0 <->
tcp LISTEN 0 5 ::1:ipp :::* users:(("cupsd",pid=462,fd=10)) ino:11290 sk:b v6only:1 <->
(4) sudo kill -9 967
(5) ss -tulpe
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 32 *:7072 *:* users:(("perl",pid=929,fd=6)) uid:999 ino:13110 sk:1 <->
tcp LISTEN 0 1 *:1234 *:* users:(("hmland",pid=750,fd=3)) ino:10797 sk:3 <->
tcp LISTEN 0 32 *:8083 *:* users:(("perl",pid=929,fd=25)) uid:999 ino:13111 sk:4 <->
tcp LISTEN 0 32 *:8084 *:* users:(("perl",pid=929,fd=7)) uid:999 ino:13085 sk:5 <->
tcp LISTEN 0 32 *:8085 *:* users:(("perl",pid=929,fd=8)) uid:999 ino:13086 sk:6 <->
tcp LISTEN 0 5 127.0.1.1:domain *:* users:(("dnsmasq",pid=765,fd=5)) ino:10822 sk:7 <->
tcp LISTEN 0 5 127.0.0.1:ipp *:* users:(("cupsd",pid=462,fd=11)) ino:11291 sk:8 <->
tcp LISTEN 0 128 :::http :::* users:(("apache2",pid=992,fd=4),("apache2",pid=991,fd=4),("apache2",pid=988,fd=4)) ino:14360 sk:9 v6only:0 <->
tcp LISTEN 0 128 :::ssh :::* users:(("systemd",pid=1,fd=51)) ino:7099 sk:a v6only:0 <->
tcp LISTEN 0 5 ::1:ipp :::* users:(("cupsd",pid=462,fd=10)) ino:11290 sk:b v6only:1 <->
(6) dann versucht, in der Oberfläche eine Rollade zu schalten.
Es kommt eine Dialogbox mit Fehlermeldung: "no IO device identified"
(7)
bei
sudo systemctl cat hmland.service
kommt was:
# Automatically generated by systemd-sysv-generator
[Unit]
Documentation=man:systemd-sysv-generator(8)
SourcePath=/etc/init.d/hmland
Description=LSB: <Enter a short description of the sortware>
Before=multi-user.target
Before=multi-user.target
Before=multi-user.target
Before=graphical.target
Before=shutdown.target
After=network-online.target
After=local-fs.target
After=remote-fs.target
Wants=network-online.target
Conflicts=shutdown.target
[Service]
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
ExecStart=/etc/init.d/hmland start
Jetzt bin ich nicht sicher, wie es weiter geht:
wenn ich den define wieder aktiviere, muss ich ja
einen
sudo service fhem restart
machen.
Dann wären ja wahrscheinlich auch beide HAMLAN1 gleich wieder da.
Der kill wäre dann wirkungslos und es geht wieder von vorn los!???
Zitat von: fgam am 12 März 2025, 11:25:42Es kommt eine Dialogbox mit Fehlermeldung: "no IO device identified"
aber das kommt doch nur weil Dein define fehlt? Ob das define da ist oder nicht spielt für den Service keine Rolle. Also mach Dein define aktiv und schau Dir das ganze nochmal an.
Es gibt also einen Dienst der ohne Parameter gestartet wird, da dann offenbar mit Port 1000
Also mach (bin nicht sicher ob das geht)
sudo systemctl stop hmland.service
sudo systemctl disable hmland.serviceZeig mal
sudo ls -lha /etc/init.d/
define wieder aktiviert.
Nach Neustart kriege ich jetzt dies:
tcp LISTEN 0 32 *:7072 *:* uid:999 ino:14357 sk:1 <->
tcp LISTEN 0 1 *:1000 *:* ino:10163 sk:2 <->
tcp LISTEN 1 1 *:1234 *:* ino:11910 sk:3 <->
tcp LISTEN 0 32 *:8083 *:* uid:999 ino:14358 sk:4 <->
tcp LISTEN 0 32 *:8084 *:* uid:999 ino:13506 sk:5 <->
tcp LISTEN 0 32 *:8085 *:* uid:999 ino:13507 sk:6 <->
tcp LISTEN 0 5 127.0.1.1:domain *:* ino:13366 sk:7 <->
tcp LISTEN 0 5 127.0.0.1:ipp *:* ino:12409 sk:8 <->
tcp LISTEN 0 128 :::http :::* ino:12040 sk:9 v6only:0 <->
tcp LISTEN 0 128 :::ssh :::* ino:7967 sk:a v6only:0 <->
tcp LISTEN 0 5 ::1:ipp :::* ino:12408 sk:b v6only:1 <->
sudo ls -lha /etc/init.d/ergibt:
drwxr-xr-x 2 root root 4,0K Mär 6 19:54 .
drwxr-xr-x 143 root root 12K Mär 6 19:54 ..
-rwxr-xr-x 1 root root 5,3K Apr 15 2016 alsa-utils
-rwxr-xr-x 1 root root 2,0K Dez 28 2014 anacron
-rwxr-xr-x 1 root root 7,9K Jun 11 2018 apache2
-rwxr-xr-x 1 root root 2,2K Jun 11 2018 apache-htcacheclean
-rwxr-xr-x 1 root root 6,1K Mär 3 2017 apparmor
-rwxr-xr-x 1 root root 2,9K Nov 11 2020 apport
-rwxr-xr-x 1 root root 2,4K Nov 4 2015 avahi-daemon
-rwxr-xr-x 1 root root 2,2K Nov 4 2015 avahi-dnsconfd
-rwxr-xr-x 1 root root 2,9K Mär 1 2016 bluetooth
-rwxr-xr-x 1 root root 1,3K Jan 19 2016 bootmisc.sh
-rwxr-xr-x 1 root root 2,1K Apr 27 2016 brltty
-rwxr-xr-x 1 root root 3,8K Jan 19 2016 checkfs.sh
-rwxr-xr-x 1 root root 1,1K Jan 19 2016 checkroot-bootclean.sh
-rwxr-xr-x 1 root root 9,2K Jan 19 2016 checkroot.sh
-rwxr-xr-x 1 root root 1,4K Apr 4 2016 console-setup
-rwxr-xr-x 1 root root 3,0K Apr 6 2016 cron
-rwxr-xr-x 1 root root 2,8K Feb 13 2016 cups
-rwxr-xr-x 1 root root 2,0K Feb 13 2016 cups-browsed
-rwxr-xr-x 1 root root 2,8K Dez 2 2015 dbus
-rw-r--r-- 1 root root 964 Mär 6 19:54 .depend.boot
-rw-r--r-- 1 root root 1,5K Mär 6 19:54 .depend.start
-rw-r--r-- 1 root root 1,6K Mär 6 19:54 .depend.stop
-rwxr-xr-x 1 root root 1,5K Jul 1 2019 fhem
-rwxr-xr-x 1 root root 1,5K Jul 1 2019 fhem.save
-rwxr-xr-x 1 root root 1,1K Mär 15 2016 grub-common
-rwxr-xr-x 1 root root 1,4K Jan 19 2016 halt
-rwxr-xr-x 1 root root 3,0K Okt 29 2012 hddtemp
-rwxr-xr-x 1 root root 4,5K Jan 23 2017 hmland
-rwxr-xr-x 1 root root 4,6K Jun 30 2019 hmland.dpkg-old
-rwxr-xr-x 1 root root 1,4K Jan 19 2016 hostname.sh
-rwxr-xr-x 1 root root 3,8K Mär 12 2016 hwclock.sh
-rwxr-xr-x 1 root root 2,4K Apr 11 2016 irqbalance
-rwxr-xr-x 1 root root 3,1K Mär 10 2016 kerneloops
-rwxr-xr-x 1 root root 1,8K Apr 4 2016 keyboard-setup.dpkg-bak
-rwxr-xr-x 1 root root 1,3K Jan 19 2016 killprocs
-rwxr-xr-x 1 root root 2,1K Dez 21 2015 kmod
-rwxr-xr-x 1 root root 3,4K Aug 12 2016 lightdm
-rwxr-xr-x 1 root root 703 Jan 19 2016 mountall-bootclean.sh
-rwxr-xr-x 1 root root 2,3K Jan 19 2016 mountall.sh
-rwxr-xr-x 1 root root 1,5K Jan 19 2016 mountdevsubfs.sh
-rwxr-xr-x 1 root root 1,6K Jan 19 2016 mountkernfs.sh
-rwxr-xr-x 1 root root 711 Jan 19 2016 mountnfs-bootclean.sh
-rwxr-xr-x 1 root root 2,4K Jan 19 2016 mountnfs.sh
-rwxr-xr-x 1 root root 4,7K Jul 19 2015 networking
-rwxr-xr-x 1 root root 1,8K Sep 27 2016 network-manager
-rwxr-xr-x 1 root root 1,6K Feb 14 2018 ntp
-rwxr-xr-x 1 root root 1,6K Okt 16 2015 ondemand
-rwxr-xr-x 1 root root 1,4K Nov 15 2015 plymouth
-rwxr-xr-x 1 root root 752 Nov 15 2015 plymouth-log
-rwxr-xr-x 1 root root 612 Jan 27 2016 pppd-dns
-rwxr-xr-x 1 root root 1,2K Sep 6 2015 procps
-rwxr-xr-x 1 root root 1,2K Feb 4 2017 raspi-config
-rwxr-xr-x 1 root root 6,3K Jan 19 2016 rc
-rwxr-xr-x 1 root root 820 Jan 19 2016 rc.local
-rwxr-xr-x 1 root root 117 Jan 19 2016 rcS
-rw-r--r-- 1 root root 2,4K Jan 19 2016 README
-rwxr-xr-x 1 root root 661 Jan 19 2016 reboot
-rwxr-xr-x 1 root root 4,1K Nov 23 2015 resolvconf
-rwxr-xr-x 1 root root 2,1K Okt 31 2014 rng-tools
-rwxr-xr-x 1 root root 4,3K Jul 10 2014 rsync
-rwxr-xr-x 1 root root 2,8K Feb 3 2016 rsyslog
-rwxr-xr-x 1 root root 2,5K Jul 10 2015 saned
-rwxr-xr-x 1 root root 3,9K Jan 19 2016 sendsigs
-rwxr-xr-x 1 root root 597 Jan 19 2016 single
-rw-r--r-- 1 root root 1,1K Jan 19 2016 skeleton
-rwxr-xr-x 1 root root 2,1K Feb 18 2016 speech-dispatcher
-rwxr-xr-x 1 root root 4,0K Apr 28 2016 ssh
-rwxr-xr-x 1 root root 2,7K Mai 14 2015 sshguard
-rwxr-xr-x 1 root root 749 Aug 11 2015 tlp
-rwxr-xr-x 1 root root 3,1K Mai 10 2011 triggerhappy
-rwxr-xr-x 1 root root 6,0K Apr 12 2016 udev
-rwxr-xr-x 1 root root 2,1K Aug 7 2014 ufw
-rwxr-xr-x 1 root root 2,7K Jan 19 2016 umountfs
-rwxr-xr-x 1 root root 2,2K Jan 19 2016 umountnfs.sh
-rwxr-xr-x 1 root root 1,9K Jan 19 2016 umountroot
-rwxr-xr-x 1 root root 1,4K Apr 29 2019 unattended-upgrades
-rwxr-xr-x 1 root root 3,1K Jan 19 2016 urandom
-rwxr-xr-x 1 root root 1,3K Dez 16 2016 uuidd
-rwxr-xr-x 1 root root 485 Jun 15 2016 whoopsie
-rwxr-xr-x 1 root root 2,7K Nov 10 2015 x11-common
sudo systemctl disable hmland.service
bringt das:
hmland.service is not a native service, redirecting to systemd-sysv-install
Executing /lib/systemd/systemd-sysv-install disable hmland
insserv: warning: current start runlevel(s) (empty) of script `hmland' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `hmland' overrides LSB defaults (0 1 6).
und
sudo ls -lha /etc/init.d/
danach bringt das:
drwxr-xr-x 2 root root 4,0K Mär 6 19:54 .
drwxr-xr-x 143 root root 12K Mär 6 19:54 ..
-rwxr-xr-x 1 root root 5,3K Apr 15 2016 alsa-utils
-rwxr-xr-x 1 root root 2,0K Dez 28 2014 anacron
-rwxr-xr-x 1 root root 7,9K Jun 11 2018 apache2
-rwxr-xr-x 1 root root 2,2K Jun 11 2018 apache-htcacheclean
-rwxr-xr-x 1 root root 6,1K Mär 3 2017 apparmor
-rwxr-xr-x 1 root root 2,9K Nov 11 2020 apport
-rwxr-xr-x 1 root root 2,4K Nov 4 2015 avahi-daemon
-rwxr-xr-x 1 root root 2,2K Nov 4 2015 avahi-dnsconfd
-rwxr-xr-x 1 root root 2,9K Mär 1 2016 bluetooth
-rwxr-xr-x 1 root root 1,3K Jan 19 2016 bootmisc.sh
-rwxr-xr-x 1 root root 2,1K Apr 27 2016 brltty
-rwxr-xr-x 1 root root 3,8K Jan 19 2016 checkfs.sh
-rwxr-xr-x 1 root root 1,1K Jan 19 2016 checkroot-bootclean.sh
-rwxr-xr-x 1 root root 9,2K Jan 19 2016 checkroot.sh
-rwxr-xr-x 1 root root 1,4K Apr 4 2016 console-setup
-rwxr-xr-x 1 root root 3,0K Apr 6 2016 cron
-rwxr-xr-x 1 root root 2,8K Feb 13 2016 cups
-rwxr-xr-x 1 root root 2,0K Feb 13 2016 cups-browsed
-rwxr-xr-x 1 root root 2,8K Dez 2 2015 dbus
-rw-r--r-- 1 root root 964 Mär 12 12:28 .depend.boot
-rw-r--r-- 1 root root 1,5K Mär 12 12:28 .depend.start
-rw-r--r-- 1 root root 1,6K Mär 12 12:28 .depend.stop
-rwxr-xr-x 1 root root 1,5K Jul 1 2019 fhem
-rwxr-xr-x 1 root root 1,5K Jul 1 2019 fhem.save
-rwxr-xr-x 1 root root 1,1K Mär 15 2016 grub-common
-rwxr-xr-x 1 root root 1,4K Jan 19 2016 halt
-rwxr-xr-x 1 root root 3,0K Okt 29 2012 hddtemp
-rwxr-xr-x 1 root root 4,5K Jan 23 2017 hmland
-rwxr-xr-x 1 root root 4,6K Jun 30 2019 hmland.dpkg-old
-rwxr-xr-x 1 root root 1,4K Jan 19 2016 hostname.sh
-rwxr-xr-x 1 root root 3,8K Mär 12 2016 hwclock.sh
-rwxr-xr-x 1 root root 2,4K Apr 11 2016 irqbalance
-rwxr-xr-x 1 root root 3,1K Mär 10 2016 kerneloops
-rwxr-xr-x 1 root root 1,8K Apr 4 2016 keyboard-setup.dpkg-bak
-rwxr-xr-x 1 root root 1,3K Jan 19 2016 killprocs
-rwxr-xr-x 1 root root 2,1K Dez 21 2015 kmod
-rwxr-xr-x 1 root root 3,4K Aug 12 2016 lightdm
-rwxr-xr-x 1 root root 703 Jan 19 2016 mountall-bootclean.sh
-rwxr-xr-x 1 root root 2,3K Jan 19 2016 mountall.sh
-rwxr-xr-x 1 root root 1,5K Jan 19 2016 mountdevsubfs.sh
-rwxr-xr-x 1 root root 1,6K Jan 19 2016 mountkernfs.sh
-rwxr-xr-x 1 root root 711 Jan 19 2016 mountnfs-bootclean.sh
-rwxr-xr-x 1 root root 2,4K Jan 19 2016 mountnfs.sh
-rwxr-xr-x 1 root root 4,7K Jul 19 2015 networking
-rwxr-xr-x 1 root root 1,8K Sep 27 2016 network-manager
-rwxr-xr-x 1 root root 1,6K Feb 14 2018 ntp
-rwxr-xr-x 1 root root 1,6K Okt 16 2015 ondemand
-rwxr-xr-x 1 root root 1,4K Nov 15 2015 plymouth
-rwxr-xr-x 1 root root 752 Nov 15 2015 plymouth-log
-rwxr-xr-x 1 root root 612 Jan 27 2016 pppd-dns
-rwxr-xr-x 1 root root 1,2K Sep 6 2015 procps
-rwxr-xr-x 1 root root 1,2K Feb 4 2017 raspi-config
-rwxr-xr-x 1 root root 6,3K Jan 19 2016 rc
-rwxr-xr-x 1 root root 820 Jan 19 2016 rc.local
-rwxr-xr-x 1 root root 117 Jan 19 2016 rcS
-rw-r--r-- 1 root root 2,4K Jan 19 2016 README
-rwxr-xr-x 1 root root 661 Jan 19 2016 reboot
-rwxr-xr-x 1 root root 4,1K Nov 23 2015 resolvconf
-rwxr-xr-x 1 root root 2,1K Okt 31 2014 rng-tools
-rwxr-xr-x 1 root root 4,3K Jul 10 2014 rsync
-rwxr-xr-x 1 root root 2,8K Feb 3 2016 rsyslog
-rwxr-xr-x 1 root root 2,5K Jul 10 2015 saned
-rwxr-xr-x 1 root root 3,9K Jan 19 2016 sendsigs
-rwxr-xr-x 1 root root 597 Jan 19 2016 single
-rw-r--r-- 1 root root 1,1K Jan 19 2016 skeleton
-rwxr-xr-x 1 root root 2,1K Feb 18 2016 speech-dispatcher
-rwxr-xr-x 1 root root 4,0K Apr 28 2016 ssh
-rwxr-xr-x 1 root root 2,7K Mai 14 2015 sshguard
-rwxr-xr-x 1 root root 749 Aug 11 2015 tlp
-rwxr-xr-x 1 root root 3,1K Mai 10 2011 triggerhappy
-rwxr-xr-x 1 root root 6,0K Apr 12 2016 udev
-rwxr-xr-x 1 root root 2,1K Aug 7 2014 ufw
-rwxr-xr-x 1 root root 2,7K Jan 19 2016 umountfs
-rwxr-xr-x 1 root root 2,2K Jan 19 2016 umountnfs.sh
-rwxr-xr-x 1 root root 1,9K Jan 19 2016 umountroot
-rwxr-xr-x 1 root root 1,4K Apr 29 2019 unattended-upgrades
-rwxr-xr-x 1 root root 3,1K Jan 19 2016 urandom
-rwxr-xr-x 1 root root 1,3K Dez 16 2016 uuidd
-rwxr-xr-x 1 root root 485 Jun 15 2016 whoopsie
-rwxr-xr-x 1 root root 2,7K Nov 10 2015 x11-common
Anscheinend gibt es auch ein Problem mit dem ping:
ping 127.0.0.1:1234
gibt
ping: unknown host 127.0.0.1:1234
Sollte das was Anderes kommen?
Habe mal ein lsusb gemacht:
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
und dann mal an gleichem USB-Eingang mit einem anderen USB-Stick (Homematic IP - Stick)_
Bus 001 Device 017: ID 1b1f:c020 eQ-3 Entwicklung GmbH HmIP-RFUSB
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Ich meine den HMLAN USB sieht man mit lsusb nicht?! oder steckt der Stick nicht mehr.
Das hatten wir doch schon! ping geht mit Adresse aber nicht mit portnummer!
Zitat von: fgam am 12 März 2025, 11:49:23Nach Neustart kriege ich jetzt dies:
Da hast Du das System neu gestartet oder nur FHEM?
Hast Du das define mit Port 1234 aktiv ? Dann kill doch wieder den Process mit Port 1000 und schau mal.
Zitat von: Otto123 am 12 März 2025, 08:14:54@Ralli nicht verunsichern, er will jetzt den (https://de.elv.com/p/elv-bausatz-homematic-ip-funkmodul-fuer-raspberry-pi-hm-mod-rpi-pcb-P142141)bestellen.
@lieber Otto: ok, ich war zu unpräzise.
Der HM-MOD-RPI-PCB ist doch das (veraltete) Funkmodul, kein anderer Stick. Aber dieses veraltete Funkmodul kann unmittelbar in FHEM eingebunden werden.
Die bessere Wahl ist eigentlich das Funkmodul RPI-RF-MOD, welches aber m.W. nicht unmittelbar in FHEM eingebunden werden kann sondern nur über eine CCU bzw. Raspberrymatic.
@Ralli aber exakt das ist die Aufgabe: Eventueller Ersatz des alten USB Adapters und Betrieb in FHEM mit CUL_HM und nicht mit HMCCU über Raspberrymatic und Co.
Er hat einen Pi, da kann das Modul auch ohne USB gesteckt werden.
Allerdings bin ich der Meinung der alte Stick ist nicht kaputt sondern sein System: hmland läuft zweimal!
der
define HMLAN1 HMLAN 127.0.0.1:1234
ist aktiv.
Ich habe das ganze System neu gestartet.
Mittlerweile sehen die sockets so aus (direkt nach start):
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 32 *:7072 *:* users:(("perl",pid=796,fd=6)) uid:999 ino:13965 sk:1 <->
tcp LISTEN 1 1 *:1234 *:* users:(("hmland",pid=740,fd=3)) ino:12660 sk:2 <->
tcp LISTEN 0 32 *:8083 *:* users:(("perl",pid=796,fd=26)) uid:999 ino:13966 sk:3 <->
tcp LISTEN 0 32 *:8084 *:* users:(("perl",pid=796,fd=7)) uid:999 ino:12023 sk:4 <->
tcp LISTEN 0 32 *:8085 *:* users:(("perl",pid=796,fd=8)) uid:999 ino:12024 sk:5 <->
tcp LISTEN 0 5 127.0.1.1:domain *:* users:(("dnsmasq",pid=755,fd=5)) ino:10755 sk:6 <->
tcp LISTEN 0 5 127.0.0.1:ipp *:* users:(("cupsd",pid=485,fd=11)) ino:10089 sk:7 <->
tcp LISTEN 0 128 :::http :::* users:(("apache2",pid=991,fd=4),("apache2",pid=990,fd=4),("apache2",pid=987,fd=4)) ino:13822 sk:8 v6only:0 <->
tcp LISTEN 0 128 :::ssh :::* users:(("systemd",pid=1,fd=46)) ino:5763 sk:9 v6only:0 <->
tcp LISTEN 0 5 ::1:ipp :::* users:(("cupsd",pid=485,fd=10)) ino:10088 sk:a v6only:1 <->
Was genau dazu geführt hat, dass der doppelte Eintrag weg ist,
kann ich nicht sagen (an der Config habe ich nichts geändert).
Der Stick ist eingesteckt in den USB-Port (er hat eine LED, die ist auch permanent an).
Mit lsusb wird er - wie oben geschrieben - nicht angezeigt.
Die IOErr bei den Rolladenaktoren stehen weiter drin, die Rolladen lassen
sich auch weiter nicht ansteuern.
also der Stick muss mit lsusb erkannt werden, siehe https://forum.fhem.de/index.php?topic=13071.msg84832#msg84832
Warum der jetzt (nicht mehr) erkannt wird ist mir nicht klar.
Was ist das eigentlich für ein System?
cat /etc/os-releaseWie sieht dein fhem start aus?
cat /etc/init.d/fhemund systemctl cat fhem.service
Ist das alles jemals nach Wiki installiert worden? https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter
Kannst Du den hmland prozess abschießen und die hmland exe ausfindig machen und interaktiv starten wie im Wiki beschrieben?
Gibt es eine hmland in /opt/hmcfgusb ?
Hier noch etwas, was ich gefunden habe:
der Port 1000 wird anscheinend von dieser Konfig gestartet:
/opt/hmcfgusb/debian/hmland.init
Dort steht seit gerade eben:
HMLAND_LOGGING="no"
#HMLAND_PORT="1000"
HMLAND_PORT="1234"
HMLAND_ENABLED="1"
Bei einem
sudo service hmland status
kommt aber:
Loaded: loaded (/etc/init.d/hmland; bad; vendor preset: enabled)
Active: inactive (dead)
Docs: man:systemd-sysv-generator(8)
Also mache ich
[code]
sudo service hmland start
Dann bringt
sudo service hmland status
dies:
sudo service hmland status
● hmland.service - LSB: <Enter a short description of the sortware>
Loaded: loaded (/etc/init.d/hmland; bad; vendor preset: enabled)
Active: active (exited) since Mi 2025-03-12 17:47:27 CET; 2min 16s ago
Docs: man:systemd-sysv-generator(8)
Process: 1880 ExecStart=/etc/init.d/hmland start (code=exited, status=0/SUCCESS)
Mär 12 17:47:27 raspi-fhem systemd[1]: Starting LSB: <Enter a short description of the sortware>...
Mär 12 17:47:27 raspi-fhem hmland[1880]: Already running with PID 1755 according to /var/run/hmland.pid!
Mär 12 17:47:27 raspi-fhem systemd[1]: Started LSB: <Enter a short description of the sortware>.
lxuser@raspi-fhem:~$ sudo kill -9 734
Wenn ich nach
sudo ss -tulpe
gehe, hat hmland aber die pid 734
Egal, ich habe mal beide gekillt.
Dann:
sudo service fhem status
Das bringt jetzt mal was Neues:
hem.service - LSB: FHEM server
Loaded: loaded (/etc/init.d/fhem; bad; vendor preset: enabled)
Active: active (running) since Mi 2025-03-12 17:52:05 CET; 10s ago
Docs: man:systemd-sysv-generator(8)
Process: 2050 ExecStop=/etc/init.d/fhem stop (code=exited, status=0/SUCCESS)
Process: 2057 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/fhem.service
├─2062 /opt/hmcfgusb/hmland -d -p 1234 -r 0
└─2064 perl fhem.pl fhem.cfg
Mär 12 17:52:04 raspi-fhem systemd[1]: Starting LSB: FHEM server...
Mär 12 17:52:04 raspi-fhem fhem[2057]: Starting fhem...
Mär 12 17:52:04 raspi-fhem fhem[2057]: Daemon with PID 2062 started!
Mär 12 17:52:05 raspi-fhem systemd[1]: Started LSB: FHEM server.
Mär 12 17:52:07 raspi-fhem fhem[2057]: Can't find/open HM-CFG-USB!
Mär 12 17:52:07 raspi-fhem fhem[2057]: Can't initialize HM-CFG-USB!
naja die Frage ist: was hast Du am 1.3. gemacht? Das System ist doch so nie richtig gelaufen?
Den hmland service haben wir ja weiter deaktiviert. Und wie schon vermutet wird der "richtige" hmland mit fhem zusammen gestartet.
Ich denke nach wie vor der ist nicht kaputt, das System ist verwurschtelt und warum wird er jetzt nicht gefunden? Weil er gar nicht oder nicht richtig oder woanders steckt?
Gibst Du noch die Infos von weiter oben?
cat /etc/os-release
NAME="Ubuntu"
VERSION="16.04.7 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.7 LTS"
VERSION_ID="16.04"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial
cat /etc/init.d/fhem
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert
### BEGIN INIT INFO
# Provides: fhem.pl
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: FHEM server
### END INIT INFO
set -e
cd /opt/fhem
port=7072
if test "$2" != "noaptmark"; then
apt-mark hold fhem > /dev/null
fi
case "$1" in
'start')
echo "Starting fhem..."
# if you need to start hmland for use with
# Homematic, please start the hmland daemon
# like this (please use correct path and port,
# depending on your installation!)
#
/opt/hmcfgusb/hmland -d -p 1234 -r 0
#
perl fhem.pl fhem.cfg
# if you want to use configDB for configuration,
# use this command to start fhem:
#
# perl fhem.pl configDB
#
# and remove/comment the above line including fhem.cfg
RETVAL=$?
;;
'stop')
echo "Stopping fhem..."
# if you want to stop hmland during fhem stop:
# pkill hmland
pkill -U fhem perl
RETVAL=$?
;;
'status')
cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
if [ "$cnt" -eq "0" ] ; then
echo "fhem is not running"
else
echo "fhem is running"
fi
;;
*)
echo "Usage: $0 { start | stop | status }"
RETVAL=1
;;
esac
exit $RETVAL
systemctl cat fhem.service
/run/systemd/generator.late/fhem.service
# Automatically generated by systemd-sysv-generator
[Unit]
Documentation=man:systemd-sysv-generator(8)
SourcePath=/etc/init.d/fhem
Description=LSB: FHEM server
Before=multi-user.target
Before=multi-user.target
Before=multi-user.target
Before=graphical.target
Before=shutdown.target
After=local-fs.target
After=remote-fs.target
Conflicts=shutdown.target
[Service]
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
ExecStart=/etc/init.d/fhem start
ExecStop=/etc/init.d/fhem stop
Das System läuft seit etwa 2016.
In den letzten Monaten habe ich gar nichts geändert,
weil das System stabil gelaufen ist.
Auch am 01.03. ist im System nicht aktiv passiert.
aber irgendwer muss ja den zweiten Service gestartet haben ...
Der ist jetzt eigentlich deaktiviert, somit denke ich könnte alles funktionieren. Der "richtige" hmland wird mit fhem zusammen gestartet (Port 1234), das ist auch ok so.
Steck doch HM-CFG-USB mal in eine andere Schnittstelle oder einen PC ob er da irgendwie erkannt wird?
BTW das Betriebssystem ist seit 5 Jahren EOL - aber egal. Das muss erstmal wieder laufen wie vorher.
>somit denke ich könnte alles funktionieren.
Nochmal zum aktuellen Stand:
lsusb klappt nicht (auch nicht an einem anderen PCM ich habe auch schon alle
4 USB-Ports vom raspbi probiert).
Zum Abaluf:
nach Neustart (sudo reboot now)
sind immer noch beide Sockets (1000 und 1234) gelistet.
Dann kille ich erst 1000.
Dann ist immer noch das halbsekundenweise init/disconnect im Gang.
Das hört erst auf, wenn ich auch den Socket auf 1234 stoppe.
In keiner Konstellation (also egal, welchen Socket ich aktiv lasse),
gehen die IOErr weg oder schalten die Rolladen.
ich warte vielleicht nochmal auf den anderen Funk-Stick...
ich meine: beim init.d System wird alles gestartet was in dem Pfad steht. Da dort -rwxr-xr-x 1 root root 4,5K Jan 23 2017 hmland
-rwxr-xr-x 1 root root 4,6K Jun 30 2019 hmland.dpkg-oldsteht, werden die beide wahrscheinlich gestartet. Ich würde empfehlen beide Dateien dort zu löschen, die gehören da nicht hin.
Dein aktives Setup steht in /opt/hmcfgusb/hmland - das ist ok.
Warum jetzt Dein Stick nicht mehr geht kann ich nicht sagen, vielleicht ist er wirklich kaputt gegangen am 1.3. und bis dahin war zwar alles komisch installiert aber irgendwie hat es funktioniert.
O.k., lieben Dank für die Systemanalyse.
Hat mir auch nochmal klar gemacht, dass ein
Neuaufsetzen des Systems sicher mal sinnvoll ist.
Ich hoffe, dass ich die Konfiguration dann übernehmen
kann, ohne alles neu anlernen zu müssen
(das ist mal ein Thema für sich daan).
Ich habe also die Steckplatine HM-MOD-RPI-PCB bestellt.
Die probiere ich dann mit neuer SD-Karte und neu
aufgesetztem fhem aus.
Danke nochmal!