Hallo zusammen, ich habe kürzlich ein Arduino "Real Bare Bones Board" erstanden (http://shop.moderndevice.com/products/rbbb-kit) - wobei ich den µC (ATMEGA168) und die meisten Teile schon zuhause hatte. Nach dem Zusammenlöten habe ich dann mittels meines ISP Programmers "mySmartUSBLight" (http://shop.myavr.de/index.php?sp=article.sp.php&artID=200006)die Fuses so wie bei meinem orginalen Arduino Diecimila Board gesetzt und über die Arduino Software den Bootloader aufgespielt (was auch ohne Probleme funktioniert hat) Fuses: EXTENDED 0xF8 HIGH 0xDF LOW 0xDF LOCKBIT 0xDF Danach in der Arduino Software das Board "Arduino Diecimila or Duemilanove w/ ATmega168" und als Programmer "USBasp" eingestellt. Für den Download nutze ich einen FTDI USB - Seriell Wandler (ähnlich diesem: http://www.ebay.de/itm/FTDI-USB-to-serial-UART-interface-Board-FT232BM-BL-RL-/280601526182?pt=LH_DefaultDomain_0&hash=item4155277fa6) Nun zum eigentlichen Problem: ----------------------------- Nach der Installation des Bootloaders habe ich zum testen den "Debounce" beispiel Sketch aus der Arduino Libary über USB runtergeladen. Der Download funktioniert genau ein mal. Beim 2. Downloadversuch über USBasp meldet die Arduino Software folgendes: avrdude: stk500_getsync(): not in sync: resp=0x00 Wenn ich den µC mittels AVR Studio wieder komplett lösche und den Bootloader erneut runterlade funktioniert es wie oben beschrieben wieder genau ein Mal. Hat jemand eine Idee was ich falsch mache und einen sinnvollen Vorschlag wie ich es richtig machen könnte? (Antworten a'la "Frag Google.." oder diverse philosophische Diskussionen um das für oder wieder von Arduino bzw. Bootloadern gibt es hier und in anderen Foren übrigens schon genügend ;-) )
Vielleicht stimmt die Taktrate nicht mit der im Bootloader eingestellten überein o.ä., sodass dieser zu früh das Programm startet, anstatt auf den PC zu warten? Kannst ja ein Prog per bootloader draufspielen, welches direkt ne LED anmacht. Wenn die LED dann nach Reset's sofort angeht, weißt du dass der Bootloader nicht wartet...
Strickwettbewerbgewinner schrieb: > Vielleicht stimmt die Taktrate nicht mit der im Bootloader eingestellten > überein Und wer soll zwischen erstem und zweiten Download(-versuch) an der Taktrate drehen?
Hi Tobi, mal eine dumme Frage: Drückst du den Reset-Taster auf deinem Board bevor du den Upload startest? Dein Diecimila macht automatisch einen Reset wenn der Upload statet, evtl. kann das der RBBB nicht. Harri
Hi, ja ich habe es mit und ohne Reset vor dem Download versucht... machte keinen Unterschied. Was den Bootloader angeht - nach dem Aufspielen war das default Programm "Blink" drauf und eine an (Arduino)Port13 angeschlossene LED hat auch geblinkt. Wenn man Reset drückt geht die LED aus und man sieht, dass es kurz dauert bis der Bootloader durch ist und das Blink Programm weiterläuft. Ich habe zwischenzeitlich noch mal mittels AVR Studio die Fuses von dem orginal Diecimila Board ausgelesen und gesehen dass sie doch von den oben genannten abweichen .. könnte das die Ursache sein?
Der rbbb bootloader wartet nur sehr kurz auf den Programmer. Ich muss den Reset Taster kurz vor/fast zeitgleich mit dem Enter (avrdude Kommando) absetzen, dann funzt es recht zuverlässig. Solange nur der Bootloader drauf ist funtt es wahrscheinlich drum, weil er nach 0x000n spungt und beu gelöschtem Flash nach (0xff ist NOP) bald wieder im Bootloader landet.
Bilder sagen mehr als Worte.. Hier mal Screenshots von den Fuse Settings im Vergleich. Und zum besseren Verständnis unter diesen Links ein paar Fotos der Hardware: Diecimila Board: http://www.bilder-hochladen.net/files/big/3ge5-10-1c38.jpg RBBB: http://www.bilder-hochladen.net/files/big/3ge5-11-19ca.jpg Die "Konstruktion" im Überblick: http://www.bilder-hochladen.net/files/big/3ge5-12-a5bf.jpg
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.