Hallo, habe ein Problem. Habe ein 6 PIN ISP Header vorgesehen und an meinem Atmega1284P RESET,SCK,MISO,3.3V,MOSI, und GND angeschlossen. Wenn ich jetzt mit meinem MKII Programmer versuche irgendwas zu machen kriege ich im AVR STudio die Fehlermeldung: "Unable to enter programming mode. Please verify that the programmer is correctly attached to the target and that target power has been switched on. Also verify that the correct device and interface settings have been specified." Wodran kann das liegen? uC kaputt ? Die 3,3V versorgungspannung liegt am uC an und ist auch sauber. Hab auch durchgemessen ob alle 6 Pins vom ISP Header richtig dran sind. Kann auch im AVR Studio die Target voltage sehen aber halt nicht mehr: keine Device ID, keine Fuses usw usw usw. Danke
Beide LED leuchten grün. Leitungen sind auch nicht vertauscht hab ich überprüft. Resetpin ist auch mit pullup an VCC
Der Mikrocontroller benötigt eine Taktquelle. Wenn er z.B. durch seine FUSES auf einen Quartz eingestellt ist, muss der auch angeschlossen sein. Weiterhin muss die Taktfrequenz der ISP Schnittstelle langsamer sein, als 1/4 des Prozessor.Taktes. Also z.B. 1Mhz ISP Takt bei einem 8Mhz Quartz. Wenn die FUSE für Takt-Teilung gesetzt ist, muss man das auch beachten. Wenn Du den RESET Pin per FUSES deaktiviert hast, funktioniert die ISP Schnittstelle nicht mehr. Wenn Du JTAG per FUSES aktiviert hast, funktioniert die ISP Schnittstelle ebenfalls nicht mehr.
Aber ich kann doch keine fuses setzen da keine verbindung? Quartz ist dran aber spielt ja keine Rolle wen er benutzt geht ja ersteinmal nur um den ersten kontakt
Der Mikrocontroller benötigt eine Taktquelle. Wenn er z.B. durch seine FUSES auf einen Quartz eingestellt ist, muss der auch angeschlossen sein. Weiterhin muss die Taktfrequenz der ISP Schnittstelle langsamer sein, als 1/4 des Prozessor.Taktes. Also z.B. 1Mhz ISP Takt bei einem 8Mhz Quartz. Wenn die FUSE für Takt-Teilung gesetzt ist, muss man das auch beachten. Wenn Du JTAG per FUSES aktiviert hast, funktioniert die ISP Schnittstelle nicht mehr. Dein Programmer unterstützt allerdings auch den JTAG Modus, insofern kannst Du den JTAG Modus auch wieder beenden.
Ich hatte vor kurzem ein ähnliches Problem. Konnte den Controller ohne Probleme flashen, nach ein paar Software-Änderungen aber nicht mehr. Ergebnis: defekt. Neuen Chip drauf, dann ging es plötzlich wieder. Ist aber unwahrscheinlich, wenn das Teil neu und unbenutzt ist. Wie hast du denn die Verschaltung vorgenommen? Schon auf Platine? Oder fliegend? Leitungslängen, Kapazitäten könnten dir da auch reinpfuschen. Zeig am besten mal deinen Aufbau / Schaltung.
André R. schrieb: > Aber ich kann doch keine fuses setzen da keine verbindung? Quartz ist > dran aber spielt ja keine Rolle wen er benutzt geht ja ersteinmal nur um > den ersten kontakt Ist das ein funkelnagelneuer µC?
Ist alles auf ner Platine hab die SPannungsversorgung drauf und halt uC mit der Beschaltung mehr noch nicht. Kann natürlich auch tatsächlichc defekt sein.
@ Karl Heinz Buchegger Ja ist ganz neu und nie verwendet wurde so von conrad geliefert ^^
Wenn "funkelnagelneu" dann hat er den internen Takt aktiviert (hab ich heute gelernt ^^), muss dann also auch so im Programm ausgewählt werden (INT OSC ist das glaube ich).
Du hast die TQFP oder QFN oder MLF Gehäuseform? PDIP (also die klassischen 40-Pinner) hat eine andere Pinbelegung!
Wastl F. schrieb: > Wenn "funkelnagelneu" dann hat er den internen Takt aktiviert (hab ich > heute gelernt ^^), muss dann also auch so im Programm ausgewählt werden > (INT OSC ist das glaube ich). Würde ich ja gerne machen, aber kann ja nichts einstellen ... Stört der externe QUartz? soll ich den vor erstem betrieb auslöten oder wie ?
Karl Heinz Buchegger schrieb: > Du hast die > TQFP/QFN/MLF > Gehäuseform? TQFP44 ja genau. Das ist dann der ATmega1284P-AU
André R. schrieb: > Wastl F. schrieb: >> Wenn "funkelnagelneu" dann hat er den internen Takt aktiviert (hab ich >> heute gelernt ^^), muss dann also auch so im Programm ausgewählt werden >> (INT OSC ist das glaube ich). > > Würde ich ja gerne machen, aber kann ja nichts einstellen ... > > Stört der externe QUartz? soll ich den vor erstem betrieb auslöten oder > wie ? Nein, passt schon.
André R. schrieb: > Karl Heinz Buchegger schrieb: >> Du hast die >> TQFP/QFN/MLF >> Gehäuseform? > > TQFP44 ja genau. Das ist dann der ATmega1284P-AU OK. Mir gings nur darum, dass du nicht einen PDIP µC eingesetzt hast und im Eagle die falsche Pinbelegung erwischt hast. Klassisches PDIP ist anders belegt.
Nur probehalber würde ich mal die MISO Leitung mit MOSI Tauschen. (Ist mir mal passiert. Man verhaut sich da recht schnell)
ISP Programmierfreuqenz auf unterste Stufe eingestellt?
Karl Heinz Buchegger schrieb: > ISP Programmierfreuqenz auf unterste Stufe eingestellt? Ja ist auf paar kHz eingestellt.
Hat etwas gedauert bis ich das vertauschen der MISO/MOsi leitungen testen konnte da alles smd auf platine fest ist und ich hier kaum was zum basteln habe. Habs aber auch getestet. Gleicher fehler bei vertauschen der leitungen
dann würde ich die platine oder was du da hast gleich zum großen C zurück bringen ^^ die frage ist ob das überhaupt umtauschbar wäre..
conrad hat die auch geliefert wie sonst was. einfach lose in eine box 4 von 5 mikrocontroller hatten abgebrochene/verbogene pins. kriege leider erst in 3 tagen von conrad ersatz .... conrad hat den schlechtesten service den es gibt.
Leute, ich habs rausgefunden. Der uC ist tatsächlich kaputt. Ekelhaft das sowas dann von COnrad gelifert wird mir ist er nicht kaputt gegangen zumindest nicht durchs löten oder durch mangelnden ESD Schutz. Hatte noch einen uC im Schrank gefunden und den draufgelötet nun geht alles ...... Vielen Dank für die schnellen und tollen Kommentare!!!
Ist aber mal wieder seltsam ... der Fehler ist schon wieder aufgetaucht. Vorhin ging es auf einmal als ich die ISP Clock auf 2,125kHz eingestellt habe dann konnte ich auch flashen aber dann kam irgendwann nen timeout und jetzt geht garnichts mehr. Immer wieder unable to enter programming mode.... Es ist alles sauber gelötet :/
Hat den sonst noch jemand eine Idee was es sein könnte? Wie kann ich kontrollieren ob der Programmer korrekt funktioniert? Er leuchtet halt grün wenn ich ihn einstecke in den ISP Header.
Habe leider nur ein Multimeter da messe bei 3,3V Versorgungsspannung an RESET und VCC 3,3V wie gewollt. An MISO MOSI und SCK lirgen 1V an. Ist das normal ???
Hi >Ist aber mal wieder seltsam ... der Fehler ist schon wieder aufgetaucht. >Vorhin ging es auf einmal als ich die ISP Clock auf 2,125kHz eingestellt >habe dann konnte ich auch flashen aber dann kam irgendwann nen timeout >und jetzt geht garnichts mehr. Immer wieder unable to enter programming >mode.... Hast du den ISP-Takt wieder hoch gestellt? Programmer können auch bei zu niedrigem Takt zicken. MfG Spess
spess53 schrieb: > Hi > >>Ist aber mal wieder seltsam ... der Fehler ist schon wieder aufgetaucht. >>Vorhin ging es auf einmal als ich die ISP Clock auf 2,125kHz eingestellt >>habe dann konnte ich auch flashen aber dann kam irgendwann nen timeout >>und jetzt geht garnichts mehr. Immer wieder unable to enter programming >>mode.... > > Hast du den ISP-Takt wieder hoch gestellt? Programmer können auch bei zu > niedrigem Takt zicken. > > MfG Spess Ja hab die meisten frequenzen durchprobiert ...
Die ISP Pins sind inaktiv, solange nicht programmiert wird. Da kann dann jede beiebige Spannung anliegen. Zur Kontrolle könntet Du Low-Current LED's mit 1K Vorwiderständen anlöten. Hilfreich wäre jetzt, wenn Du irgendein anderes Gerät hättest, mit dem DU vergleichen kannst. Also ein anderer Programmer oder ein anderer Mikrocontroller auf einer anderen Platine. Stimmt vielleicht etwas mit der Stromversorgung nicht? Möglicherweise hat sie Störungen, die ein Multimeter nicht anzeigen kann. Versuche mal alternativ 3 NiMh Akkus.
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.