hmusb fällt (seit Update? Sensordefekt?) auf die Nase (Sekundentakt)

[Louis Cypher]

Liebes Forum,

nachdem ich diesmal auch schön die Liesmichzuerst Beiträge gelesen habe und auch diverse Disconnect threads zum HMLAN durchstöbert habe bin ich mal wieder am Ende mit meinem Latein.

Mein hmusb connected und disconnected seit neuestem wie verrückt. Neustart, Neustart des beaglebones, update, alles ohne Erfolg.

Folgende Ereignisses hat es in der näheren Vergangenheit gegeben:
- Mein Fensterschalter funktioniert nicht mehr richtig
- Ich habe ein Update gemacht.

Ich habe auf mit set unpair die Verbindung Fensterschalter Thermostat getrennt, vorhanden ist der (mittlerweile Batterielose) Schalter in FHEM immer noch. Soll ich ihn in der Config löschen?

Leider kann ich mit der Fehlermeldung nicht wirklich viel anfangen:

Code Auswählen Erweitern

014.10.31 22:28:58.707 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.10.31 22:28:58.713 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.31 22:28:58.723 1: 127.0.0.1:1234 reappeared (hmusb)
2014.10.31 22:28:58.724 0: HMLAN_Send:  hmusb I:A1EBE6F
2014.10.31 22:28:58.725 0: HMLAN_Send:  hmusb I:C
2014.10.31 22:28:58.727 0: HMLAN_Send:  hmusb I:+21C324,00,01,00
2014.10.31 22:28:58.728 0: HMLAN_Send:  hmusb I:+236CD5,00,01,00
2014.10.31 22:28:58.730 0: HMLAN_Send:  hmusb I:+24820F,02,01,00
2014.10.31 22:28:58.732 0: HMLAN_Send:  hmusb I:+236CC4,00,01,00
2014.10.31 22:28:58.733 0: HMLAN_Send:  hmusb I:+236CF0,00,01,00
2014.10.31 22:28:58.735 0: HMLAN_Send:  hmusb I:+21B95F,00,01,00
2014.10.31 22:28:58.736 0: HMLAN_Send:  hmusb I:Y01,00,
2014.10.31 22:28:58.738 0: HMLAN_Send:  hmusb I:Y02,00,
2014.10.31 22:28:58.739 0: HMLAN_Send:  hmusb I:Y03,00,
2014.10.31 22:28:58.740 0: HMLAN_Send:  hmusb I:T1BE6AD8A,04,00,00000000
2014.10.31 22:28:58.741 1: HMLAN_Parse: hmusb new condition init
2014.10.31 22:28:58.751 0: HMLAN_Send:  hmusb S:S681C81C7 stat:  00 t:00000000 d:01 r:681C81C7 m:99 8112 1EBE6F 000000

Vielen Dank schon im Voraus für Eure Mühe und liebe Grüße,

Markus

[Puschel74]

nachdem ich diesmal auch schön die Liesmichzuerst Beiträge gelesen habe

Sicher nicht - aber ich hab den Beitrag mal verschoben.

[Louis Cypher]

Sicher nicht - aber ich hab den Beitrag mal verschoben.

Verstehe ich nicht. Wie kommst Du darauf dass nicht??

[martinp876]

das ist ein disconnect. hast du mehr? Eine abfolge mit den Events?

[Louis Cypher]

Das tritt im Sekundentakt auf mit immer wieder der gleichen Meldung. Deswegen glaube ich auch, dass mein Problem sich von den anderen disconnects, die hier beschrieben waren unterscheidet.

Code Auswählen Erweitern


