www.mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik AVR32 und batchisp: cannot open .hex


Important announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: avr32?! (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hallo an alle,

Ich bin neu in der Welt des AVR32, hatte bisher immer nur 8biter von 
Atmel benutzt. Da ich nun etwas mehr Leistung brauche bin ich auf ein 
AVR32 board umgestiegen. Mein Problem ist allerdings das ich es nicht 
schaffe den Controller zu flashen. Ich benutze zum flashen batchisp von 
der Konsole aus mit dem AVR32 Bootloader von Atmel. Wenn ich batchisp 
-device avr32uc3b0256 -hardware usb -operation echo test ausführe 
scheinen alle Schritte zu funktionieren und es erscheint "test". Auch 
das löschen des Flashspeicher scheint zu funktionieren "batchisp -device 
at32uc3b0256 -hardware usb -operation erase f memory flash blankcheck" 
für alle Schritte wird pass angezeigt. Nur wenn ich "batchisp -device 
at32uc3b0256 -hardware usb -operation erase f memory flash blankcheck 
loadbuffer test.hex  program verify start reset 0" ausführe kommt 
"cannot open .hex file" (gleiches passiert wenn das .elf File verwendet 
wird). Bin momentan ein wenig ratlos an was das liegen kann da ja 
offensichtlich die Kommunikation zwischen PC und uC funktioniert. Ich 
habe schon versucht das hex-File unter Angabe des kompletten Datenpfades 
zu flashen oder habe es in den \bin Ordner von Flip3 geschmissen und es 
dann so versucht. Ich nutze ein WinXp rechner. Ich würde mich sehr 
freuen wenn jemand helfen könnte.

Autor: Peter W. (Firma: Huddel und Brassel Ltd.) (jaffel) Benutzerseite
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
IrgendwieempfindeichkeinerleiVerlangendiesenTextauseinanderzuklamuesernu 
ndlesbarzumachen.

Autor: avr32?! (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ich bin neu in der Welt des AVR32, hatte bisher immer nur 8biter von
Atmel benutzt. Da ich nun etwas mehr Leistung brauche bin ich auf ein
AVR32 board umgestiegen.

Mein Problem ist allerdings das ich es nicht schaffe den Controller zu 
flashen.

Ich benutze zum flashen batchisp von der Konsole aus mit dem AVR32 
Bootloader von Atmel.

Wenn ich
"batchisp -device avr32uc3b0256 -hardware usb -operation echo test"
ausführe scheinen alle Schritte zu funktionieren und es erscheint 
"test".

Auch das löschen des Flashspeicher scheint zu funktionieren:
"batchisp -device at32uc3b0256 -hardware usb -operation erase f memory 
flash blankcheck"
für alle Schritte wird pass angezeigt.

Nur wenn ich

"batchisp -device at32uc3b0256 -hardware usb -operation erase f memory 
flash blankcheck loadbuffer test.hex  program verify start reset 0"

ausführe kommt "cannot open .hex file" (gleiches passiert wenn das .elf 
File verwendetwird).

Bin momentan ein wenig ratlos an was das liegen kann da ja
offensichtlich die Kommunikation zwischen PC und uC funktioniert.

Ich habe schon versucht das hex-File unter Angabe des kompletten 
Datenpfadeszu flashen oder habe es in den \bin Ordner von Flip3 
geschmissen und es dann so versucht.
Ich nutze ein WinXp rechner.

Ich würde mich sehr freuen wenn jemand helfen könnte.

Ich hoffe so ist es besser

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel




Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder GIF-Format hochladen.
Siehe Bildformate
Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt.
Bitte hier nur auf die ursprüngliche Frage antworten,
für neue Fragen einen neuen Beitrag erstellen.

Mit dem Abschicken erkennst du die Nutzungsbedingungen an.

webmaster@mikrocontroller.netImpressumNutzungsbedingungenWerbung auf Mikrocontroller.net