Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #264018 > unrolled thread
| Started by | Johannes Bauer <dfnsonfsduifb@gmx.de> |
|---|---|
| First post | 2019-09-17 17:46 +0200 |
| Last post | 2019-09-18 10:28 +0200 |
| Articles | 5 — 3 participants |
Back to article view | Back to de.sci.electronics
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
| From | Johannes Bauer <dfnsonfsduifb@gmx.de> |
|---|---|
| Date | 2019-09-17 17:46 +0200 |
| Subject | avrdude "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]
| From | Johannes Bauer <dfnsonfsduifb@gmx.de> |
|---|---|
| Date | 2019-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]
| From | Heiko Lechner <no.spam.to.me@ish.de> |
|---|---|
| Date | 2019-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]
| From | Johannes Bauer <dfnsonfsduifb@gmx.de> |
|---|---|
| Date | 2019-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]
| From | Josef Moellers <josef.moellers@invalid.invalid> |
|---|---|
| Date | 2019-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