2014.10.31 23:07:09.624 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.10.31 23:07:09.632 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.31 23:07:09.641 1: 127.0.0.1:1234 reappeared (hmusb)
2014.10.31 23:07:09.643 0: HMLAN_Send:  hmusb I:A1EBE6F
2014.10.31 23:07:09.644 0: HMLAN_Send:  hmusb I:C
2014.10.31 23:07:09.645 0: HMLAN_Send:  hmusb I:+21C324,00,01,00
2014.10.31 23:07:09.647 0: HMLAN_Send:  hmusb I:+236CD5,00,01,00
2014.10.31 23:07:09.649 0: HMLAN_Send:  hmusb I:+24820F,02,01,00
2014.10.31 23:07:09.651 0: HMLAN_Send:  hmusb I:+236CC4,00,01,00
2014.10.31 23:07:09.652 0: HMLAN_Send:  hmusb I:+236CF0,00,01,00
2014.10.31 23:07:09.654 0: HMLAN_Send:  hmusb I:+21B95F,00,01,00
2014.10.31 23:07:09.655 0: HMLAN_Send:  hmusb I:Y01,00,
2014.10.31 23:07:09.656 0: HMLAN_Send:  hmusb I:Y02,00,
2014.10.31 23:07:09.658 0: HMLAN_Send:  hmusb I:Y03,00,
2014.10.31 23:07:09.659 0: HMLAN_Send:  hmusb I:T1BE6B67D,04,00,00000000
2014.10.31 23:07:09.661 1: HMLAN_Parse: hmusb new condition init
2014.10.31 23:07:09.670 0: HMLAN_Send:  hmusb S:S683F76AE stat:  00 t:00000000 d:01 r:683F76AE m:99 8112 1EBE6F 000000
2014.10.31 23:07:10.631 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.10.31 23:07:10.638 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.31 23:07:10.648 1: 127.0.0.1:1234 reappeared (hmusb)
2014.10.31 23:07:10.649 0: HMLAN_Send:  hmusb I:A1EBE6F
2014.10.31 23:07:10.650 0: HMLAN_Send:  hmusb I:C
2014.10.31 23:07:10.652 0: HMLAN_Send:  hmusb I:+21C324,00,01,00
2014.10.31 23:07:10.653 0: HMLAN_Send:  hmusb I:+236CD5,00,01,00
2014.10.31 23:07:10.655 0: HMLAN_Send:  hmusb I:+24820F,02,01,00
2014.10.31 23:07:10.657 0: HMLAN_Send:  hmusb I:+236CC4,00,01,00
2014.10.31 23:07:10.658 0: HMLAN_Send:  hmusb I:+236CF0,00,01,00
2014.10.31 23:07:10.660 0: HMLAN_Send:  hmusb I:+21B95F,00,01,00
2014.10.31 23:07:10.661 0: HMLAN_Send:  hmusb I:Y01,00,
2014.10.31 23:07:10.662 0: HMLAN_Send:  hmusb I:Y02,00,
2014.10.31 23:07:10.664 0: HMLAN_Send:  hmusb I:Y03,00,
2014.10.31 23:07:10.665 0: HMLAN_Send:  hmusb I:T1BE6B67E,04,00,00000000
2014.10.31 23:07:10.666 1: HMLAN_Parse: hmusb new condition init
2014.10.31 23:07:10.676 0: HMLAN_Send:  hmusb S:S683F7A9C stat:  00 t:00000000 d:01 r:683F7A9C m:99 8112 1EBE6F 000000
2014.10.31 23:07:11.641 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.10.31 23:07:11.648 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.31 23:07:11.657 1: 127.0.0.1:1234 reappeared (hmusb)
2014.10.31 23:07:11.659 0: HMLAN_Send:  hmusb I:A1EBE6F
2014.10.31 23:07:11.660 0: HMLAN_Send:  hmusb I:C
2014.10.31 23:07:11.661 0: HMLAN_Send:  hmusb I:+21C324,00,01,00
2014.10.31 23:07:11.663 0: HMLAN_Send:  hmusb I:+236CD5,00,01,00
2014.10.31 23:07:11.665 0: HMLAN_Send:  hmusb I:+24820F,02,01,00
2014.10.31 23:07:11.666 0: HMLAN_Send:  hmusb I:+236CC4,00,01,00
2014.10.31 23:07:11.668 0: HMLAN_Send:  hmusb I:+236CF0,00,01,00
2014.10.31 23:07:11.669 0: HMLAN_Send:  hmusb I:+21B95F,00,01,00
2014.10.31 23:07:11.671 0: HMLAN_Send:  hmusb I:Y01,00,
2014.10.31 23:07:11.672 0: HMLAN_Send:  hmusb I:Y02,00,
2014.10.31 23:07:11.673 0: HMLAN_Send:  hmusb I:Y03,00,
2014.10.31 23:07:11.674 0: HMLAN_Send:  hmusb I:T1BE6B67F,04,00,00000000
2014.10.31 23:07:11.676 1: HMLAN_Parse: hmusb new condition init
2014.10.31 23:07:11.686 0: HMLAN_Send:  hmusb S:S683F7E8D stat:  00 t:00000000 d:01 r:683F7E8D m:99 8112 1EBE6F 000000
2014.10.31 23:07:12.650 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.10.31 23:07:12.656 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.31 23:07:12.666 1: 127.0.0.1:1234 reappeared (hmusb)
2014.10.31 23:07:12.667 0: HMLAN_Send:  hmusb I:A1EBE6F
2014.10.31 23:07:12.668 0: HMLAN_Send:  hmusb I:C
2014.10.31 23:07:12.670 0: HMLAN_Send:  hmusb I:+21C324,00,01,00
2014.10.31 23:07:12.671 0: HMLAN_Send:  hmusb I:+236CD5,00,01,00
2014.10.31 23:07:12.673 0: HMLAN_Send:  hmusb I:+24820F,02,01,00
2014.10.31 23:07:12.675 0: HMLAN_Send:  hmusb I:+236CC4,00,01,00
2014.10.31 23:07:12.676 0: HMLAN_Send:  hmusb I:+236CF0,00,01,00
2014.10.31 23:07:12.678 0: HMLAN_Send:  hmusb I:+21B95F,00,01,00
2014.10.31 23:07:12.679 0: HMLAN_Send:  hmusb I:Y01,00,
2014.10.31 23:07:12.680 0: HMLAN_Send:  hmusb I:Y02,00,
2014.10.31 23:07:12.682 0: HMLAN_Send:  hmusb I:Y03,00,
2014.10.31 23:07:12.683 0: HMLAN_Send:  hmusb I:T1BE6B680,04,00,00000000
2014.10.31 23:07:12.684 1: HMLAN_Parse: hmusb new condition init
2014.10.31 23:07:12.694 0: HMLAN_Send:  hmusb S:S683F827E stat:  00 t:00000000 d:01 r:683F827E m:99 8112 1EBE6F 000000
[\CODE]

