Fehler beim kompilieren

Wo stellst Du denn die Baudrate jetzt ein?

Das kann er NUR im boards.txt - "c:\Program Files\arduino-00##\hardware".

---

Bob Morrison
Wörth am Rhein, Germany
"Luke, use the source!"
BLOG - PHOTOS - Thingiverse

Die Baudrate für die Adruino022 Software steht in der boards.txt im Verzeichnis Hardware.
Da sollte der GEN7 644 oder was er im Menue immer aufruft aufgelistet sein.
Durch die Menue-Auswahl des Chips wird dann die Baudrate eingestellt (so wie ich das heute gelernt habe , danke Bob)

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Hallo Max,

ich habe mir gerade die ganze Software auch 'runtergeladen, den Bootloader auf einen leeren ATMega644 geflasht (habe zwar kein Gen7 Board sondern nur so ein billiges Evalboard von Pollin, aber das sollte hier egal sein) -- bei mir läuft alles wie beschrieben, ohne dass ich irgendwo die Baudrate verändern musste.

Um bei Dir noch ein paar Fehler auszuschliessen:

- Was für einen Quarz hast Du auf dem Board? 16 oder 20 MHz (sollte auf dem Quarz drauf stehen..)
- Hast Du in der Arduino IDE unter Tools->Board das richtige eingestellt? (Häkchen vor Gen7 mit ATmega644 and 16/20 MHz (je nach dem, welcher Quarz bei Dir drauf ist)
- Wenn Du den Serial Monitor öffnen willst (der rechte der Buttons in der blauen Leiste oben): öffnet sich dann ein Fenster mit "COM1" oder erscheint eine Fehlermeldung?

Gruss
Frank

Ich muss noch was ergänzen:

Nachdem ich das erste Mal "SetupTest" erfolgreich geladen hatte, war es nicht mehr ohne weiteres möglich, erneut ein neues Programm auf den ATmega zu laden -- ich vermute, das ständige Senden irgendwelcher Daten über die serielle Schnittstelle (SetupTest schreibt ja jede Sekunde etwas Text raus) bringt die Kommunikation zur Programmierung durcheinander.

Wenn ich aber vorher den Reset-Knopf für den ATmega drücke und ihn gleichzeitig mit dem Drücken des Buttons "Upload" loslasse, so wird mein Programm ohne Probleme hochgeladen.
Wenn Du "SetupTest" erfolgreich programmiert hast, schreibt die IDE "Done uploading" und du kannst anschliessend im Serial Monitor sehen, was dieses Progrämmchen so an Text von sich gibt... (du musst in diesem Fenster die Baudrate auf 9600 einstellen, analog zu der Einstellung "Serial.begin(9600)", welche Du in dem Programm SetupTest lesen kannst).

hope that helps

Gruss
Frank

Edited 1 time(s). Last edit at 07/14/2011 02:50PM by bns.

Oh oh!
Ich Schlaumeier!
Ich habe die Baudrate nur im Gerätemanager angepasst.

So, jetzt habe ich nochmal von 9600 bis 115200 in der "boards.txt" im Gen7-Ordner die Baudraten durchgetestet.
Die SetupTest.pde war diesmal auch meine Versuchsdatei.

Von 9600 bis 57600 ist diesmal nichts passiert. Die grüne LED auf dem FDTI hat ca. 3 mal langsam geblinkt und beim 4. Mal kam die rote LED hinzu und hat dann alle 10 Sekunden nur noch in rot geblinkt.
Das Statusfenster der IDE blieb aber "Uploading..." stehen und es stand auch nur noch der "Sketch binary..."-Satz dort.
Keine Fehlermeldung aber auch kein Erfolg.

Nur bei einer Baudrate von 115200 kam die Fehlermeldung wieder.

@bns
Mein Quarz besitzt eine Taktrate von 20 MHz und die Einstellungen in der IDE sind genau so an den Prozessor angepasst, also "ATmega644 mit 20 MHz". Im Serial Monitor steht COM1 und es kommt keine Fehlermeldung oder Abbruch.

Quote

Keine Fehlermeldung aber auch kein Erfolg.

Sag mal ... wie viele "avrdude"-Prozesse hast Du denn jetzt laufen? Zumindest die Linux-Version der Arduino-IDE bekommt man aus einem hängenden Upload nicht mehr heraus. Klickt man einfach noch einmal "Upload", laufen zwei Prozesse, die sich um den Upload streiten. Beim dritten Klick Drei. Und so weiter. Das produziert dann Chaos und Fehlermeldungen.

Abhilfe schafft, alle Prozesse mit dem Namen "avrdude" zu killen.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Nein, ich habe jedesmal die IDE beendet und das USB-Kabel von der Platine abgetrennt.
Da ich ja jedesmal die "board.txt" geändert habe, gehe ich davon aus, dass diese nur einmal beim starten der IDE eingelesen wird. Darum habe ich das Programm komplett beendet und neugestartet.

Übrigens ist mein AVR-Programmer heute angekommen.
Jetzt muss ich nur noch rausfinden, wie ich das Ding verwende.
Da der AVR-Programmer ebenfalls ein USB-Kabel benötigt und ich die Stromversorgung über den FTDI nutze, wäre es da ratsam, das Netzteil wieder anzuschließen oder kann ich den AVR-Programmer auch mit der USB-Stromversorgung über J15 betreiben?

grml..herzlichen Glückwunsch...
mein Problem ist zu 100% identisch mit dem von Max
die avrdude sind jeweils nur 1 mal da.
Meist kill ich den Prozess und stecke das Board neu an.
da die Einstellungen in der boards.txt nur bei 115200 eine Änderung zu allen anderen zeigt wird diese sicher richtig sein.
ABER!
Der Serial Monitor zeigt nur Nullen wenn der Monitor auf 9600 steht, stell ich ihn wie die boards.txt auf 115200 bringt er scheinbar LEERzeichen.
Das Phänomen tritt sowohl bei ATX20 Stromversorgung als auch Alles ausser FTDI anschluss ab auf.

Was ich auch bemerkte, eine Einstellung der Baud Rate unter Windows 7 bringt gar nichts, egal was ich da einstelle er stellt es nach betätigen von OK wieder auf 9600

noch wer ne Idee?

---

---------------------------------------------------
in progress
Prusa : Wade Extruder : Gen7 : Teacup

Quote
Max Bahr
Da der AVR-Programmer ebenfalls ein USB-Kabel benötigt und ich die Stromversorgung über den FTDI nutze, wäre es da ratsam, das Netzteil wieder anzuschließen oder kann ich den AVR-Programmer auch mit der USB-Stromversorgung über J15 betreiben?

Nach besser das Netzteil dran. Das mit der Stromversorgung über den FTDI ... wer weiss, ob der auch genug Strom liefert. Immerhin wird ja nicht nur der FTDI selber, sondern auch die LED, der ATmega und was weiss ich noch damit versorgt. USB ist auf 500 mA limitiert.

Der Programmer funktioniert wie die serielle Schnittstelle, nur hat er keine Baudrate. Sprich, es ist egal, mit welcher Baudrate man sendet. Geht prinzipiell auch aus der IDE heraus, allerdings müsste man da die boards.txt anpassen.

Quote
StevBrennan
Der Serial Monitor zeigt nur Nullen wenn der Monitor auf 9600 steht, stell ich ihn wie die boards.txt auf 115200 bringt er scheinbar LEERzeichen.

Alles Andere würde mich wundern. Ein Programm kann nur mit einer Baudrate senden und wenn Du die IDE verstellst, verstellst Du eben nur die IDE, nicht das Programm auf dem ATmega.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Traumflug Wrote:

> Der Serial Monitor zeigt nur Nullen wenn der
> Monitor auf 9600 steht, stell ich ihn wie die
> boards.txt auf 115200 bringt er scheinbar
> LEERzeichen.
>
> Alles Andere würde mich wundern. Ein Programm
> kann nur mit einer Baudrate senden und wenn Du die
> IDE verstellst, verstellst Du eben nur die IDE,
> nicht das Programm auf dem ATmega.

was kann es dann noch sein? die Kommunikation klappt also scheinbar,
der error bleibt aber wie bei Max, ggf doch der Bootloader ne Macke? das kann ich leider nicht beheben.
Ich werde mal warten was bei Max herauskommt

---

---------------------------------------------------
in progress
Prusa : Wade Extruder : Gen7 : Teacup

Quote

doch der Bootloader ne Macke?

So langsam glaube ich da nicht mehr dran. Auf alle Chips, die ich verschicke, habe ich ja mindestens das kleine Testprogramm mit dem Bootloader hochgeladen. Dass der Bootloader jetzt gerade so kaputt geht, dass er zwar noch die Firmware startet, aber doch keine neue Firmware mehr annimmt, ist zieeemlich unwahrscheinlich.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Ich will doch nur ein wenig flüssigen Plastik drucken!!!!!!

Man man man!
Ich habe mir von Watterott den "AVR Pocket Programmer" bestellt und versuche das Ding seit 3 Stunden zum Laufen zu kriegen.

Als COM-Port wird er nicht angelegt, sondern als "LibUSB-Win32-Driver".

Was muss ich jetzt machen um den Mikrocontroller neu zu flashen?
Momentan läuft irgendwie weniger als vorher.

Ich habe das Netzteil samt der zwei weiteren Stromstecker an der Platine angeschlossen.
Der FTDI ist angeschlossen und der AVR-Programmer ist über die 6-Pins verbunden und auf der anderen Seite geht ein USB-Kabel ebenfalls in den Rechner.

Und egal ob ich die Kommandokonsole nutze noch die IDE, im Moment bekomme ich nur "timeouts".

Ach und übrigens, kann da zufällig ein Feedback vom Netzteil über die Platine an den Rechner kommen?
Nachdem ich einmal den Resetknopf auf der Platine gedrückt habe, meldet sich Windows das am USB-Hub ein Energiegrenzwert überschritten wurde. Und ZACK ist die Maus weg bzw. der Mausempfänger meiner kabellosen Maus hat sich verabschiedet.
Ich hoffe ich habe sie nicht gegrillt.

Edit:
Puuh, mir ist das Infofenster in den Hintergrund gerutscht. Nachdem ich die betroffenen USB-Ports wieder zurückgesetzt habe, war die Maus wieder aktiv. Aber das macht mir schon Sorgen, dass ich mir meinen Laptop mit dieser Aktion "grillen" kann.

Edited 1 time(s). Last edit at 07/15/2011 05:58PM by Max Bahr.

Ist das zufällig dieses ding ?

[www.watterott.com]

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Neuer Versuch kam mit folgendem Ergebnis:

"initialization failed, rc=-1"

Laut AVR bedeutet dies zu 99% das die Verkabelung nicht korrekt ist.
Das ist jetzt salopp aus dem englischen übersetzt und ich vermute mal, dass die auf die Lötstellen ansprechen.
Kann dies sein?

Irgendwie verzweifel ich so langsam.
Ich höre/sehe das Ding im Serial Monitor seine Nullen schreiben.
Ich bekomme die Signatur zurück.
Aber ich darf nicht schreiben?!?!?!?!?

Stoffel15 Wrote:
-------------------------------------------------------
> Ist das zufällig dieses ding ?
>
> [www.watterott.com]
> mer

Hallo Wolfgang!

Nein es ist dieser AVR Pocket Programmer von Watterott.

ich weis nicht, ob das bei dem Ding auch geht...

bei dem den ich benutze, mußte ich in der programmers.txt
Was ändern...

avrispmkii.name=AVRISP mkII
avrispmkii.communication=serial
avrispmkii.protocol=stk500v2

Das stand glaub ich ursprünglich
avrispmkii.communication=usb

Aber die info stammt vom Traumflug... bei mir ging das dann wenn ich den "AVRISP mkII" im Menue ausgewäht hab

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Klasse Wolfgang!

Hab mir mal gedacht, da eh nix läuft, probiere ich deine Version mal aus.
Und siehe da, ich konnte zumindest mal etwas mehr sehen, aber ...



Die Fuses werden nicht korrekt geschrieben.
Und dann hab ich mal einfach den Bootloader versucht zu flashen:



Er wird sogar geschrieben, aber beim anschließenden Verifying sieht es auch schlecht aus.
Also kann ich doch schreiben!!!!
Nur scheinbar nicht sauber, oder irgendetwas anderes stimmt noch immer nicht.

So, hau mich jetzt erst mal hin, sehe schon alles verschwommen.

Mehr weis ich auch nicht... bei mir ging das dann... was da jetzt noch falsch sein könnte, ??? liegt außerhalb meines Wissens

Da mußt du wohl den Traumflug noch was nerven

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

ich glaub ich probier heute mal nen anderen PC mit anderem OS...
mal so langsam alles ausschliessen

---

---------------------------------------------------
in progress
Prusa : Wade Extruder : Gen7 : Teacup

Quote

ich glaub ich probier heute mal nen anderen PC mit anderem OS...

Gute Idee: [www.ubuntu.com] Kann man parallel zu Windows installieren, so dass da nichts verloren geht.

Quote

Nein es ist dieser AVR Pocket Programmer von Watterott.

Da steht auf der Produktseite:

Quote

To use this programmer, attach to a Windows machine and install the drivers listed below. Open a command prompt. Assuming WinAVR (and therefore AVRDUDE) have been installed, type:
avrdude -c usbtiny -B 1 -patmega328 -U flash:w:main.hex

Der richtige Parameter für -c lautet also "usbtiny".

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

StevBrennan Wrote:
-------------------------------------------------------
> ich glaub ich probier heute mal nen anderen PC mit
> anderem OS...
> mal so langsam alles ausschliessen

Ich warte jetzt auch mal was bei Stev herauskommt. Mir gehen die Ideen und die Lust aus.
Bei mir ist das Wurst, ob ich Windows 7 64-Bit, Windows Vista 32-Bit oder Ubuntu 10.04 64-Bit verwende.
Alle sagen mir jetzt bei diesem Befehl:

L:\arduino-0022\hardware\tools\avr>bin\avrdude.exe -C etc\avrdude.conf -c usbtin
y -B 100 -p atmega644 -U flash:w:..\..\Gen7\bootloaders\Gen7\bootloader-644-20MH
z.hex

Diese Antwort:

avrdude.exe: Setting SCK period to 100 usec
avrdude.exe: initialization failed, rc=-1
             Double check connections and try again, or use -F to override
             this check.

avrdude.exe done.  Thank you.

-B 100 ist natürlich sehr viel, -B 5 reicht in jedem Fall. Es fehlt auch das -P COM?? bzw. -P /dev/ttyACM0.

Und: mach der FTDI ab, das bringt nur Durcheinander. Der Programmer ist unabhängig von der seriellen Schnittstelle.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

So, jetzt war ich auch an dem Punkt, wo ich auf den 644 (nicht "p") einen Bootloader drauf machen mußte.

Ahnliche Fehlermeldung....


avrdude: stk500v2_command(): command failed
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.



Hier hatte das damit zu tun, weil am ISP am 5V pin keine Spannung anlag, und der Programmer da aber Spannung braucht. ( Chopper seine Platine) Mit einer Brücke hab ich dann da Spannung aufgelegt und war dann einen Schritt weiter.


Dann kam dieser:

avrdude: Expected signature for ATMEGA644P is 1E 96 0A
Double check chip, or use -F to override this check.

Das hängt mit dem "nicht P" zusammen.

Das kann man beheben, wenn man in der Boards.txt

sanguino.name=Sanguino
sanguino.upload.protocol=stk500
sanguino.upload.maximum_size=63488
sanguino.upload.speed=38400
sanguino.bootloader.low_fuses=0xFF
sanguino.bootloader.high_fuses=0xDC
sanguino.bootloader.extended_fuses=0xFD
sanguino.bootloader.path=atmega644p
sanguino.bootloader.file=ATmegaBOOT_644P.hex
sanguino.bootloader.unlock_bits=0x3F
sanguino.bootloader.lock_bits=0x0F
sanguino.build.mcu=atmega644p
sanguino.build.f_cpu=16000000L
sanguino.build.core=arduino


dieses P entfernt...

Dann fluppt es mit der Arduino022 den Bootloader drauf zu bekommen.

Edited 1 time(s). Last edit at 07/16/2011 09:29AM by Stoffel15.

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Übrigens ist mir von versierter Stelle gesagt worden, die gute Möglichkeit die Chips unbrauchbar zu machen, wäre die Fuses falsch zu setzen... dann werden die wohl "Taub" Aber wie gesagt, ist nicht mein Fach, ist mir gesagt worden.

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Aber die Fuses kann man doch nur mit einem Programmer verändern, oder?

Quote

Das kann man beheben, wenn man in der Boards.txt

Das ist ja jetzt wieder ein ganz anderer Weg, mit dem Sanguino-Paket. Hast Glück, dass der für den 644P kompilierte Bootloader auch auf dem 644 funktioniert.

Quote

Übrigens ist mir von versierter Stelle gesagt worden, die gute Möglichkeit die Chips unbrauchbar zu machen, wäre die Fuses falsch zu setzen... dann werden die wohl "Taub"

Yupp, das kann passieren. Setzt man die Fuses auf "externer Takt" statt "externer Oszillator", kommt man da nicht so einfach wieder raus.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Quote
Traumflug
Das ist ja jetzt wieder ein ganz anderer Weg, mit dem Sanguino-Paket. Hast Glück, dass der für den 644P kompilierte Bootloader auch auf dem 644 funktioniert.

Warum soll ich nicht auch mal Glück haben...

Jedenfalls funktioniert es so. Das ist für mich die Hauptsache.

---

Mfg
Wolfgang

Aller Anfang war schwer - Wolfstrap

Reprap-fab.org

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.

Quote

Aber die Fuses kann man doch nur mit einem Programmer verändern, oder?

Richtig.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

witzig, ich hab gerade einen ähnlichen Fehler bekommen:

avrdude: stk500v2_getsync(): can't communicate with device: resp=0x01
avrdude: stk500v2_command(): unknown status 0xc8
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

avrdude: stk500v2_command(): unknown status 0x01
avrdude: stk500v2_disable(): failed to leave programming mode

nachdem ich den Bootloader neu aufgespielt habe funktioniert es wieder...