HMCon RFD Dienst startet nicht

[Rexima]

Mein rfd Dienst startet nicht richtig.

Wenn ich ihn starte dann bricht er nach knapp 1s ab.

In der Log steht nichts drinnen, auch wenn ich den Log Level auf 0 setze.

Das ist meine Config:

Listen Port = 2001
Log Destination = File
Log Filename = /opt/hmcon/var/log/rfd.log
Log Identifier = rfd
Log Level = 1
Persist Keys = 1
# PID File = /opt/hmcon/var/rfd/rfd.pid
# UDS File = /opt/hmcon/var/rfd/socket_rfd
Device Description Dir = /opt/hmcon/firmware/rftypes
Device Files Dir = /opt/hmcon/var/rfd/devices
Key File = /opt/hmcon/var/rfd/keys
Address File = /opt/hmcon/etc/rfd/ids
Firmware Dir = /opt/hmcon/firmware
User Firmware Dir = /opt/hmcon/var/firmware
XmlRpcHandlersFile = /opt/hmcon/var/RFD.handlers
Replacemap File = /opt/hmcon/firmware/rftypes/replaceMap/rfReplaceMap.xml
[Interface 0]
Type = HMLGW2
Description = HM-LGW-O-TW-W-EU
Serial Number = MEQadasdasd
Encryption Key = asdasdasd

Und das ist meine Log

2016/04/11 20:25:26.076 <info>BidCoS-Service started
2016/04/11 20:25:26.079 <info>XmlRpc Server is listening on TCP port 2001
2016/04/11 20:25:28.091 <info>Found HomeMatic Lan Gateway with IP Address 10.0.50.67</info></info></info> 

Das wars, mehr sieht man da nicht. Kann mir jemand dabei helfen?

Das ganze läuft auf einem Cubietruck 3 mit aktuell Wheezy, möchte später aber auf Jessie umsteigen.

[Solear]

hier stand Blödsinn.

Erst lesen, dann antworten, Solear! :lol:

[paul53]

Habe ein ähnliches Problem mit einem HM-MOD-RPI-PCB, das ich fertig aufgebaut bei ebay erstanden habe. Laut Anbieter soll es getestet sein.

Das hmcon-setup hat das Modul nicht initialisiert, denn in der Datei "/opt/hmcon/etc/rfd.conf" fehlte der Eintrag:

[Interface 0]
Type = CCU2
ComPortFile = /dev/ttyAMA0
AccessFile = /dev/null
ResetFile = /sys/class/gpio/gpio18/value

Das Log zeigte:

2016/04/25 17:14:36.668 <info>BidCoS-Service started
2016/04/25 17:14:36.674 <info>XmlRpc Server is listening on TCP port 2001
2016/04/25 17:14:36.676 <error>No BidCoS-Interface available
2016/04/25 17:14:36.676 <warning>Error initializing interfaces</warning></error></info></info> 

Nachdem ich die "rfd.conf" per Hand um die fehlenden Einträge ergänzt habe, zeigt das Log:

2016/04/25 19:22:23.414 <info>BidCoS-Service started
2016/04/25 19:22:23.416 <info>XmlRpc Server is listening on TCP port 2001
2016/04/25 19:22:23.418 <error>CCU2CommController::init(): Init failed. Cannot reset coprocessor. (Hint: Cannot write reset)
2016/04/25 19:22:23.419 <error>No BidCoS-Interface available
2016/04/25 19:22:23.419 <warning>Error initializing interfaces</warning></error></error></info></info> 

Hat jemand eine Ahnung, woran es liegen kann ?

[Solear]

Auf einem Raspi 2 oder 3?

Gesendet von iPad mit Tapatalk

[paul53]

Raspi 2 (siehe Signatur).

[Solear]

Sorry, in Tapatalk sieht man die Signatur nicht.

Wenn du möchtest schicke ich dir morgen ein Image von meinem Pi2 mit Jessie und hmcon. Das müsste ich zwar erstellen aber das würde ich machen. Da ging es bei mir jedenfalls, gerade läuft aber Homematic Image drauf.

Dann könntest du schauen ob das Image bei dir läuft und Unterschiede suchen.

Gesendet von iPad mit Tapatalk

[paul53]

Danke für Dein Angebot.

Kann man vielleicht noch anders testen, ob es an der Hardware oder an dem Setup liegt ?

Andernfalls nehme ich das Angebot gerne an, um auszuschließen, dass es an der Hardware liegt.

Meinst Du ein Image als Datei oder auf microSD card ?

[Solear]

Image als Datei zum herunterladen. Ich versuche es dann klein zu halten.

Du könntest höchstens noch versuchen, das Homematic Image auszuprobieren als Gegencheck zu hmcon. http://homematic-forum.de/forum/viewtop … 17#p236751

