CUL mit dem raspberry pi flashen

[blu]

Hallo zusammen,

leider wird mein CUL-Stick (brandneu V3.4) nicht automatisch geflasht, wenn ich ihn in den USB-Port des raspberry pi B einstecke (mit gedrückter Taste). Kann das ohne DFU-programmer eigentlich überhaupt funktionieren?!

Dann wollte ich den CUL-Stick selbst flashen.

Vorbereitung:

Code Auswählen Erweitern


pi@raspberrypi1 ~ $ sudo apt-get install dfu-programmer

war erforlgreich.

Code Auswählen Erweitern


pi@raspberrypi1 ~ $ sudo -i
root@raspberrypi1:~# wget http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/CUL_V3.hex
root@raspberrypi1:~# ls -lh
total 8.6M
-rw-r--r-- 1 root root  69K Jan 17 22:23 CUL_V3.hex
drwxr-xr-x 2 root root 4.0K Dec 25 23:19 Desktop
-rw-r--r-- 1 root root 8.5M Oct  6 14:01 fhem-5.5.deb
drwxr-xr-x 8 root root 4.0K Jan 11 08:56 wiringPi

schaut doch auch gut aus.
Flash Vorgang:

Code Auswählen Erweitern

root@raspberrypi1:~# dfu-programmer atmega32u4 erase
root@raspberrypi1:~# lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 007: ID 03eb:2ff4 Atmel Corp.

Bis hierhin schaut es für mich ok aus. Aber nun der Fehler:

Code Auswählen Erweitern


root@raspberrypi1:~# dfu-programmer atmega32u4 flash --debug 1 CUL_V3.hex
Error parsing the line.
Something went wrong with creating the memory image.

Für eine Hilfestellung wäre ich dankbar. Ich weiß, dass es für die Pros ätzend ist solche Anfängerfragen zu beantworten. Ich habe mir aber wirklich Mühe gegeben die vorhandene Quellen (Wiki ,... ) durchzulesen.

Danke + lg blu
ps

Code Auswählen Erweitern

root@raspberrypi1:/dev# ls | grep ttyA
ttyAMA0
root@raspberrypi1:~# dpkg -l | grep fhem
ii  fhem                                  5.5
pps

Code Auswählen Erweitern

pi@raspberrypi1 /dev $ tail -f /var/log/syslog
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.771245] usb 1-1.3: new full-speed USB device number 7 using dwc_otg
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.886954] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=2ff4
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.886993] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.887013] usb 1-1.3: Product: ATm32U4DFU
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.887030] usb 1-1.3: Manufacturer: ATMEL
Jan 17 22:25:56 raspberrypi1 kernel: [ 2662.887047] usb 1-1.3: SerialNumber: 1.0.0


[rudolfkoenig]

wget http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/CUL_V3.hex

Das liefert Muell (== komprimierte HTML Seite) zurueck.

Mit einem installierten dfu-programmer sollte FHEM mit dem CULflash Befehl
auch in der Lage sein das Geraet zu flashen

[blu]

Hallo,
und vielen Dank für die prompte Hilfe! So hat es geklappt:

Code Auswählen Erweitern

root@raspberrypi1:~# wget http://culfw.de/culfw-1.55.tar.gz
root@raspberrypi1:~# tar xfz culfw-1.55.tar.gz
root@raspberrypi1:~# cd culfw-1.55/Devices/CUL
root@raspberrypi1:~/culfw-1.55/Devices/CUL# make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
18582 bytes used (64.81%)
dfu-programmer atmega32u4 start
Nun schaut es besser aus:

Code Auswählen Erweitern


root@raspberrypi1:/dev# ls | grep ttyA
ttyACM0
ttyAMA0

Aus der FHEM-Weboberfläche heraus hatte ich es mittels CUL flash versucht, jedoch fehlten mir wohl die root-Rechte, zumindest war die Fehlermeldung

Code Auswählen Erweitern

dfu-programmer: no device present.

lg blu

[kvo1]

Hallo blu,

danke für die coole Anleitung , hat bestens funktioniert !
Habe gerade 1.58 geflasht.

root@raspberrypi1:~/culfw-1.55/Devices/CUL# make usbprogram_v3

was nicht notwendig !

klaus

[blu]

Hallo zusammen,

--->erledigt, siehe zwei Beiträge weiter <---

nachdem ich permanent mit Missing ACKS kämpfe möchte ich meinen CUL (aktuell 1.55) neu auf 1.61 flashen. Leider misslingt das.
Folgende Devices werden gefunden, das letzte ist wohl der CUL:

Code Auswählen Erweitern


root@raspyFHEM:~/CUL_VER_161/Devices/CUL# lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 005: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project

Die aktuelle Firmware ist herungergeladen und entpackt. Allerdings liefert make usbprogram_v3 einen Fehler.

Code Auswählen Erweitern

root@raspyFHEM:~/CUL_VER_161/Devices/CUL# ls
board.h  CUL.c  CUL_V2.hex  CUL_V2_HM.hex  CUL_V2_MAX.hex  CUL_V3.hex  CUL_V4.hex  makefile  makefile.myusb
root@raspyFHEM:~/CUL_VER_161/Devices/CUL# make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer: no device present.
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer: no device present.
makefile:148: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1

