Hallo! Ich habe mir jetzt das Pollin Board und USBasp von fischl gekauft, zusammengelötet und an den Pc angeschlossen. Verwendet wird der Atmega 8. Habe zunächst per seriellem Anschluss versucht den Controller zu programmieren, was bestens geklappt hat. Da ich aber den Pc nie verwende und der immer auf dem Dachboden steht, habe ich den USB-Programmer gekauft. Versucht habe ich es zunächst per BASCOM (unterstützt ja den USBasp) -> geht nicht AVRDude -> geht auch nicht khazama -> ebenfalls nicht, wobei die rote LED kurz aufleuchtet. Bei beiden leuchtet die Bereitschafts LED. Als Fehlermeldung erhalte ich bei khazama "Target doesn't answer". Pc wurde bereits neugestartet, Treiber ist drauf. Was könnte der Fehler sein? Bin grad echt verzweifelt. Vielleicht habe ich was beim Zusammenbau des USBasp falsch gemacht? Wie kann ich das überprüfen? Gruß, Dennis
Ich nehme es an. Steht jedenfalls auf der Seite: "- Vorprogrammierter Mikrocontroller"
Dennis K. schrieb: > Da ich aber den Pc nie verwende und der immer auf dem Dachboden steht, > habe ich den USB-Programmer gekauft. ?
Das war ein wenig blöd ausgedrückt. Ich bin mit einem Notebook unterwegs (hat keinen seriellen Anschluss, wie ihr sicherlich wisst) und der Pc ist schon > 8 Jahre alt und steht eigentlich nur auf dem Dachboden, da hier kein Platz für das ist. Mir fällt grad was ein: Habe beim Installieren des Treibes für den USBasp die Meldung erhalten, dass es keine zulässige Win32 Anwendung sei. Habe den Treiber dann über den Gerätemanager installiert. Kann es daran liegen oder eher nicht? Bei BASCOM wird jedoch nicht angezeigt, dass der USBasp nicht angeschlossen ist, nur dass der Controller nicht erkannt werden kann.
Wie sieht den USBasp in Gerätemanager? sauber installiert oder mit ausrufezeichen?
Hallo Dennis, vielleicht hilft es die Bauteile des Pollin-Boards zu entlöten, die für den Seriell zu ISP converter zuständig sind. Ich habe derzeit nicht den Schaltplan vor Augen, aber ich könnte mir vorstellen, dass einige Bauteile davon stören. Ich gehe jedenfalls davon aus, dass der ISP-Port beim Pollin board als "Ausgang" gedacht ist, und nicht dazu geeignet ist, den µC mit einem externen Programmer zu flashen. Alternativ könntest du auch mal versuchen den AVR ohne Pollin-Board zu flashen. Schaltpläne findet Google dazu genug. MfG, Hakon Hennig
Hakon Hennig schrieb: > vielleicht hilft es die Bauteile des Pollin-Boards zu entlöten, die für > den Seriell zu ISP converter zuständig sind. Ich habe derzeit nicht den > Schaltplan vor Augen, aber ich könnte mir vorstellen, dass einige > Bauteile davon stören. Nichts! ich kann mich noch erinnern ein Pollin Board mit einem AVRISPmkII programmiert zu haben, war alles problemlos.
Dennis K. schrieb: > Versucht habe ich es zunächst per BASCOM (unterstützt ja den USBasp) -> > geht nicht > AVRDude -> geht auch nicht > khazama -> ebenfalls nicht, wobei die rote LED kurz aufleuchtet. was kam genau als Fehlermeldung mit AVRDUDE?
Hallo! Im Anhang habe ich die Fehlermeldungen der jeweiligen Programme aufgestellt. Ich habe übrigens beim Löten einen Widerstand falschrum eingelötet und musste diesen Fehler dann beheben (noch bevor ich fertig war mit dem kompletten Bausatz). Könnte das die Platine in irgendeiner Weise beschädigt haben? Gruß, Dennis
Wie Martin schon richtig vermutete, "spricht" Dein Rechner nicht mit dem USBasp-Programmer. Beim Versuch, etwas zu programmieren, leuchtet bei allen mir bekannten ISP-Programmern kurz eine LED auf/ andere Farbe, blinkert o.ä. Da der Fischl-Programmer 2 LEDs hat, bin ich ziemlich sicher, daß es hier ebenso ist. Also erst mal muß an dem Programmer etwas beim Programmierversuch oder fuses-ausleseversuch blinken. Wenn nicht, ist die Treiberinstallation nicht geglückt (was ich vermute). Gruß
Hi! Ja es leuchten beide LEDs: - Die grüne, wenn der Programmer an den Pc angeschlossen ist (dauerhaft) - Die rote leuchtet, wenn ich versuche etwas zu schreiben Das heißt, es könnte ein Verbindungsproblem zwischen dem Pollin Board und USB Programmer sein?
Ja, scheint so. Wie hast Du den Mega8 mit Spannung versorgt? Über das Pollin-Board - dann darf der JP1 (http://www.fischl.de/usbasp/) nicht gebrückt sein! Ansonsten das Board einfach mal weglassen und vom USBasp 10-poligen Stecker aus die 6 nötigen Leitungen an eine Fassung verdrahten (http://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment), dabei kannst Du den externen Osz/Quarz an Pin9 weglassen, wichtig sind C3 und R1. Dann klappt das sicher! Wichtig: nicht zuerst versuchen, ein Programm an den Controller zu senden, immer erst erkennen (ID wird angezeigt), auslesen usw. Wenn das Lesen des Flashs klappt, die fuses auslesen (und notieren/ speichern als Grundeinstellung ab Werk), dann erst anfangen, Dein Programm in den Flash zu speichern. Bussard
Hallo Bussard! Das ist natürlich ein relativ komplizierter Weg, um das Problem abzuschaffen. Gibt es keine andere Möglichkeit? EDIT: Meint ihr das Neuinstallieren aller Treiber würde helfen?
Zwischen Pin 8 (GND) und Pin 7 (VCC) von Atmega bzw. Sockel mussen 5V liegen, hast du gemessen ob das stimmt? Die Meldungen (von deine Bilder), wenn der USBasp richtig installiert ist und in Gerätemanager alles i.O. aussieht, deuten dass der USBasp keine Verbindung zum Platine hat.
Falls der Prozessor noch nie programmiert war, stecke mal den Jumper für Slow SCK. Evl. ist dann der SPI-Takt zu hoch... Gruß Carsten
Ich habe auch den usbasp von Fischl mittlerweile mehrmals aufgebaut und funktioniert unter MacOS X ohne Probleme. So wie du den Fehler schilderst liegt es eher daran das entweder die ISP-Schnittstelle am Target nicht richtig verschaltet ist, oder aber keine Versorgungsspannung hat. Wenn dein Target kein VCC hat kannst du das mit dem usbasp versorgen, aber die Gesamt Stromaufnahme darf nicht mehr als 500mA betragen. Was noch sein kann,wie Carsten H. schreibt, einfach mal den Jumper für Slow SCK setzten. Darauf bin ich auch schon reingefallen.
Hi Also, ich hab auch das Pollin Board und programmiere über einen USB-ISP Stick. Ab und zu gibt's da auch kleine Probleme. In der Regel war die Frequenz zum programmieren zu hoch. Schau da mal nach und set den Takt runter. Übrigends, auslöten brauchst du nichts. Das ist so schon ok. Gruß oldmax
Hi! Nachdem ich den Code hiernach: Beitrag "Re: usbasp Bauen" geändert habe, erhalte ich die Fehlermeldung, wie sie im Anhang steht. Um den Jumper zu setzen muss ich mir dann wohl einen kaufen und diesen dann dranlöten oder? Anders geht es denk ich nicht.
Hallo, ich wollte noch bestätigen dass der USBasp mit dem Pollin Board ohne weiteres funktioniert. Mit einen NEUE Atmega8 bekomme ich in der Tat der Fehlermeldung wie auf deinem Bild "avrdude_fehler.png" also
1 | avrdude: error: programm enable: target doesn't answer. 1 |
2 | avrdude: initialization failed, rc=-1 |
3 | Double check connections and try again, or use -F to override |
4 | this check. |
5 | |
6 | |
7 | avrdude done. Thank you. |
8 | |
9 | make.exe: *** [program] Error 1 |
Wenn du aber mit B10 versuchst dann wird das Atmega8 problemlos gefalsh bzw. bei mir hat funktioniert:
1 | avrdude -p atmega8 -P usb -c usbasp -B10 -U flash:w:main.hex |
2 | |
3 | avrdude: set SCK frequency to 93750 Hz |
4 | avrdude: AVR device initialized and ready to accept instructions |
5 | |
6 | Reading | ################################################## | 100% 0.00s |
7 | |
8 | avrdude: Device signature = 0x1e9307 |
9 | avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed |
10 | To disable this feature, specify the -D option. |
11 | avrdude: erasing chip |
12 | avrdude: set SCK frequency to 93750 Hz |
13 | avrdude: reading input file "main.hex" |
14 | avrdude: input file main.hex auto detected as Intel Hex |
15 | avrdude: writing flash (512 bytes): |
16 | |
17 | Writing | ################################################## | 100% 0.40s |
18 | |
19 | avrdude: 512 bytes of flash written |
20 | avrdude: verifying flash memory against main.hex: |
21 | avrdude: load data flash data from input file main.hex: |
22 | avrdude: input file main.hex auto detected as Intel Hex |
23 | avrdude: input file main.hex contains 512 bytes |
24 | avrdude: reading on-chip flash data: |
25 | |
26 | Reading | ################################################## | 100% 0.31s |
27 | |
28 | avrdude: verifying ... |
29 | avrdude: 512 bytes of flash verified |
30 | |
31 | avrdude done. Thank you. |
Also liegt doch daran dass der Atmega mit interne Takt läuf Gruß
Hallo. Jetzt nach etwas längerer Zeit nochmal ein Nachtrag. Also ich bin jetzt auf Windows 8 umgestiegen und habe alles noch einmal dort versucht. Ohne Erfolg. Daraufhin habe ich den Controller ausgebaut und gegen einen Attiny2313 getauscht. Und siehe da mit dem Befehl:
1 | "C:\Meine Ordner\Dennis\AVR\avrdude-5.10\avrdude.exe" -c usbasp -p attiny2313 -U flash:w:"C:\Meine Ordner\Dennis\AVR\attiny\test1.bin":a -B 600 |
Funktioniert alles bestens. Jetzt muss ich mir wohl einen neuen Atmega 8 kaufen. Der andere war wohl Schrott oder nicht mehr beschreibbar. Das ist der Punkt an dem ich nichts mehr verstehe: Ich habe ihn vorher an einem anderen Pc beschrieben und das Programm hat auch gut funktioniert. Nur das Beschreiben hat nicht geklappt. Mal gucken wie das mit dem Attiny2313 vorerst weitergeht.
Dennis K. schrieb: > Hallo. > > Jetzt nach etwas längerer Zeit nochmal ein Nachtrag. > Also ich bin jetzt auf Windows 8 umgestiegen und habe alles noch einmal > dort versucht. Ohne Erfolg. > > Daraufhin habe ich den Controller ausgebaut und gegen einen Attiny2313 > getauscht. Und siehe da mit dem Befehl: > "C:\Meine Ordner\Dennis\AVR\avrdude-5.10\avrdude.exe" -c usbasp -p attiny2313 -U flash:w:"C:\Meine Ordner\Dennis\AVR\attiny\test1.bin":a -B 600 > Funktioniert alles bestens. Jetzt muss ich mir wohl einen neuen Atmega 8 > kaufen. Der andere war wohl Schrott oder nicht mehr beschreibbar. > > Das ist der Punkt an dem ich nichts mehr verstehe: Ich habe ihn vorher > an einem anderen Pc beschrieben und das Programm hat auch gut > funktioniert. Nur das Beschreiben hat nicht geklappt. > > Mal gucken wie das mit dem Attiny2313 vorerst weitergeht. Ich habe mit den ATmega8 auf Pollin-Board und programmieren via serieller Schnittstelle überhaupt keine Probleme gehabt (AVRdude aufgerufen von LunaAVR). Dann bin ich auf usbasp umgestiegen und die Installation unter Windows7 war ein grosses Drama, wie unter frühen Windwos-Versionen. Nachdem das mal geklappt hat, bekomme ich ca. alle achtmal einen Fehler den man mit "-F" vielleicht vermeiden könnte, eine sofortige Wiederholung des Compilierens&Hochladens hat aber immer funktioniert. Für LunaAVR /AVRdude mit usbasp-Adapter "-u -C %home/avrdude.conf -p %dev -c usbasp -U flash:w:"%hex":a"
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.