COC -> Was möglich? Was wird noch gebraucht?

[John]

In deiner Log-Datei von oben:

2013.10.05 21:23:13 3: Opening COC device /dev/ttyAMA0
2013.10.05 21:23:13 3: Setting COC baudrate to 38400
2013.10.05 21:23:13 3: COC device opened
2013.10.05 21:23:22 1: Cannot init /dev/ttyAMA0, ignoring it
2013.10.05 21:23:22 1: Including ./log/fhem.save
2013.10.05 21:23:22 1: usb create starting
2013.10.05 21:23:24 3: Opening CUL device /dev/ttyAMA0

Du verwendest sowohl für COC wie auch für CUL dasselbe device /dev/ttyAMA0.
Bei mir ist der COC über das device /dev/ttyAMA0 verbunden.

Nachfolgend meine Configuration mit COC und CUL
Vielleicht hilft das weiter.

Code Auswählen Erweitern

define COC CUL /dev/ttyAMA0@38400 1234
attr COC room System
attr COC verbose 4

define CUL CUL /dev/ttyACM0@38400 0000
attr CUL rfmode MAX
attr CUL room System
attr CUL verbose 4
 
define CULMAX0 CUL_MAX 123456
attr CULMAX0 room System
attr CULMAX0 verbose 4

Beende mal FHEM und versuch dich via Minicom zu verbinden:

minicom -D /dev/ttyAMA0 -b 38400

John

[mario92]

Danke erst mal an alle! Schön das sich so viele die Zeit nehmen!!

Also erst mal sieht meine fhem.cfg Datei so aus:

Code Auswählen Erweitern

attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .                  # where our FHEM directory is
attr global statefile ./log/fhem.save  # where to save the state of the devices
attr global verbose 3                  # "normal" verbosity (min 1, max 5)

define telnetPort telnet 7072 global   # our TCP/IP port

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create


# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.

#define FHZ FHZ /dev/USB0
#define CUL CUL /dev/ttyACM0@9600 1234
#attr CUL rfmode HomeMatic

#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600

define COC CUL /dev/ttyAMA0@38400 1234

Wenn ich das richtig sehe, wird doch nirgends ein CUL definiert, oder? Ich meine ist ja auch richtig, ich habe ja nur einen COC.

Zum Thema Flashen.
Ich habe folgendes Shell Skript:

Code Auswählen Erweitern

echo "calling COC bootloader..."
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo 0 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio18/value

echo "Flaschen...."
avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.radio_only.hex

Damit klappt auch alles! Ich beende davor selbstverständlich FHEM!
Es kommt das als Ausgabe:

Code Auswählen Erweitern

sh coc_update.sh
calling COC bootloader...
Flaschen....

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9705
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: current erase-rewrite cycle count is 1426130024 (if being tracked)
avrdude: erasing chip
avrdude: reading input file "COC.radio_only.hex"
avrdude: input file COC.radio_only.hex auto detected as raw binary
avrdude: writing flash (60924 bytes):

Writing | ################################################## | 100% 19.21s



avrdude: 60924 bytes of flash written
avrdude: verifying flash memory against COC.radio_only.hex:
avrdude: load data flash data from input file COC.radio_only.hex:
avrdude: input file COC.radio_only.hex auto detected as raw binary
avrdude: input file COC.radio_only.hex contains 60924 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 16.48s



avrdude: verifying ...
avrdude: 60924 bytes of flash verified

avrdude done.  Thank you.

So.

Habe frisch geflasht, FHEM ist noch beendet, dann habe ich "minicom -D /dev/ttyAMA0 -b 38400" ausgeführt, jedoch steht wieder unten rechts offline und ich kann nur CTRL+A und dann z.B. Z drücken für Hilfe, sowie die anderen dann angezeigten Buchstaben. Leider kann ich nicht einfach "run V" eingeben. :/

Habe dann über die FHEM Seite die Definitionen von John in die fhem.cfg angehangen. FHEM meldete:

Code Auswählen Erweitern

