Versuch mal folgende Fuse Einstellungen:
lfuse: 0xFF
hfuse: 0xD9
Falls das nicht geht: kannst du den Schaltplan mal als Bild hochladen (oder falls möglich als Eagle file exportieren)?
lg binaer
Bei meinem USBasp hatte ich anfangs auch Probleme und habe dann nachträglich die Z-Dioden reingebaut und läuft seitdem problemlos...
- Z-Dioden richtig rum drinn?
- Eventuell die beiden USB Signalleitungen vertauscht?
- Quarz hat die richtige Frequenz? (wenn ichs recht im Kopf habe 12MHz)
- Eventuell die Startup Zeit des Controllers in den Fuses verkürzen...
gruss Bluesmash
Meine Homepage:
www.bluesmash.roboterbastler.de
Versuch mal folgende Fuse Einstellungen:
lfuse: 0xFF
hfuse: 0xD9
Falls das nicht geht: kannst du den Schaltplan mal als Bild hochladen (oder falls möglich als Eagle file exportieren)?
lg binaer
Hallo Leute,
Ich darf mich noch einmal bei Allen für ihre Unterstützung bedanken. Inzwischen ist dieses Problem aus der Welt geschafft, stehe nun aber schon beim nächsten an...
Mittlerweile wird der Usbasp als solches erkannt und auch im Gerätemanager so angezeigt. (die richtige Quarzfrequenz macht es möglich )
Aber:
Bei meinem ersten Programmierversuch eines Mega32 mit dem USBasp ist schon wieder Schluss.
Benutze AVR dude und ein GUI dazu, welches mir folgende Fehlermeldung ausgibt:
Habe natürlich schon im Vorhinein nach Lösungen im Internet gesucht konnte aber nicht Passendes finden. Nachdem ich meine Fusebits gesetzt habe, die led leuchtet, giveIO und LibUSB installiert, eine neue Version von dude benutze und die dll Datei ersetzt habe bleibt ja auch nicht mehr viel Spielraum für mögliche Fehler!Code:avrdude.exe: error: programm enable: target doesn't answer. 1 avrdude.exe: initialization failed, rc=-1 Double check connections and try again, or use -F to override this check. avrdude.exe done. Thank you.
Vielleicht könntet ihr mir weiterhelfen.
Danke im Voraus
mmg
Franz
Dieses Problem tritt bei meinem Fischl-USBasp-Nachbau z.B. dann ein, wenn:
- Der Controller nicht läuft (Spannung falsch angeschlossen, Quarz falsch oder fehlt, Fuses falsch)
- Der ISP nicht korrekt angeschlossen wurde (kommt häufiger vor)
- Der AVR noch mit interner Frequenz arbeitet (dann ist der USBasp zu schnell, dann kann ich einen Jumper setzen, damit er langsamer kommuniziert)
- Einfach ab und an mal zwischendurch.
hmhm,
-also den ersten Punkt kann man glaub ich ausschließen, denn nur wenn diese Punkte erfüllt sind, wird er -als USBasp- erkannt; Und das tut er ja.
-zu dem ISP: Hab auf meiner Platine einen Sockel für den zu programmierenden m8 bzw m32. Als Vorlage hab ich die Schaltung von Matthias Görner auf http://www.fischl.de/usbasp/ benutzt. Damit hab ich -so wie er- nur die SCK, MOSI und MISO Pins untereinnander bzw den SS mit Reset verbunden.
-Hab gedacht wenn ich den 12 MHz Quarz nehme, sollte das kein Problem sein. Es gibt aber noch die Möglichkeit einen Jumper für "Slow SCK" zu setzen. Wann ist das notwendig?
mmg
Franz
HAHA!!Das wars!!Jetzt funzt das Ding endlich!
Problem war: Da der zu programmierende m32 kein eigenes, externes Quarz hat, muss der jumper gesetzt werden!
Danke noch mal an alle!
mit mechatronischen Güßen,
Franz
Hallo, ich nutze den Thread da mein Problem sehr ähnlich ist.
Ich habe ebenso folgenden Fehler:
ABER: das ist ja der standardfehler für oben beschriebene Ursachen. Jedoch habe ich Versorgung korrekt dran, Speed auf slow und ISP ist an allen nötigen Pins korrekt dran. (Direkt von Programmer zu SMDbeinchen vom AT90CAN128 gemessen)Code:avrdude.exe: error: programm enable: target doesn't answer. 1 avrdude.exe: initialization failed, rc=-1 Double check connections and try again, or use -F to override this check.
Folgende Situation: Ein fremdes Gerät, AT90CAN128. Ich habe die ISP Leitungen an den Chip gelötet. Spannung vorhanden, nun möchte ich die Software auslesen. Leider oben beschriebener Fehler.
Wie sieht es mit den Locks beim AT90CAN aus? In den 3 Fusebytes gibt es ja direkt keine Lockbits. Ist das das Verhalten, wenn der Controller gesperrt ist, oder liegt mein Problem doch beim ISP??
Das sind auf keinen Fall die Locks, da er nichtmal ne Verbindung bekommt.
Andernfalls könnte es sein, dass der Hersteller des Gerätes/der Platine den Chip nach dem Programmieren die Möglichkeit weggeflasht hat, ISP zu benutzen. Dann würde man auch keine Verbindung mehr bekommen.
ah, ok. Das scheint es mir zu sein. Alle anderen Komponenten sind I²C. ISP/SPI wird nichtmal benötigt. Danke!
Lesezeichen