Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #264018 > unrolled thread

avrdude "hängt" nach jedem Zugriff

Started byJohannes Bauer <dfnsonfsduifb@gmx.de>
First post2019-09-17 17:46 +0200
Last post2019-09-18 10:28 +0200
Articles 5 — 3 participants

Back to article view | Back to de.sci.electronics


Contents

  avrdude "hängt" nach jedem Zugriff Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-17 17:46 +0200
    Re: avrdude "hängt" nach jedem Zugriff Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-17 19:51 +0200
      Re: avrdude "hängt" nach jedem Zugriff Heiko Lechner <no.spam.to.me@ish.de> - 2019-09-18 08:12 +0200
        Re: avrdude "hängt" nach jedem Zugriff Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-18 08:18 +0200
    Re: avrdude "hängt" nach jedem Zugriff Josef Moellers <josef.moellers@invalid.invalid> - 2019-09-18 10:28 +0200

#264018 — avrdude "hängt" nach jedem Zugriff

FromJohannes Bauer <dfnsonfsduifb@gmx.de>
Date2019-09-17 17:46 +0200
Subjectavrdude "hängt" nach jedem Zugriff
Message-ID<qlqv58$cr0$1@news2.open-news-network.org>
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.

[toc] | [next] | [standalone]


#264024

FromJohannes Bauer <dfnsonfsduifb@gmx.de>
Date2019-09-17 19:51 +0200
Message-ID<qlr6fv$k62$1@news2.open-news-network.org>
In reply to#264018
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.

[toc] | [prev] | [next] | [standalone]


#264047

FromHeiko Lechner <no.spam.to.me@ish.de>
Date2019-09-18 08:12 +0200
Message-ID<qlshsq$uts$1@news.albasani.net>
In reply to#264024
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 ;)

[toc] | [prev] | [next] | [standalone]


#264048

FromJohannes Bauer <dfnsonfsduifb@gmx.de>
Date2019-09-18 08:18 +0200
Message-ID<qlsi8g$v6d$1@news2.open-news-network.org>
In reply to#264047
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 ;)

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.

[toc] | [prev] | [next] | [standalone]


#264053

FromJosef Moellers <josef.moellers@invalid.invalid>
Date2019-09-18 10:28 +0200
Message-ID<gue85nFiu08U1@mid.individual.net>
In reply to#264018
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?

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

[toc] | [prev] | [standalone]


Back to top | Article view | de.sci.electronics


csiph-web