Wenn es damit funktioniert, liegt es zumindest nicht an der Hardware. Beim Raspi 2 sollte es immer funktionieren, beim 3er gibt es uU Probleme.

Ausreichend starkes Netzteil hast du sicher.

Gesendet von iPad mit Tapatalk

[paul53]

Ein ausreichend starkes Netzteil inkl. USV-Stützung mit 3-Ah-Stunden-Akku habe ich.

Danke für den Hinweis auf das RaspberryMatic-Image. Habe es gerade herunter geladen, werde es morgen testen und dann berichten.

UPDATE: Habe den RFD Dienst zum Laufen gebracht, d.h. die Hardware funktioniert. Das hmcon-setup.sh funktioniert offenbar nicht korrekt.

Nicht ausgeführt wurden offenbar:

echo 18 > /sys/class/gpio/export  
echo out > /sys/class/gpio/gpio18/direction

                         UDEVFILE=99-rfd-gpio.rules
                        echo "creating new udev-rule for gpio"
cat > /etc/udev/rules.d/$UDEVFILE <<- EOM
SUBSYSTEM=="gpio*", PROGRAM="/bin/sh -c 'chown -R root:gpio /sys/class/gpio && chmod -R 770 /sys/class/gpio; chown -R root:gpio /sys/devices/virtual/gpio && chmod -R 770 /sys/devices/virtual/gpio; chown -R root:gpio /sys/devices/platform/soc/*.gpio/gpio && chmod -R 770 /sys/devices/platform/soc/*.gpio/gpio'"
EOM

-cat >> $ETC/rfd.conf <<- EOM
[Interface $i]
Type = CCU2
ComPortFile = /dev/ttyAMA0
AccessFile = /dev/null
ResetFile = /sys/class/gpio/gpio18/value
EOM

    start-stop-daemon --start --quiet -c \$USER --exec \$DAEMON -- \$DAEMON_ARGS

Nachdem ich das alles per Hand nachvollzogen habe, lief es.

Nach einem Reboot fehlt z.B. wieder "/sys/class/gpio/gpio18" und es läuft nicht mehr. Morgen weiter.

[paul53]

Habe nach einigen Versuchen eine Lösung gefunden, damit der RFD-Dienst nach einem Reboot automatisch startet. Da offenbar die USV-Software beim Start dazwischenfunkt, habe ich die Initialisierung des Modul-Resets mit in den Startskript "/etc/init.d/rfd" aufgenommen:

! ````
#! /bin/sh

BEGIN INIT INFO

Provides: rfd

Required-Start: $remote_fs $syslog

Required-Stop: $remote_fs $syslog

Default-Start: 2 3 4 5

Default-Stop: 0 1 6

Short-Description: HomeMatic rfd

Description: HomeMatic BidCoS-RF interface process

END INIT INFO

! # Author: Sebastian 'hobbyquaker' Raff hq@ccu.io
! echo 18 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio18/direction
! PATH=/sbin:/usr/sbin:/bin:/usr/bin:/opt/hm/bin
DESC="HomeMatic BidCoS-RF interface process"
NAME=rfd
DAEMON=/opt/hmcon/bin/$NAME
DAEMON_ARGS="-f /opt/hmcon/etc/rfd.conf -d"
PIDFILE=/opt/hmcon/var/rfd/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
USER=hmcon
! [ -x "$DAEMON" ] || exit 0
! . /lib/init/vars.sh
! . /lib/lsb/init-functions
! case "$1" in
start)
log_daemon_msg "Starting $DESC" "$NAME"
start-stop-daemon --start --quiet -c $USER --exec $DAEMON -- $DAEMON_ARGS
;;
stop)
log_daemon_msg "Stopping $DESC" "$NAME"
start-stop-daemon -K -q -u $USER -n $NAME
;;
status)
status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|status}" >&2
exit 3
;;
esac
! :/hq@ccu.io

Die USV verwendet auch die GPIO, allerdings nur Pins 3,5 (I²C), Pin 13 (USV-Zustand) und Pins 27,28 (I²C).

[Solear]

Aha, also Problem gelöst!

Warum benutzt du überhaupt die USV, ist euer Netz so unstabil? Bei einem Raspi hätte ich jetzt nicht so die Bedenken wenn er nicht ordentlich herunterfährt. Gibt es da überhaupt sowas wie einen Schreibcache für die Speicherkarte?

[paul53]

@Solear:

…ist euer Netz so unstabil? Bei einem Raspi hätte ich jetzt nicht so die Bedenken wenn er nicht ordentlich herunterfährt. `
Nein, das Netz ist schon stabil. Aber ein einziger Netzausfall kann genügen, um die SD-Card zu zerschiessen. Da ich meinen Raspi im Winter ein halbes Jahr lang allein lasse, muss ich mich auf das Funktionieren verlassen können. Bei einer Entfernung von ca. 3500 km kann ich nicht mal schnell die SD-Card wechseln.