Ist nicht verwunderlich, dass der atmega32u4 nicht als device auftaucht. Könnt ihr mir helfen, wie ich das korrigiere? Wahrscheinlich muss ich einfach ein anderes Target setzen, nur welches?
Inzwischen habe ich nach einigem Stöbern im Forum herausgefunden, dass diese Fehlermeldung ihre Ursache wohl in fehlenden root-Rechten hat. Eine Lösung habe ich leider noch nicht gefunden
Danke + LG
blu

[blu]

Hi,
nochmal mein Vorgehen
1) FHEM beenden
2) Button am CUL V3 drücken und gleichzeitig:
edit: WICHTIG Der CUL-Stick muss dazu mit gedrücktem Button in den USB Anschluss eingeführt werden!
3) als root ausführen

Code Auswählen Erweitern

root@raspyFHEM:~/CUL_VER_161/Devices/CUL# make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer: no device present.
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer: no device present.
makefile:148: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1
LG blu

[blu]

Hi,
beim 10. Versuch und dem Verzweifeln nahe hat es geklappt:

Code Auswählen Erweitern

root@raspyFHEM:~/CUL_VER_161/Devices/CUL# make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
23220 bytes used (80.98%)
dfu-programmer atmega32u4 start


Der einzige Unterschied zu den vorherigen Versuchen: Ich habe den CUL komplett abgezogen und mit gedrücktem Button eingesetzt.
In den meisten Anleitungen hatte ich lediglich gelesen, dass der Button gedrückt werden muss, um ein FW-Update durchzuführen...
lg blu

[kvo1]

Hallo blue,

ich habe seit damals V 1.58 .. ohne Probleme !

Wohier hast Du die 1.61 und was bringt diese noch an Verbesserungen?

Ich ging damals auf die 1.58 weil ich die Firmware der Thermostate  über OTA updaten wollten !

kvo1

[Rohan]

... Wohier hast Du die 1.61 ... ?

Von hier?

... und was bringt diese noch an Verbesserungen?

Siehe hier?

Gruß
Thomas

[rudolfkoenig]

In den meisten Anleitungen hatte ich lediglich gelesen, dass der Button gedrückt werden muss, um ein FW-Update durchzuführen...

Bevor hier der falsche Eindruck entsteht: Wenn man die richtige Doku liest, dann sollte eigentlich klar sein, was man machen muss.
http://culfw.de/commandref.html#flashing : "CUL/CUN: Insert the USB-Stick while pressing the micro-switch on the back"

[marc-willmann]

Weil ich mich grade letzte Woche auch mit dem Flachen eines CUL an einem Raspi rumgeärgert habe, hier nochmals der ausdrückliche Hinweis:

- Um die Taste zu drücken, während man das Teil einsteckt und man womöglich noch die Variante IN DER PLASTIKUMMANTELUNG vor sich hat - das geht nicht, dafür braucht man mindestens drei Hände. Ich habe das Plastikgehäuse demontiert, dann hat man wenigstens ein haptisches Feedback, ob man den Schalter grade wirklich drückt oder nicht.

Desweiteren: Lt. Anleitung soll man folgende Anweisungen eingeben:

Code Auswählen Erweitern

dfu-programmer atmega32u4 erase
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer atmega32u4 reset

dfu-programmer atmega32u4 erase teilte mir mit, dass Stick bereits leer wäre. Okay. soweit in Ordnung.
dfu-programmer atmega32u4 flash CUL_V3.hex sagte dann, der Stick sei schreibgeschützt, weswegen ich meinen Fehler über Stunden beim Drücken der Taste vermutete. Ich hab das dann auf einem Win-Rechner probiert, mit gleichem Ergebnis.

Zurück im Raspi kam ich auf die Idee, den ersten Befehl zu "erzwingen":

Code Auswählen Erweitern

dfu-programmer atmega32u4 erase --force

und schwups, das war's! Danach konnte ich mit dem zweiten Befehl den Stick flashen und er werkelt wie er soll. Vielleicht hilft's ja dem einen oder andern!

[strauch]

- Um die Taste zu drücken, während man das Teil einsteckt und man womöglich noch die Variante IN DER PLASTIKUMMANTELUNG vor sich hat - das geht nicht, dafür braucht man mindestens drei Hände. Ich habe das Plastikgehäuse demontiert, dann hat man wenigstens ein haptisches Feedback, ob man den Schalter grade wirklich drückt oder nicht.

Mhhh ich hatte da bisher keine Probleme mit. Mit ner Büroklammer drücke ich den ein und steck ihn dann in den USB Port. Vielleicht brauchts 2 Versuche, aber ne dritte Hand hab ich bisher nie gebraucht.

[PeMue]

Hallo,

wenn man den CUL mit
B und dem richtigen Parameter neu startet, sollte das Knöpfe Drücken eigentlich erledigt sein, oder? Setzt aber halt eine schon installierte culfw voraus ...

Gruß PeMue

[marc-willmann]

Bei mir ging's um den initialen Flash; der klappte eben erst, als ich den "erase"-Befehl mit --force erzwungen habe. Ich war schon drauf und dran, den Stick zurückzuschicken, weil es partout nicht klappen wollte.

Und die Meldung, der Stick sei leer, hat mich auch nicht beunruhigt; das wusste ich ja schon vorher.

[hyper2910]

wenn man den CUL mit
B und dem richtigen Parameter neu startet, sollte das Knöpfe Drücken eigentlich erledigt sein, oder? Setzt aber halt eine schon installierte culfw voraus ...

Hierzu sollte man eigentlich irgendwo mal ein How-To finden.

Bin schon einige Tage am suchen, aber nirgends findet man etwas.

Wie kann man einen CUL am PI oder Cubie updaten?