CUL V3, flashen, problem

Begonnen von kroki, 29 Januar 2014, 21:21:09

Vorheriges Thema - Nächstes Thema

kroki

wenn lsusb eingebe kommt folgende Meldung

us 003 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 006 Device 002: ID 03eb:2ff4 Atmel Corp.
Bus 008 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub


die installations der Firmware mit

dfu-programmer atmega32u4 flash CUL_V3.hex

geht nicht, folgende Fehlermeldung kommt: dfu-programmer: no device present.


was mache ich falsch?

dfu programmer ist installiert

dfu-programmer 0.5.2
Usage: dfu-programmer target command [command-options] [global-options] [file|data]
targets:
        at89c51snd1c
        at89c51snd2c
        at89c5130
        at89c5131
        at89c5132
        at90usb1287
        at90usb1286
        at90usb1287-4k
        at90usb1286-4k
        at90usb647
        at90usb646
        at90usb162
        at90usb82
        atmega32u6
        atmega32u4
        atmega32u2
        atmega16u4
        atmega8u2
        at32uc3a0128
        at32uc3a1128
        at32uc3a0256
        at32uc3a1256
        at32uc3a0512
        at32uc3a1512
        at32uc3a0512es
        at32uc3a1512es
        at32uc3a364
        at32uc3a364s
        at32uc3a3128
        at32uc3a3128s
        at32uc3a3256
        at32uc3a3256s
        at32uc3b064
        at32uc3b164
        at32uc3b0128
        at32uc3b1128
        at32uc3b0256
        at32uc3b1256
        at32uc3b0256es
        at32uc3b1256es
        at32uc3b0512
        at32uc3b1512
        at32uc3c064
        at32uc3c0128
        at32uc3c0256
        at32uc3c0512
        at32uc3c164
        at32uc3c1128
        at32uc3c1256
        at32uc3c1512
        at32uc3c264
        at32uc3c2128
        at32uc3c2256
        at32uc3c2512


Wernieman

Beim Reindrücken des CUL in USB den "Flash-Knopf-gedrückt"?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

kroki


Wernieman

hast Du es mal mit dem mitgelieferten "make" probiert?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

kroki


Puschel74

Hallo,

ZitatVerstehe nicht
dann hast du sicher mal im WIKI gesucht wie sich der CUL flashen lässt.

Grüsse

Edith: Wobei sich auch hier das anlegen einer Signatur als überaus hilfreich erweisen würde für all jene die versuchen zu helfen.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Wernieman

Wenn Du Dir die Daeien aus dem svn "svn checkout svn://svn.code.sf.net/p/culfw/code/trunk culfw-code" holst, existiert im CLU-Verzeichnis eine MakeFile. Wenn Du nun in das Verzeichnis gehst und make aufrufst ..... siehe Doku ;o)
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

PeMue

Zitatund make aufrufst ... siehe Doku ;o)
setzt aber ein installierte winavr Umgebung voraus  8)
Ich habe eher so den Eindruck, dass der CUL nicht im Programmier-Modus ist (trotz des beim Einstecken gedrückten Knopfes). Es gibt aber meines Wissens auch die Möglichkeit, den CUL per USB in den Programmier-Modus zu setzen, ich habe nur den Befehl aktuell nicht parat ...

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Wernieman

Wenn ich Ihn richtig verstanden habe, hat er ein Linux. Da er schon dfu-programmer installiert hat ..... sollte er eigentlich (fast) alles haben.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

kroki

Zitat von: PeMue am 01 Februar 2014, 10:22:02
setzt aber ein installierte winavr Umgebung voraus  8)
Ich habe eher so den Eindruck, dass der CUL nicht im Programmier-Modus ist (trotz des beim Einstecken gedrückten Knopfes). Es gibt aber meines Wissens auch die Möglichkeit, den CUL per USB in den Programmier-Modus zu setzen, ich habe nur den Befehl aktuell nicht parat ...

Gruß PeMue

wie kann den CUL per USB in den Programmier-Modus setzen (Befehl im Terminal)?

PeMue

#10
Hallo kroki,

Meister Tostman persönlich hat gepostet, siehe hier.
Steht auch in der commandref.
Im Prinzip fhem herunterfahren, eine Telnet Session zum CUL aufbauen und wie hier beschrieben und dann erst einmal
V  (müsste die Version anzeigen), danach (Blödsinn, der CUL ist ja noch nicht programmiert  8))
B01 den CUL in den Programmiermodus versetzen und wie oben beschrieben flashen. Bin mir nicht sicher, ob man auch den Status an der LED erkennen kann ...

Edit: link gefixt, es kann aber sein, dass die Befehle nicht funktionieren, wenn nur der Bootloader auf dem CUL ist ...

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

kroki

Zitat von: PeMue am 01 Februar 2014, 19:18:35
Hallo kroki,

Meister Tostman persönlich hat gepostet, siehe hier.
Steht auch in der commandref.
Im Prinzip fhem herunterfahren, eine Telnet Session zum CUL aufbauen und wie hier beschrieben und dann erst einmal
V  (müsste die Version anzeigen), danach (Blödsinn, der CUL ist ja noch nicht programmiert  8))
B01 den CUL in den Programmiermodus versetzen und wie oben beschrieben flashen. Bin mir nicht sicher, ob man auch den Status an der LED erkennen kann ...

Gruß PeMue


link hier geht nicht

kroki

#12
bin etwas weiter gekommen, geht aber immer noch nicht, wo liegt das Problem? flashen geht nicht

Judith:/home/judith/Downloads/Firmware/culfw-1.55/culfw-1.55/Devices/CUL # make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Error opening the file.
Something went wrong with creating the memory image.
make: *** [do_usbprogram] Fehler 1
Judith:/home/judith/Downloads/Firmware/culfw-1.55/culfw-1.55/Devices/CUL #

PeMue

#13
Hallo kroki,

passen vielleicht die Rechte von CUL_V3.hex nicht? Oder hast Du die Datei nicht im raw Format heruntergeladen? Eigentlich findet der dfu-programmer mittlerweile den CUL und hat ihn wohl auch gelöscht.
Anbei ein umgeschriebenes Skript, das ich (normalerweise) verwende, um meinen CSM zu flashen.
Ich weiß nicht ob es geht, aber ich hänge es mal an (mit Editor anschauen und ggf. anpassen, dann ausführen).

Viele Erfolg.

Gruß PeMue

Edit: Diesen Link kennst Du schon?

PS: Es wäre einfacher zum lesen, wenn Du die Logs als Code oder Zitat kennzeichnen würdest ...
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

kroki

#14
es kommt folgende Fehlermeldung

judith@Judith:~/Downloads> su
Passwort:
Judith:/home/judith/Downloads # ./CUL_flash.sh CUL_V3.hex
bash: ./CUL_flash.sh: Keine Berechtigung



oder starte ich es falsch?