Nachtrag:

der hmland prozess läuft als root, fhem als user fhem. Könnte das das Problem sein?

Hier noch meine Init Skripten:
FHEM

Code Auswählen Erweitern

#!/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

case "$1" in
'start')
        echo "Starting fhem..."
        perl fhem.pl fhem.cfg
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."
        perl fhem.pl $port "shutdown"
        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



und hmland

Code Auswählen Erweitern


# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac


[fiedel]

Hi Markus,

das sieht mir mehr nach Hardwareproblem aus. Hänge mal einen USB-Hub mit Sromversorgung an den Rechner und stecke den Stick dort ran. Das mit den Benutzern sollte kein Problem sein. Wenn der Daemon stabil läuft müsste es trotzdem gehen. Allerdings läuft bei mit der hmland unter Benutzer "fhem", genau wie FHEM.

Ich starte den Dienst nicht per Startscript, sondern direkt aus FHEM heraus:

Code Auswählen Erweitern

define Func_Start_Init_W notify global:INITIALIZED.* { \
\
system("ps | grep hmland | grep -v -q grep || /opt/fhem/hmland -d -p 2129 -r 0");;\
}

Deine Variante ist aber sauberer! Ich müsste das auch mal mit Startscript machen. Läuft bei mir allerdings problemlos. Die greps gucken ob der Dienst schon läuft und starten ihn bei Restart von FHEM nicht erneut.

Gruß

Frank

[Louis Cypher]

Es war das Gegenteil. Der USB- Hub scheint verantwortlich zu sein. Ich habe den jetzt (noch mal) raus genommen und schon geht die Geschichte. Vielen Dank für die Unterstützung.