Raspberry Pi Add-On Board (nicht mehr verfügbar / Fertigung eingestellt)

[locutus]

Hallo Bernhard,

welche von den beiden Firmwarevarianten hast du installiert? Blinkt oder leuchtet die LED konstant?
Schon ein "Downgrade" auf ältere Firmware versucht? http://forum.fhem.de/index.php/topic,14156.msg170041.html#msg170041

[Bernhard]

Hallo,
@locatus

FW-Version  1.61 csm gestern extra nochmals vom 1. Eintrag geladen
war aber schon seit einigen Wochen drauf (seit 26.7.14)

Die LED leuchtet gar nicht - , bzw  unerklärlicherweise nach dem eben durchgefürhten Neustart dauerhaft - also wohl gewürfelt.

Set und get-Kdo werden nicht aktzeptiert

Werde aber nochmal eine ältere FW draufbringen, wenn findbar und ladbar

danke

[Bernhard]

habe gerade nochmal die aktuelle FW draufgebracht ....

danach ist die Led zunächst dauerhaft an, dann dauerhaft aus
,

oh, jetzt antwortet das Ding plötzlich wieder ...... muss nochnam testen .......

melde mich dann wieder - so oder so
Danke

Code Auswählen Erweitern


pi@raspberrypi /opt/fhem $ sudo sh -xv flash.sh
#!/bin/sh

/etc/init.d/fhem stop
+ /etc/init.d/fhem stop
Stopping fhem...
sleep 3
+ sleep 3
echo "calling rpiaddon bootloader..."
+ echo calling rpiaddon bootloader...
calling rpiaddon bootloader...
    if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
+ test ! -d /sys/class/gpio/gpio17
+ echo 17
    if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
+ test ! -d /sys/class/gpio/gpio18
+ echo 18
    echo out > /sys/class/gpio/gpio17/direction
+ echo out
    echo out > /sys/class/gpio/gpio18/direction
+ echo out
    echo 0 > /sys/class/gpio/gpio17/value
+ echo 0
    echo 0 > /sys/class/gpio/gpio18/value
+ echo 0
    sleep 1
+ sleep 1
    echo 1 > /sys/class/gpio/gpio17/value
+ echo 1
    sleep 1
+ sleep 1
    echo 1 > /sys/class/gpio/gpio18/value
+ echo 1

    echo "Programming rpiaddon"
+ echo Programming rpiaddon
Programming rpiaddon
    avrdude -p atmega644p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:rpiaddon.hex
+ avrdude -p atmega644p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:rpiaddon.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=256 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 = 0x1e960a
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 "rpiaddon.hex"
avrdude: input file rpiaddon.hex auto detected as Intel Hex
avrdude: writing flash (27200 bytes):

Writing | ################################################## | 100% 7.87s



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

Reading | ################################################## | 100% 7.26s



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

avrdude done.  Thank you.


/etc/init.d/fhem start
+ /etc/init.d/fhem start
Starting fhem...
pi@raspberrypi /opt/fhem $



[RappaSan]

Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?
Habs folgendermassen versucht:
sudo ./flash-ota -c /dev/ttyAMA0 -f hm_cc_rt_dn_update_V1_4_001_141020.eq3 -s LEQXXXXXXX

Meine Versuche brechen immer ab mit den Meldungen:
Entering 100k-mode
Has the device switched?

Missing ACK!

[RappaSan]

Da es zu meiner Frage keine Wortmeldung gibt schliesse ich daraus, das es nicht möglich ist.

[Klaus Rubik]

@locutus

Da ich ein Laie in Sachen HW bin, stelle ich mal folgende evtl. seltsame Frage:

Unterstützt dein Extension-Board auch den CubieTruck oder bietest du eine Variante dafür an?

Viele Grüße

klaus

[der Bernhard]

Hi locutus.

Ich wollte mich nur bedanken. Hat alles wunderbar geklappt. Habe jetzt auch pin 30 auf plus gelegt. Funktioniert einwandfrei mit deiner owfs.hex

LG Bernhard

[locutus]

Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?

Unbekanntes Terrain - diese Frage kann ich leider nicht beantworten.

Unterstützt dein Extension-Board auch den CubieTruck oder bietest du eine Variante dafür an?