COC: unknown attribute verbose, choose one of room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 showtime:1,0 model:CUL,CUN,CUR loglevel:0,1,2,3,4,5,6 sendpool addvaltrigger rfmode:SlowRF,HomeMatic,MAX hmId hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger or use attr global userattr verbose CUL: Mode MAX not supported CUL: unknown attribute verbose, choose one of room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 showtime:1,0 model:CUL,CUN,CUR loglevel:0,1,2,3,4,5,6 sendpool addvaltrigger rfmode:SlowRF,HomeMatic,MAX hmId hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger or use attr global userattr verbose CULMAX0: unknown attribute verbose, choose one of room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 showtime:1,0 loglevel:0,1,2,3,4,5,6 event-on-change-reading event-on-update-reading event-min-interval stateFormat or use attr global userattr verbose

Jetzt versuche ich mit dem Shell-Script von PeMue zu flashen! (flashen.sh)

Code Auswählen Erweitern

root@raspberrypi:~# /etc/init.d/fhem stop
Stopping fhem...
root@raspberrypi:~# sh flashen.sh COC.radio_only.hex
calling CSM bootloader ...
programming CSM ...

Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding
root@raspberrypi:~#


Ach menno. Was mache ich denn falsch... :(
Danke noch mal für eure Bemühungen, Leute!! :) :)
_________________________________________________________________________________________________________________________

Hier sind noch weitere Daten, falls Sie wichtig sind:
"hexdump -C /sys/bus/i2c/devices/0-0050/eeprom" liefert:

Code Auswählen Erweitern

00000000  43 4f 43 20 56 31 2e 31  20 52 41 44 49 4f 5f 4f  |COC V1.1 RADIO_O|
00000010  4e 4c 59 20 32 30 31 33  2d 30 38 2d 32 36 0a ff  |NLY 2013-08-26..|
00000020  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000100


/etc/inittab

Code Auswählen Erweitern

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty --noclear 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3


#Spawn a getty on Raspberry Pi serial line
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100


/boot/cmdline.txt

Code Auswählen Erweitern

# Original:
# dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

/etc/init.d/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 "resetting 868MHz extension..."
        if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
        if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
        echo out > /sys/class/gpio/gpio17/direction
        echo out > /sys/class/gpio/gpio18/direction
        echo 1 > /sys/class/gpio/gpio18/value
        echo 0 > /sys/class/gpio/gpio17/value
        sleep 1
        echo 1 > /sys/class/gpio/gpio17/value
        sleep 1
        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


So. Ich denke erst ein mal genug für einen Samstagabend.. :D -nacht.
LG

[John]

Habe frisch geflasht, FHEM ist noch beendet, dann habe ich "minicom -D /dev/ttyAMA0 -b 38400" ausgeführt, jedoch steht wieder unten rechts offline und ich kann nur CTRL+A und dann z.B. Z drücken für Hilfe, sowie die anderen dann angezeigten Buchstaben. Leider kann ich nicht einfach "run V" eingeben. :/

nicht "run V" sondern nur "V"+Enter.
(siehe Anhang / see attachement)


Die Schnittstelle funktioniert, sonst könntest du nicht erfolgreich flashen.
Wenn man einen unbekannten Befehl eingibt erscheint:

a                                          
? (a is unknown) Use one of m C F i A Z G M R T V W X e f l t u x

John

[mario92]

Klappt nicht.
Habe mit CTRL+A und E das lokale Echo eingeschaltet. jetzt kann ich zwar schreiben, aber er reagiert nicht, als wenn ich nicht Tippe..
Bei ausgeschaltetem lokalen Echo kann ich nicht schreiben.

Evtl. doch ein Flash Problem??
Dauert es eigl. immer 20 Sekunden bei den letzten beiden Vorgängen? Bei Auszügen im Internet sehe ich meistens eher 10S.. :D

[John]

Ich schick dir hiermit meine COC_154.HEX.

Auch ich verwende ebenso wie du die Version Radio_Only.

Die funktioniert bei mir problemlos.


John

[mario92]

Es scheint zu klappen!!
minicom liefert: V 1.54 CSM868
Flashen dauerte auch nur 5 Sekunden :)

Werde mich gleich mal FHEM widmen. Danke auf jeden Fall!!! Danke!

[mario92]

Hei Leute,
es scheint echt zu klappen :) :) Hammer!!

