COC funktioniert nicht am Raspberry Pi

Begonnen von lexus, 12 Mai 2013, 15:22:59

Vorheriges Thema - Nächstes Thema

lexus

Hallo,
ich habe gestern meinen COC von busware geliefert bekommen. Damit es schneller geht, habe ich FHEM nicht manuell installiert, sondern habe das aktuelle Image von busware.de genommen (Link).
Prinzipiell wird der COC wohl auch erkannt.

root@raspberrypi:~# hexdump -C /sys/bus/i2c/devices/0-0050/eeprom
00000000  43 4f 43 20 56 31 2e 31  20 46 55 4c 4c 20 32 30  |COC V1.1 FULL 20|
00000010  31 33 2d 30 35 2d 30 33  0a ff ff ff ff ff ff ff  |13-05-03........|
00000020  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000100


Jedoch sieht man aber im Log (verbose level 5) das er das Device nicht initialisieren kann:
2013.05.12 12:46:10 5: Loading ./FHEM/00_CUL.pm
2013.05.12 12:46:10 3: Opening COC device /dev/ttyAMA0
2013.05.12 12:46:10 3: Setting COC baudrate to 38400
2013.05.12 12:46:10 3: COC device opened
2013.05.12 12:46:10 5: SW: V
2013.05.12 12:46:13 5: SW: V
2013.05.12 12:46:36 5: SW: V
2013.05.12 12:46:39 1: Cannot init /dev/ttyAMA0, ignoring it


Auch die RTC scheint nicht vorhanden, trotz das ich den full-featured COC habe.
root@raspberrypi:~# hwclock
hwclock: Cannot access the Hardware Clock via any known method.
hwclock: Use the --debug option to see the details of our search for an access method.
root@raspberrypi:~#


Jetzt habe ich hier im Forum und in der Google Group schon mehrere LEute gefunden, die das gleiche Problem hatten. Jedoch haben die Lösungsvorschläge bei mir nicht geholfen.
Um mal kurz zu erläutern was ich versucht habe:

1.) Anleitung unter busware.de durchgegangen.
    Serielle Schnittstellen freigegeben. FHEM heruntergefahren. Firmware COC.hex konnte ich bei meinem ersten Versuch mit avrdude aufspielen.
    --> Nach Reboot. Immer noch die gleiche Meldung im FHEM-Log.

2.) FHEM update auf 5.4 (development)
   update fhem, shutdown restart, update, shutdown restart
   --> Leider immer noch "Cannot init /dev/ttyAMA0, ignoring it" und keine hwclock.

3.) Neuesten Kernel von busware.de verwendet (Link)
   --> COC wird von FHEM immer noch nicht initialisiert

4.) Wollte jetzt mal versuchen, ob's mit der Radio-only Firmware funktioniert.
    Leider erscheint beim Flashen mit avrdude hat jetzt folgende Meldung:
root@raspberrypi:~# avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.radio_only.hex

Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding

Komischerweise hat's vorher aber funktioniert (siehe 1.)

Jetzt zu meinen Fragen:
- Hat jemand noch einen weiteren Tip was ich ausprobieren könnte ?
- Warum konnte ich anfangs die COC.hex flashen und später nicht mehr ?
- Wie kann ich prinzipiell überprüfen, ob der COC erkannt wird. Reicht da die Ausgabe von hexdump ... da aus ?
- Sollte die LED des COC eigentlich leuchten? Ich seh da nämlich nichts.

fhem.cfg hängt an. Falls ich sonst noch weitere Infos liefern kann, bitte kurze Info.
Vielen Dank schon mal im voraus für eure Bemühungen...

Gruß,
Alex



lexus

Hallo,
habe es jetzt doch geschafft, die radio-only Firmware zu flashen. Anscheinend hatte ich FHEM vorher doch nicht korrekt gestoppt.
Nachdem ichs aus dem autostart entfernt habe und der Pi rebootet wurde hats mit avrdude geklappt.
Im FHEM File sehe ich jetzt auf jeden Fall mal mehr als vorher:

