avrdude "hängt" nach jedem Zugriff

J

Johannes Bauer

Guest
Hallo Gruppe,

habe einen AVR JTAG ICE mkII mit dem ich einen AVRxmega128A1 mit avrdude
unter Linux x86_64 programmieren mĂśchte. Das funktioniert prinzipiell
auch, allerdings hängt avrdude nach jedem Programmiervorgang /ewig/:


$ time avrdude -c jtag2fast -p x128a1

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e974c (probably x128a1u)

avrdude done. Thank you.


real 0m17,255s
user 0m0,023s
sys 0m0,012s

Programmierung selber geht flott, auch rĂźcklesen problemlos:

Reading | ################################################## | 100% 9.72s

avrdude: writing output file "foo.bin"

D.h. 128 kiB in 9.72sec entspricht, Pi mal Daumen einem Bitclock von 100
kHz. Kann also m.E.n. nicht der Grund fĂźr die Delays sein (ich habe aber
auch mit -B versucht einen anderen Bitclock einzustellen, alles ohne
Erfolg).

Woran kann das denn liegen?

Viele Grüße,
Johannes

--
"Performance ist nicht das Problem, es läuft ja nachher beides auf der
selben Hardware." -- Hans-Peter Diettrich in d.s.e.
 
On 17.09.19 17:46, Johannes Bauer wrote:

> Woran kann das denn liegen?

Zusatzinfo: Habe mir vorhin auf ner Windowskiste dieses grĂźtzige Atmel
Studio runtergeladen. Gigabyteweise Rotz, damit ich die Firmware vom
ICEmk2 updaten konnte. Keine Veränderung.

avrdude ist Ăźbrigens version 6.3-20171130.

Im dmesg-log sehe ich bei jedem Hänger:

usb 3-8: reset full-speed USB device number 3 using xhci_hcd
usb 3-8: device descriptor read/64, error -110

USB-Kabel getauscht (sogar zweimal), keine Veränderung. Externe
Stromversorgung (12V) hängt am ICEmk2, macht aber auch keinen
Unterschied im Verhalten.

Ich weiß, dass genau dieser Programmer mit genau diesem Board an genau
diesem PC und genau dieser USB-Buchse frĂźher wunderbar funktioniert hat.
Und jetzt eben nichtmehr. Hmmmmm.

Viele Grüße,
Ingrid

--
"Performance ist nicht das Problem, es läuft ja nachher beides auf der
selben Hardware." -- Hans-Peter Diettrich in d.s.e.
 
Am 17.09.19 um 19:51 schrieb Johannes Bauer:
On 17.09.19 17:46, Johannes Bauer wrote:

Woran kann das denn liegen?
Click to expand...

Vielleicht ist diese Frage besser in einem Habitat von JĂśrg Wunsch
aufgehoben- hast du avrfreaks.net oder mikrocontroller.net auch kontaktiert?

Falls ja und es hier zu keiner LÜsung kommt, wäre die Antwort hier zu
posten trotzdem sehr nett ;)
 
On 18.09.19 08:12, Heiko Lechner wrote:
Am 17.09.19 um 19:51 schrieb Johannes Bauer:
On 17.09.19 17:46, Johannes Bauer wrote:

Woran kann das denn liegen?

Vielleicht ist diese Frage besser in einem Habitat von JĂśrg Wunsch
aufgehoben- hast du avrfreaks.net oder mikrocontroller.net auch kontaktiert?

Falls ja und es hier zu keiner LÜsung kommt, wäre die Antwort hier zu
posten trotzdem sehr nett ;)
Click to expand...

Hmmm ich dachte evtl liest JĂśrg hier ab und an mit. Werde ich evtl auch
mal versuchen, bin jetzt ohnehin ein Paar Tage weg und probiere es dann
dort nochmal. Falls ich auf den Trichter komme, poste ich hier die LĂśsung :)

Viele Grüße,
Johannes


--
"Performance ist nicht das Problem, es läuft ja nachher beides auf der
selben Hardware." -- Hans-Peter Diettrich in d.s.e.
 
On 17.09.19 17:46, Johannes Bauer wrote:
Hallo Gruppe,

habe einen AVR JTAG ICE mkII mit dem ich einen AVRxmega128A1 mit avrdude
unter Linux x86_64 programmieren mĂśchte. Das funktioniert prinzipiell
auch, allerdings hängt avrdude nach jedem Programmiervorgang /ewig/:


$ time avrdude -c jtag2fast -p x128a1

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e974c (probably x128a1u)

avrdude done. Thank you.


real 0m17,255s
user 0m0,023s
sys 0m0,012s

Programmierung selber geht flott, auch rĂźcklesen problemlos:

Reading | ################################################## | 100% 9.72s

avrdude: writing output file "foo.bin"

D.h. 128 kiB in 9.72sec entspricht, Pi mal Daumen einem Bitclock von 100
kHz. Kann also m.E.n. nicht der Grund fĂźr die Delays sein (ich habe aber
auch mit -B versucht einen anderen Bitclock einzustellen, alles ohne
Erfolg).

Woran kann das denn liegen?
Click to expand...

Schon mal mit "strace" versucht?
Da sieht man dann ganz schÜn, wo er "hängt".
Ggf mit "-T", dann siehst Du im Output die Zeit, die in jedem
Systemaufruf vergeudet wurde.

Josef
 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top