Zwei von 4 Thermostaten lassen sich ändern. Zwei andere nicht:

Code Auswählen Erweitern

2013-10-06_15:05:16 MAX_07bb25 mode: manual
2013-10-06_15:05:16 MAX_07bb25 battery: ok
2013-10-06_15:05:16 MAX_07bb25 desiredTemperature: 18.5
2013-10-06_15:05:16 MAX_07bb25 valveposition: 6
2013-10-06_15:05:16 MAX_07bb25 18.5 °C
2013-10-06_15:05:53 MAX_07bb25 desiredTemperature 18.0
2013-10-06_15:06:12 MAX_07bb25 mode: manual
2013-10-06_15:06:12 MAX_07bb25 battery: ok
2013-10-06_15:06:12 MAX_07bb25 desiredTemperature: 18.5
2013-10-06_15:06:12 MAX_07bb25 valveposition: 6
2013-10-06_15:06:12 MAX_07bb25 temperature: 20.3
2013-10-06_15:06:12 MAX_07bb25 18.5 °C
2013-10-06_15:06:51 MAX_07bb25 desiredTemperature 18.0
2013-10-06_15:06:54 MAX_07bb25 desiredTemperature 18.0
2013-10-06_15:07:58 MAX_07bb25 desiredTemperature 18.0
2013-10-06_15:08:12 MAX_07bb25 mode: manual
2013-10-06_15:08:12 MAX_07bb25 battery: ok
2013-10-06_15:08:12 MAX_07bb25 desiredTemperature: 21.0
2013-10-06_15:08:12 MAX_07bb25 valveposition: 75
2013-10-06_15:08:12 MAX_07bb25 temperature: 20.4
2013-10-06_15:08:12 MAX_07bb25 21.0 °C

Mode Manuel?

Wie richte ich jetzt auf dem selben COC die Steuerung von Intertechno (ELRO) ein? Er muss doch irgendwie dann den Modus switchen, oder? LG

[pnewman]

Hallo Mario,
hier mal wie Ich vorgehe.


Den COC in Anlernmodus bringen

Code Auswählen Erweitern

set CULMAX0 pairmode 30

In fhem eingeben, dann das Gerät in Anlernmodus bringen.

Bei MAX! den BOOST knopf drücken bis die 30sec anlaufen!

Meine Geräte zählen dann herunter, kommen aber nur bis 27. Wenn sie bei mir bis 0 kommen sind sie nicht richtig angelernt!
Wenn Sie nicht richtig angelernt sind mache Ich einen reset und fange von vorne an.
Ich habe festgestellt, dass ich zwischen durch eine Pause machen muss, sonst passiert es mir das die Geräte nicht richtig angelernt werden.

Danach benenne ich sie in der fhem.cfg um durch

Code Auswählen Erweitern

rename MAX_xxxx HZ_Buero zb.

Gruß
pnewman

[mario92]

Alles klar, dat hat schon mal geklappt! Aber wie kann ich jetzt zusätzlich Intertechno einbinden??
Dazu hier ein neues Thema:
http://forum.fhem.de/index.php?t=msg&goto=98182&rid=2812#msg_98182

[nilven]

Hi,

ich habe exakt das gleich Problem wie oben beschrieben und bekomme "no answer" seit dem Update. LED blinkt nicht (außer beim flashen).

Voraussetzung: RaspPi v2 + COC (inkl. RTC; OneWire) + Image von busware

Kann mir jemand eine funktionierende Firmware bereitstellen? Habe bereits mehrere Versionen probiert. Minicom steht bei mir auch auf offline.


Grüße Ronny

[mario92]

Dann hast du das selbe Problem wie ich. Leider habe ich nicht die passende Firmware..
Ich würde sagen wir sollten diesbezüglich mal Busware kontaktieren, denn das kann es ja nicht sein.

Ich kann deren Software nur mit der Firmware von jemandem aus dem Forum nutzen und nicht mit der von denen bereitgestellten??

Ich habe ihnen schon mal geschrieben und bekam die Antwort:

Hallo!

COC werden programmiert und getestet ausgeliefert, daher ist zur Inbetriebnahme kein weiteres Flashen notwendig.

