Fehler beim kompilieren
Posted by Max Bahr
|
Re: Fehler beim kompilieren July 12, 2011 05:35AM |
Oh weh!
Ich dachte, dass das vollständig benötigte Programm zum ansteuern usw. schon in der Software enthalten ist.
Muss ich jetzt den Quellcode selber schreiben???
Ich dachte, dass das vollständig benötigte Programm zum ansteuern usw. schon in der Software enthalten ist.
Muss ich jetzt den Quellcode selber schreiben???
|
Re: Fehler beim kompilieren July 12, 2011 06:56AM |
Ok macht natürlich Sinn! 
Jetzt geht es aber weiter. Ich muss ja ehrlich sagen, das Schrauben, Bohren, Sägen war ja entspannend, aber die Elektronik bringt mich an die Grenzen.
Und das Ergebnis ein ewig wiederkehrendes "timeout()"
Nach suchen fand ich einen Beitrag im Forum, dass die gelbe und grüne Lampe leuchten sollten. Bei mir leuchtet aber nur die gelbe Lampe. Erst wenn ich die beiden Drähte laut Anleitung kurzschliesse, dann leuchtet auch die untere rechte grüne Lampe.
Ich habe auch nochmal die Lötstellen überprüft, nicht das dort ein Kurzer sitzt. Soweit konnte ich aber nichts finden:
Großes Foto der Platine
Das timeout, so steht es in den anderen Beiträgen, soll ein Zeichen für die nicht erfolgte Verbindung darstellen.
Interessanterweise funktioniert der COM6 + COM7 über die Windows-Shell, alle anderen COM-Ports werden nicht gefunden.
Gehe ich aber mit der Arduino-Software ran, geht nur der COM18.
Jetzt geht es aber weiter. Ich muss ja ehrlich sagen, das Schrauben, Bohren, Sägen war ja entspannend, aber die Elektronik bringt mich an die Grenzen.
F:\RepRap\arduino-0022\hardware\tools\avr>bin\avrdude.exe -C etc\avrdude.conf -c stk500v2 -p atmega644 -P COM6 -B 5 -U lfuse:w:0xF7:m -U hfuse:w:0xDC:m -U efuse :w:0xFF:m avrdude.exe: stk500_2_ReceiveMessage(): timeout
Und das Ergebnis ein ewig wiederkehrendes "timeout()"
Nach suchen fand ich einen Beitrag im Forum, dass die gelbe und grüne Lampe leuchten sollten. Bei mir leuchtet aber nur die gelbe Lampe. Erst wenn ich die beiden Drähte laut Anleitung kurzschliesse, dann leuchtet auch die untere rechte grüne Lampe.
Ich habe auch nochmal die Lötstellen überprüft, nicht das dort ein Kurzer sitzt. Soweit konnte ich aber nichts finden:
Großes Foto der Platine
Das timeout, so steht es in den anderen Beiträgen, soll ein Zeichen für die nicht erfolgte Verbindung darstellen.
Interessanterweise funktioniert der COM6 + COM7 über die Windows-Shell, alle anderen COM-Ports werden nicht gefunden.
Gehe ich aber mit der Arduino-Software ran, geht nur der COM18.
|
Re: Fehler beim kompilieren July 12, 2011 07:06AM |
Du versuchst grad einen Bootloader aufzuspielen. Wenn du den Atmega von Traumflug geliefert bekommen hast sollte das nicht nötig sein.
Wenn es ein "blanker" Atmega ist:
- Hast du einen passenden Programmer? (du versuchst grad folgenden zu verwenden: 'stk500v2' was immer das ist
)
- Stimmt der COM-Port tatsächlich? Um sicherzugehen solltest du mal einen Blick in den Windows-Gerätemanager werfen (der Knoten im Baum müsste ("Anschlüsse" oder "Ports" heißen).
Wenn es ein Atmega von Traumflug ist:
- Einfach mal über die Windows Shell eine serielle Verbindung herstellen und folgendes eingeben (Die Eingabe selbst wirst du im Terminal vermutlich nicht sehen, einfach blind tippen und mit Enter bestätigen):
M114
Du solltest dann die aktuelle Position deiner Motoren geliefert bekommen
Wenn es ein "blanker" Atmega ist:
- Hast du einen passenden Programmer? (du versuchst grad folgenden zu verwenden: 'stk500v2' was immer das ist
)- Stimmt der COM-Port tatsächlich? Um sicherzugehen solltest du mal einen Blick in den Windows-Gerätemanager werfen (der Knoten im Baum müsste ("Anschlüsse" oder "Ports" heißen).
Wenn es ein Atmega von Traumflug ist:
- Einfach mal über die Windows Shell eine serielle Verbindung herstellen und folgendes eingeben (Die Eingabe selbst wirst du im Terminal vermutlich nicht sehen, einfach blind tippen und mit Enter bestätigen):
M114
Du solltest dann die aktuelle Position deiner Motoren geliefert bekommen
|
Re: Fehler beim kompilieren July 12, 2011 07:07AM |
Wenn die unteren Coms frei sind, kannst du die Ports in der Systemsteuerung runter setzen. Im Gerätemanager.
Gehst du auf den Com, dann auf Anschlusseinstellungen und dann Erweitert...
Meist sind die unteren Ports mal reserviert worden, weil du da eine Cam oder einen USB-Stick rein gesteckt hattest. Dann wird immer der nächste genommen und irgendwann landet man dann bei 254
obwohl man die unteren auch verwenden kann wenn das andere Gerät nicht drinn ist.
Mfg
Wolfgang
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
Gehst du auf den Com, dann auf Anschlusseinstellungen und dann Erweitert...
Meist sind die unteren Ports mal reserviert worden, weil du da eine Cam oder einen USB-Stick rein gesteckt hattest. Dann wird immer der nächste genommen und irgendwann landet man dann bei 254
obwohl man die unteren auch verwenden kann wenn das andere Gerät nicht drinn ist.Mfg
Wolfgang
| Aller Anfang war schwer - Wolfstrap | Reprap-fab.org |  |
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
|
Re: Fehler beim kompilieren July 12, 2011 07:10AM |
Stoffel15 Wrote:
-------------------------------------------------------
> Wenn die unteren Coms frei sind, kannst du die
> Ports in der Systemsteuerung runter setzen. Im
> Gerätemanager.
> Gehst du auf den Com, dann auf
> Anschlusseinstellungen und dann Erweitert...
> Meist sind die unteren Ports mal reserviert
> worden, weil du da eine Cam oder einen USB-Stick
> rein gesteckt hattest. Dann wird immer der
> nächste genommen und irgendwann landet man dann
> bei 254 obwohl man die unteren auch verwenden
> kann wenn das andere Gerät nicht drinn ist.
Das hat bei mir nicht funktioniert Wolfgang (Windows 7, auch wenn die Geräte nicht eingesteckt sind)
Ich musste irgendwo in der Registry rumfuschen, den entsprechenden Link hab ich aber nur zu Hause...
-------------------------------------------------------
> Wenn die unteren Coms frei sind, kannst du die
> Ports in der Systemsteuerung runter setzen. Im
> Gerätemanager.
> Gehst du auf den Com, dann auf
> Anschlusseinstellungen und dann Erweitert...
> Meist sind die unteren Ports mal reserviert
> worden, weil du da eine Cam oder einen USB-Stick
> rein gesteckt hattest. Dann wird immer der
> nächste genommen und irgendwann landet man dann
> bei 254
obwohl man die unteren auch verwenden> kann wenn das andere Gerät nicht drinn ist.
Das hat bei mir nicht funktioniert Wolfgang (Windows 7, auch wenn die Geräte nicht eingesteckt sind)
Ich musste irgendwo in der Registry rumfuschen, den entsprechenden Link hab ich aber nur zu Hause...
|
Re: Fehler beim kompilieren July 12, 2011 08:44AM |
"Das hat bei mir nicht funktioniert Wolfgang (Windows 7, auch wenn die Geräte nicht eingesteckt sind)"
Ich weis schon warum ich Win7 nicht mag
Mfg
Wolfgang
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
Ich weis schon warum ich Win7 nicht mag
Mfg
Wolfgang
| Aller Anfang war schwer - Wolfstrap | Reprap-fab.org | |
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
|
Re: Fehler beim kompilieren July 12, 2011 06:30PM |
Nach Wolfgangs Anleitung habe ich den COM-Port auf COM1 umgelegt Allerdings musste ich erst Bluetooth deaktivieren.
Die Ausgaben haben sich dadurch allerdings nur geringfügig geändert. Leider nicht zum Positiven.
Wenn ich die Testfirmware "SetupTest.pde" hochlade, erscheint folgendes:
Und wenn ich versuche den Bootloader neu hochzuladen erscheint folgender Fehler:
Den Bootloader wollte ich erneut hochladen, da ich den Hinweis bei dieser Fehlermeldung in einem englischsprachigem Forum fand. Leider bekomme ich auch hier nur eine Fehlermeldung zurück.
Das kann doch alles nicht so schwer sein, oder?
Die Ausgaben haben sich dadurch allerdings nur geringfügig geändert. Leider nicht zum Positiven.
Wenn ich die Testfirmware "SetupTest.pde" hochlade, erscheint folgendes:
Und wenn ich versuche den Bootloader neu hochzuladen erscheint folgender Fehler:
Den Bootloader wollte ich erneut hochladen, da ich den Hinweis bei dieser Fehlermeldung in einem englischsprachigem Forum fand. Leider bekomme ich auch hier nur eine Fehlermeldung zurück.
Das kann doch alles nicht so schwer sein, oder?
|
Re: Fehler beim kompilieren July 13, 2011 12:34AM |
"Nach Wolfgangs Anleitung habe ich den COM-Port auf COM1 umgelegt Allerdings musste ich erst Bluetooth deaktivieren.
Die Ausgaben haben sich dadurch allerdings nur geringfügig geändert. Leider nicht zum Positiven."
Dann hat das auch nicht geklappt..mit dem runter ziehen der Schnittstellenbezeichnung. Der macht ja nur noch Fehlermeldungen.
Außerdem hatte ich gesagt "Wenn die Schnittstelle frei ist" und die war ja wohl nicht frei, wenn da Bluetooth drauf ist/war.
Mach das mal wieder rückgängig.
Mfg
Wolfgang
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
Die Ausgaben haben sich dadurch allerdings nur geringfügig geändert. Leider nicht zum Positiven."
Dann hat das auch nicht geklappt..mit dem runter ziehen der Schnittstellenbezeichnung. Der macht ja nur noch Fehlermeldungen.
Außerdem hatte ich gesagt "Wenn die Schnittstelle frei ist" und die war ja wohl nicht frei, wenn da Bluetooth drauf ist/war.
Mach das mal wieder rückgängig.
Mfg
Wolfgang
| Aller Anfang war schwer - Wolfstrap | Reprap-fab.org | |
Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
|
Re: Fehler beim kompilieren July 13, 2011 01:42AM |
kannst du mal einen Screenshot deines Gerätemanagers machen, der die COM-Ports zeigt?
a la:
a la:
|
Re: Fehler beim kompilieren July 13, 2011 03:20AM |
@Wolfgang
Die beiden COM-Ports 1+2 waren tatsächlich frei.
Bluetooth hatte bei, ich glaube, zwischen 8-10 Ports belegt.
Das hatte zuvor noch nie beobachtet.
Anbei der Screenshot:
Edit:
Und nochmal als Anhang.
Edited 1 time(s). Last edit at 07/13/2011 03:59AM by Max Bahr.
Die beiden COM-Ports 1+2 waren tatsächlich frei.
Bluetooth hatte bei, ich glaube, zwischen 8-10 Ports belegt.
Das hatte zuvor noch nie beobachtet.
Anbei der Screenshot:
Edit:
Und nochmal als Anhang.
Edited 1 time(s). Last edit at 07/13/2011 03:59AM by Max Bahr.
|
Re: Fehler beim kompilieren July 13, 2011 07:24AM |
Wird sofort geprüft.
Ich hoffe ich finde den PIN.
Es scheint tatsächlich egal zu, von welchem Rechner ich aus gehe.
Mein Vista-Rechner gibt über die Shell die Signatur zurück, aber trotzdem gibt es beim schreiben eine Fehlermeldung:
Ich hoffe ich finde den PIN.
Es scheint tatsächlich egal zu, von welchem Rechner ich aus gehe.
Mein Vista-Rechner gibt über die Shell die Signatur zurück, aber trotzdem gibt es beim schreiben eine Fehlermeldung:
|
Re: Fehler beim kompilieren July 13, 2011 07:47AM |
Anbei der Ausschnitt der Platine. Ich konnte jetzt nichts finden.
Kann ich das zur Not sonst mit einem Messgerät überprüfen?
Falls dort irgendwo ein Kurzer drin steckt und man das nicht sehen kann.
Es raucht ja auch nicht, sobald Strom dran ist.
Edited 1 time(s). Last edit at 07/13/2011 07:52AM by Max Bahr.
Kann ich das zur Not sonst mit einem Messgerät überprüfen?
Falls dort irgendwo ein Kurzer drin steckt und man das nicht sehen kann.
Es raucht ja auch nicht, sobald Strom dran ist.
Edited 1 time(s). Last edit at 07/13/2011 07:52AM by Max Bahr.
|
Re: Fehler beim kompilieren July 13, 2011 08:50AM |
Da ich nicht wußte, welchen Programmer ich nutzen muss, habe ich erst den in der Anleitung als Beispiel angegebenen "avrispv2" benutzt. Hat nicht geklappt! Und dann habe ich mich durch alle durchprobiert. Der "stk500v2" war derjenige, bei dem ich am Weitesten kam.
Eventuell habe ich das überlesen oder nicht finden können, aber ich weiß leider immer noch nicht, wie man den richtigen Programmer auswählt bzw. findet. Ist der speziell für jeden AVR anders?
So, ich habe gerade mal alle Verbindungen durchgeklingelt, die vom AVR (ATMega644 ???) und dem Programmer (serieller Anschluss ???) kommen. Es hat nur auf den zugehörigen Bahnen gepiept/geklingelt. Einige Bahnen hatten geringe Ohm-Werte angezeigt andere keine. Die Bahnen in der Nähe des AVR hatten keine Verbindung zueinander, nur um auszuschliessen, dass ich nicht doch über den Rand gelötet habe.
Ratlos?!?!?
Eventuell habe ich das überlesen oder nicht finden können, aber ich weiß leider immer noch nicht, wie man den richtigen Programmer auswählt bzw. findet. Ist der speziell für jeden AVR anders?
So, ich habe gerade mal alle Verbindungen durchgeklingelt, die vom AVR (ATMega644 ???) und dem Programmer (serieller Anschluss ???) kommen. Es hat nur auf den zugehörigen Bahnen gepiept/geklingelt. Einige Bahnen hatten geringe Ohm-Werte angezeigt andere keine. Die Bahnen in der Nähe des AVR hatten keine Verbindung zueinander, nur um auszuschliessen, dass ich nicht doch über den Rand gelötet habe.
Ratlos?!?!?
|
Re: Fehler beim kompilieren July 13, 2011 09:29AM |
@bns
Auf der reprap.org findest Du unter "Progamming the bootloader using the command line" folgende Zeile:
Danach bin ich erstmal gegangen. Und der hat nicht geklappt. Bis ich den "stk500v2" probiert habe.
Mit dieser Zeile bekommst Du eine Auflistung aller verfügbaren Programmer:
Wenn ich einen Status vom AVR abrufe, bekomme ich auch eine Antwort.
Es scheint so, als ob ich nicht schreiben dürfte/könnte.
Und die "Fuses" sind OK. Was das auch immer ist. Soweit bin ich leider noch nicht.
Auf der reprap.org findest Du unter "Progamming the bootloader using the command line" folgende Zeile:
Quote
cd hardware\tools
avrdude -C avrdude.conf -c ? # find your programmer, e.g. "avrispv2"
Danach bin ich erstmal gegangen. Und der hat nicht geklappt. Bis ich den "stk500v2" probiert habe.
Mit dieser Zeile bekommst Du eine Auflistung aller verfügbaren Programmer:
avrdude -C avrdude.conf -c ?
Wenn ich einen Status vom AVR abrufe, bekomme ich auch eine Antwort.
Es scheint so, als ob ich nicht schreiben dürfte/könnte.
Und die "Fuses" sind OK. Was das auch immer ist. Soweit bin ich leider noch nicht.
Sorry, you do not have permission to post/reply in this forum.