Nein. Mittlerweile ist der Markt mit Einplatinencomputern überflutet. Raspberry Pi, Banana Pi, Cubietruck, Cubieboard, Odroid, BeagleBone ...
Leider haben diese Systeme keinen standardisierten GPIO Header. Die Entwicklung einer universellen Erweiterungsplatine ist somit unmöglich.

Habe jetzt auch pin 30 auf plus gelegt. Funktioniert einwandfrei mit deiner owfs.hex

Pin 30 auf Plus gelegt? Ah, jetzt habe ich es auf dem Schirm! Du sprichst vom CSM.

[Peter]

Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?
Habs folgendermassen versucht:
sudo ./flash-ota -c /dev/ttyAMA0 -f hm_cc_rt_dn_update_V1_4_001_141020.eq3 -s LEQXXXXXXX

Meine Versuche brechen immer ab mit den Meldungen:
Entering 100k-mode
Has the device switched?

Missing ACK!

Bei mir hat's geklappt. Vorher fhem beendet ?

[takaze]

Bei mir hat's geklappt. Vorher fhem beendet ?

Hab das gleiche Problem wie RappaSan. Bin die Schritte im Wiki durchgegangen, bekomme aber immer vor dem eigentlichen Flashvorgang "missing ACK"..

fhem hab ich vorher auch beendet.

Spielt es eigentlich eine Rolle ob die Thermostate für den Flash am Heizkörper montiert sind?

[RappaSan]

 
Habs auch nochmal probiert. Gleiches Ergebnis.
Der Regler muss aber meiner Meinung nach nicht an der Heiziung sein. Für's Firmwareupdate musst Du ja die Batterien rausnehmen und die beiden äußeren Tasten festhalten, wenn die Batterien wieder reinkommen.
Ich hab gelesen: Es soll Probleme geben, wenn der Regler zu dicht am CUL ist (unter 1 Meter, wg. Signalübersteuerung).
Aber daran lag's bei mir nicht. Hab alle möglichen Entfernungen ausprobiert.
Noch eine Frage an den Peter: Wenn's be Dir geklappt hat - hast Du vorher in einen bestimmten rfmode geschaltet (slowRF, HomeMatic oder etwas anderes)? Oder gibt's noch einen anderen Zusatzparameter?

[Peter]

Habs auch nochmal probiert. Gleiches Ergebnis.
Der Regler muss aber meiner Meinung nach nicht an der Heiziung sein. Für's Firmwareupdate musst Du ja die Batterien rausnehmen und die beiden äußeren Tasten festhalten, wenn die Batterien wieder reinkommen.
Ich hab gelesen: Es soll Probleme geben, wenn der Regler zu dicht am CUL ist (unter 1 Meter, wg. Signalübersteuerung).
Aber daran lag's bei mir nicht. Hab alle möglichen Entfernungen ausprobiert.
Noch eine Frage an den Peter: Wenn's be Dir geklappt hat - hast Du vorher in einen bestimmten rfmode geschaltet (slowRF, HomeMatic oder etwas anderes)? Oder gibt's noch einen anderen Zusatzparameter?

Sorry, entgegen meines vorherigen Posts funktioniert das OTA - Update mit dieser Platine auch bei mir nicht.

Ich hatte das Update auf 1.3 wohl mit meinem anderen System gemacht, auf dem diese Platine mit Firmware V 1.58 CSM868 steckt:
http://forum.fhem.de/index.php/topic,13221.0.html

Gerade habe ich es mit dem Board aus diesem Thread mit FW: V 1.61 RPIAddOn_CSM versucht und bekomme auch nur "Missing ACK".
Mit dem anderen CSM-Board funktioniert auch heute das Update auf 1.4.

Bitte um Entschuldigung,
Peter

[locutus]

Die Firmware V 1.58 RPIAddOn_CSM hat sich hier versteckt.

[wmr72]

Hallo,
ich hab das auch gerade mal ausprobiert, bei mir klappt ein flash-ota weder mit der verlinkten 1.58 noch mit der 1.61. Alle meine HM-CC-RT-DN sind noch auf Firmware 1.0. Die zeigen nach dem Einschalten und Drücken der 2 Tasten für ein paar Sekunden FUP, auf den Update-Versuch aber reagieren sie nicht.

[locutus]

Vermutlich ist eine fehlende Definition in board.h dafür verantworlich.
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/board.h

Code Auswählen Erweitern

#define HAS_ASKSIN_FUP
kaihs wie ist deine Meinung dazu?