Hallo zusammen, ich habe in einem aktuellen Projekt zum ersten mal einen ATMega64L im Einsatz. Doch leider kann ich auf diesen nicht Zugreifen mit dem mysmartUSB light Programmer. Der Programmer selber funktioniert tadelos mit einigen ATTiny und auch einem ATMega32. Ich habe bereits nur die Spannungsversorgung vom Programmer genutzt, als auch zusätzlich eine externe. Leider kein Unterschied. Außerdem habe ich es sowohl mit 10k Widerstand von Reset auf +5V probiert, als auch ohne. Auch mit externem 8 Mhz Oszilator habe ich es ausprobiert, ging aber trotzdem nicht. Der Controller selber ist neu gekauft, habe davon 2 Stück, aber kann weder auf den einen noch auf den anderen Zugreifen. Um einen Fehler in meinem Layout zu prüfen, habe ich auf einem Steckbrett mittels Adapterplatine den Mega64L ausprobiert, aber auch hier kann ich nicht auf ihn zugreifen. Ein Attiny2313A geht ohne Probleme. Ich habe es sowohl im AtmelStudio probiert, den Controller anzusprechen, als auch mittels myAVR ProgTool. Beide erhalten keinen Zugriff. Die Firmwareversion vom STK500 ist: 1.11.1897, USB Treiber Version ist 6.7.0.0 Als Betriebssystem kommt Windows 10 Edu zum Einsatz und wie gesagt, ein ATMega64L. Ich bin mit meinem Latein echt am Ende. Habt ihr vielleicht noch eine Idee, woran das liegen könnte? Danke.
Der 64L verträgt nur 8 MHz als Takt. Will nur sicherstellen, dass ich das so richtig verstanden haben.
Aber ein fabrikfrischer m64L läuft doch werkseitig mit dem interen Takt von 1 MHz. Wie hast Du dann die Fuse auf externen Takt umgestellt.
>Habt ihr vielleicht noch eine Idee, woran das liegen könnte?
Programmer falsch angeschlossen.
Aber ich habe gerade in die"Atmel Studio Supported Devices"-Liste geschaut. Danach lässt sich der ATmega64 und ATmega64L nicht unter STK500 programmieren. Die ATmega32 und ATmega32A lassen sich programmieren. Versuche es durch Umschaltung des Protokolls auf AVR910/911.
holger schrieb: >>Habt ihr vielleicht noch eine Idee, woran das liegen könnte? > > Programmer falsch angeschlossen. Das wird ist sein! Die Programmier-Pins liegen wo anders: Even though the SPI Programming interface re-uses the SPI I/O module, there is one important difference: The MOSI/MISO pins that are mapped to PB2 and PB3 in the SPI I/O module are not used in the Programming interface. Instead, PE0 and PE1 are used for data in SPI Programming mode as shown in Table 127. Siehe Seite 306 unter SPI Serial "Programming Pin Mapping" und hier: Beitrag "Atmega64 ISP-Programmierung geht nicht"
Thread beobachten
Seitenaufteilung abschaltenBitte 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.