Wie Sie FHEM einrichten klären Sie bitte in den entsprechenden Foren oder lesen hilfreiche Dokumentationen.

Sollte Sie das überfordern nutzen Sie bitte Ihr 14tägiges Rückgaberecht.

Viel Erfolg!

Daraufhin bat ich um funktionierende Firmware. Jedoch habe ich seit dem nichts mehr gehört (2. Okt). :(
Super Support muss man sagen... -.-

[nilven]

Hi,

also ich hatte meinen COC kurzzeitig zum testen auf einem RaspPi v1, mit gleichem Fehlerbild -> also wieder auf den aktuellen RaspPi. Dann hatte ich aufgrund der Foreneinträge versucht eine radio_only zu flashen, was bei mir fehlgeschlagen ist:

Code Auswählen Erweitern

root@raspberrypi:/tmp# ls
COC.radio_only_1.54.hex
root@raspberrypi:/tmp# echo "calling COC bootloader..."
calling COC bootloader...
root@raspberrypi:/tmp# if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
root@raspberrypi:/tmp# if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
root@raspberrypi:/tmp# echo out > /sys/class/gpio/gpio17/direction
root@raspberrypi:/tmp# echo out > /sys/class/gpio/gpio18/direction
root@raspberrypi:/tmp# echo 0 > /sys/class/gpio/gpio18/value
root@raspberrypi:/tmp# echo 0 > /sys/class/gpio/gpio17/value
root@raspberrypi:/tmp# sleep 1
root@raspberrypi:/tmp# echo 1 > /sys/class/gpio/gpio17/value
root@raspberrypi:/tmp# sleep 1
root@raspberrypi:/tmp# echo 1 > /sys/class/gpio/gpio18/value
root@raspberrypi:/tmp# avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.radio_only.hex

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9705
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "COC.radio_only.hex"
avrdude: error opening COC.radio_only.hex: No such file or directory
avrdude: input file COC.radio_only.hex auto detected as invalid format
avrdude: can't open input file COC.radio_only.hex: No such file or directory
avrdude: read from file 'COC.radio_only.hex' failed

avrdude done.  Thank you.



Danach habe ich, weil das nicht geklappt hat, noch mal die V1.55 full aus dem trunk geflasht:

Code Auswählen Erweitern

root@raspberrypi:/tmp# echo "calling COC bootloader..."
calling COC bootloader...
root@raspberrypi:/tmp# if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
root@raspberrypi:/tmp# if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
root@raspberrypi:/tmp# echo out > /sys/class/gpio/gpio17/direction
root@raspberrypi:/tmp# echo out > /sys/class/gpio/gpio18/direction
root@raspberrypi:/tmp# echo 0 > /sys/class/gpio/gpio18/value
root@raspberrypi:/tmp# echo 0 > /sys/class/gpio/gpio17/value
root@raspberrypi:/tmp# sleep 1
root@raspberrypi:/tmp# echo 1 > /sys/class/gpio/gpio17/value
root@raspberrypi:/tmp# sleep 1
root@raspberrypi:/tmp# echo 1 > /sys/class/gpio/gpio18/value
root@raspberrypi:/tmp# avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.hex

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9705
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "COC.hex"
avrdude: input file COC.hex auto detected as Intel Hex
avrdude: writing flash (21020 bytes):

Writing | ################################################## | 100% 6.64s



avrdude: 21020 bytes of flash written
avrdude: verifying flash memory against COC.hex:
avrdude: load data flash data from input file COC.hex:
avrdude: input file COC.hex auto detected as Intel Hex
avrdude: input file COC.hex contains 21020 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 5.73s



avrdude: verifying ...
avrdude: 21020 bytes of flash verified

avrdude done.  Thank you.


Nun lebt er wieder! Ich vermute das folgendes nicht ganz unwichtig war:

Code Auswählen Erweitern

avrdude: erasing chip
avrdude: reading input file "COC.radio_only.hex"
avrdude: error opening COC.radio_only.hex: No such file or directory


Ist aber nur die Vermutung eines Laien! Ich habe die beiden Files die ich /versucht/ geflasht habe mal angehangen, vielleicht hilft es auch anderen als Workaround. Grundlage hier ist das Image von busware.


EDIT:
Zusammgefasst: Ich habe jetzt noch mal probiert. Flasht beim ersten mal eine hex- file, die nicht existiert. avrdude löscht den Speicher und springt dann raus, da die hex- file nicht gefunden werden kann. Danach die COC 1.55 flashen, dann sollte es gut sein.

Code Auswählen Erweitern


echo "calling COC bootloader..."
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo 0 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio18/value
avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.radio_only.hex


echo "calling COC bootloader..."
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo 0 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio18/value
avrdude -p atmega1284p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:COC.hex



Sorry für den langen Beitrag, ich hoffe ich kann anderen damit helfen ihre Hausautomatisierung wieder zum laufen zu bekommen.

Grüße Ronny

[super_dau]

Hallo,

leider habe ich ein ähnliches Problem. Habe versucht die COC zu flashen, kommend von Version 1.47 auf die aktuellste - Kein Lebenszeichen mehr. Die LED blinkt nicht. Das Flashen ist allerdings noch möglich.

Hardware: Raspi V2 / COC v1.1

Was mich stutzig macht, sind die Ausgaben im fhem-LOG:

2013.10.09 10:14:49 3: Opening COC device /dev/ttyAMA0
2013.10.09 10:14:49 3: Setting COC baudrate to 38400
2013.10.09 10:14:49 3: COC device opened
2013.10.09 10:14:58 1: Cannot init /dev/ttyAMA0, ignoring it
2013.10.09 10:14:58 2: COC: Mode HomeMatic not supported
2013.10.09 10:14:58 3: COC: Mode HomeMatic not supported
---
2013.10.09 10:15:01 1: Including /var/log/fhem/fhem.save
2013.10.09 10:15:01 1: usb create starting
2013.10.09 10:15:02 3: Opening CUL device /dev/ttyAMA0
2013.10.09 10:15:02 3: Setting CUL baudrate to 38400
2013.10.09 10:15:02 3: CUL device opened
2013.10.09 10:15:03 3: Opening TCM310 device /dev/ttyAMA0
2013.10.09 10:15:03 3: Setting TCM310 baudrate to 57600
2013.10.09 10:15:03 3: TCM310 device opened
2013.10.09 10:15:03 1: usb create end
2013.10.09 10:15:03 0: Server started with 104 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user fhem, pid 2172)