2013.05.12 19:42:35 5: Cmd: >define COC CUL /dev/ttyAMA0@38400 1234<
2013.05.12 19:42:35 5: Loading ./FHEM/00_CUL.pm
2013.05.12 19:42:36 3: Opening COC device /dev/ttyAMA0
2013.05.12 19:42:36 3: Setting COC baudrate to 38400
2013.05.12 19:42:36 3: COC device opened
2013.05.12 19:42:36 5: SW: V
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): V 1.49 CSM868

2013.05.12 19:42:36 5: SW: ?
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of m C
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): F i A Z
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): G M R T
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): V W X e
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): f l t u
2013.05.12 19:42:36 5: CUL/RAW (ReadAnswer): x

2013.05.12 19:42:36 3: COC: Possible commands: mCFiAZGMRTVWXefltux
2013.05.12 19:42:36 5: SW: X21
2013.05.12 19:42:36 5: SW: T01
2013.05.12 19:42:39 1: Cannot init /dev/ttyAMA0, ignoring it


Allerdings wird /dev/ttyAMA0 immer noch von FHEM ignoriert.

Gruß,
Alex

lexus

Hallo,
ich nochmal....

Jetzt mal ne ganz dumme Frage. Benötigt das COC Modul eigentlich ne eigene Spannungsversorgung ???
Ich bin jetzt mal davon ausgegangen, das das Board von den PINs des Pi mit versorgt wird.

Gruß,
Alex

lexus

Hallo,

auf meinem anderen Raspberry lief die COC Erweiterung jetzt auf Anhieb. Gleiche SD-Card, gleiches Netzteil, alls gleich bis auf den Pi.  Komisch, auf dem "alten" lief die ganze Zeit XMBC ohne Probleme.
Naja, da werden auch die GPIO Ports nicht benötigt...
Seid drum, bin jetzt froh das es klappt.

Gruß,
Alex

tkempken

Hi,

kannst du mal sagen, inwieweit deine Raspberrys sich unterscheiden?
Ich habe exakt das gleiche Problem, habe mir jedoch heute einen zweiten Pi gekauft und leider kein Erfolg.

Kannst du mal durchgeben, was auf der Platine steht? Made in ... und das Baujahr unter dem Pi logo?

lexus

Hallo,

meine Raspberries sind beide lt. Aufdruck 2011.12 hergestellt worden.
Der auf dem es nicht funktioniert ist Made in China. Die COC Erweiterung ließ sich dort problemlos aufstecken.
Der andere wurde in UK produziert. Bei diesem musste ich, wie im Busware HowTo beschrieben, ein bißchen daran herumfeilen, damit ich den COC überhaupt aufsetzen konnte.
Weitere Unterschiede konnte ich nicht feststellen.

Gruß,
Alex

tkempken

Hi,

danke für die Info!
Meine beiden sind aus UK von 2011.12, aber ich versteh es nicht.
Ich musste ebenfalls für beide dran rumpfeilen, und es war kein Spalt zwischen den beiden Platinen. Da es jedoch aufeinmal funktioniert, denke ich muss es ein technisches Problem sein, Wackelkontakt. Das dumme ist nur, dass die Angst bleibt, dass die Probleme morgen wieder da sind ;-)

Funktioniert bei dir die RTC?

Gruß

lexus

> Funktioniert bei dir die RTC?
Ja, funktioniert...

root@raspberrypi:~# ls -al /dev/rtc0
crw------- 1 root root 254, 0 May 20 19:34 /dev/rtc0
root@raspberrypi:~#

root@raspberrypi:~# hwclock
Mon 20 May 2013 21:31:01 CEST  -0.833762 seconds
root@raspberrypi:~#

Um die Daten auf der Platine abzulesen, habe ich den COC eben vom Raspberry entfernen müssen. Danach wurde der COC (zum Glück) auch wieder erkannt.

Gruß,
Alex

P.S.: Ich vermute mittlerweile auch, das es irgendwas hardware-mäßiges sein muss, da die COC Erweiterung sich auf dem anderen Pi ja auch mal flashen ließ und ein anderes Mal die Fehlermeldung kam.