/dev/ttyAMA0: Permission denied - RPi/COC mit raspbmc

[HansD]

Frohe Weihnachten FHEM-Users

Ich habe mir zu Weihnachten einen Raspberry Pi inkl. COC+ Erweiterung gegönnt. Diesen hatte ich zunächst mit der ebenfalls bestellten SD-Card erfolgreich getestet. Nun will ich den Raspberry aber noch etwas mehr zu tun geben und das XBMC darauf nutzen.

Da es für mich als Linux-(Wieder-)Einsteiger wohl das einfachste ist, ein fertiges XBMC-Image (raspbmc) zu verwenden und dort FHEM zu installieren, habe ich mich für diesen Weg entschieden.

Dies hat soweit auch funktioniert:

- FHEM ist im LAN erreichbar
- "sudo hwclock" gibt die richtige Uhrzeit raus
- "sudo hexdump -C /sys/bus/i2c/devices/0-0050/eeprom" gibt "|COC V1.1 FULL 20| 12-12-11........|" aus
- Die LED am COC blinkt im Sekundentakt

ABER nun kommt mein Problem:
in /opt/fhem/log/fhem-2012-12.log steht folgendes:

2012.12.25 14:04:36 3: Opening CUL_0 device /dev/ttyAMA0
2012.12.25 14:04:37 3: Can't open /dev/ttyAMA0: Permission denied
2012.12.25 14:04:39 1: Including ./log/fhem.save
2012.12.25 14:04:39 1: usb create starting
2012.12.25 14:04:41 3: Opening CUL device /dev/ttyAMA0
2012.12.25 14:04:41 3: Can't open /dev/ttyAMA0: Permission denied
2012.12.25 14:04:41 1: usb create end

Meine Fehlersuche:
ls -la /dev/ttyAMA0
crw-rw---- 1 root tty 204, 64 Dec 25 15:16 /dev/ttyAMA0

Berechtigung ändern:
sudo reboot
sudo chown fhem:root /dev/ttyAMA0
sudo fhem stop
sudo fhem start


Ergebniss:
2012.12.25 16:09:01 3: Opening CUL_0 device /dev/ttyAMA0
2012.12.25 16:09:01 3: Setting CUL_0 baudrate to 38400
2012.12.25 16:09:01 3: CUL_0 device opened
2012.12.25 16:09:10 1: Cannot init /dev/ttyAMA0, ignoring it
2012.12.25 16:09:12 1: Including ./log/fhem.save
2012.12.25 16:09:12 1: usb create starting
2012.12.25 16:09:14 3: Opening CUL device /dev/ttyAMA0
2012.12.25 16:09:14 3: Setting CUL baudrate to 38400
2012.12.25 16:09:14 3: CUL device opened
2012.12.25 16:09:14 1: usb create end

ABER:
Im Webfront wird nun angezeigt:
"CUL_0 = opened"

Sollte da nicht connected stehen?!?

Eine Änderung über das Webfront hat dann zur Folge:
"CUL_0 = disconnected"

ls -la /dev/ttyAMA0
crw-rw---- 1 root tty 204, 64 Dec 25 16:10 /dev/ttyAMA0

Wieder steht es auf "root:tty"  (//images/smiley_icons/icon_eek.gif)  

In meiner fhem.cfg wird der COC übrigens wie folgt definiert:
define CUL_0 CUL /dev/ttyAMA0@38400 1234

Die fhem.cfg hatte ich aus dem ersten Test mit dem Image von busware, erfolgreich getestet und in raspbmc 1:1 übernommen. Aber auch eine neue fhem.cfg ändert nichts.   (//images/smiley_icons/icon_sad.gif)  

Kann mir da jemand auf die Sprünge helfen, wo das Problem begraben liegt und wie ich es beseitige?

Eine Doku als PDF mit sämtlichen Schritten, die ich bis zu dem Problem durchgeführt hatte, ist diesem Beitrag angehängt. Ich hoffe, die kann neben den reichlichen Informationen im Beitrag, zur weiteren Problemanalyse verwendet werden. Ansonsten hilft sie vielleicht späteren Lesern...

Danke im voraus...