Ein Device TCM310 kenne ich nicht und ist auch in der Config nicht definiert.

Zudem habe ich eine Anleitung zum Flashen im Internet gefunden (Quelle: http://wolf-u.li/4782/installation-des-busware-coc-auf-dem-raspberry-pi-fuer-die-nutzung-mit-fhem/), an die ich mich anfangs gehalten habe.

Dann ist mir folgendes aufgefallen:

Hier ein Ausschnitt, bereits auf meine Version angepasst:
wget "http://culfw.svn.sourceforge.net/viewvc/culfw/trunk/culfw/Devices/COC/COC.hex?revision=HEAD" -O COC.hex

Auf der Busware-Seite sieht der Link zur Firmware wie folgt aus:
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/COC/COC.hex?format=raw

Tja, beide liefern andere Ergebnisse (Dateigröße) - Welche ist richtig?

Die hier von Ronny gepostete funktioniert leider auch nicht.

Auf Version 1.47, die ja mal funktionierte, kann ich nicht zurück - ich finde sie nicht. Ansonsten habe ich schon diverse Versionen versucht - ohne Erfolg.

Ich hoffe, dass hier jemand noch Ideen dazu hat...

Vielen Dank,
Dirk

[nilven]

Hi,

wollte gerade schon antworten... Nach dem flashen von 1.55 hatte ich dann wieder gleiches Fehlerbild. Die angehängte Datei erweckt meine COC zumindest wieder zum leben!! Ich werde nun weiter probieren..

Grüße Ronny

EDIT:

Danach flash der v1.52 -> COC tot

[super_dau]

Hallo Ronny,

kurze Frage, welche COC hast du? Die mit OneWire oder ohne, also coc.hex oder coc_radio_only.hex?

Danke,
Dirk