Brauche nochmal eure Hilfe, in dem alten Thema, dass ich vor kurzer Zeit mal erstellt hatte ist leider mein Problem nicht gelöst worden. Und da scheinbar keiner den langen Thread lesen will probier ichs nochmal mit meinen neuesten erkenntnissen: Ich kriege keine Verbindung per ISP zu meinem uC. (MKII Programmer und Atmega1284P) Fehlermeldung: "Unable to enter programming mode." Die Beschaltung die ich für den uC verwende habe ich schon immer so verwendet und sie hat auch immer einwandfrei funktioniert (siehe Bild). Ich habe auf der Platine (alles SMD) sämtliche Leitungen durchgeklingelt alles einwandfrei. Ich habe auch eine funktionierende Schaltung (die gleiche) mit der ich Vergleiche, mit dieser funktioniert alles und Leitungen sind exakt gleich (auch gecheckt). Viele haben gesagt der uC muss kaputt sein. Da ich ganz genau weiß wie man diese ICs einlötet und auch damit umgeht, damit diese nicht kaputt gehen bin ich mir sehr sicher dass es nicht an einem defekt der uCs liegt ich habe weil ichs selbst vermutet habe nun schon 3 (DREI) uCs auf die Platinen gelötet aber wie hoch ist bitte die Wahrscheinlichkeit das 3 uCs defekt sind (alle neu bestellt bei Conrad). Die Versorgungsspannung ist 3,3V und auf dem Oszi auch getestet und super, so wie sie sein soll. MOSI und MISO sind NICHT vertauscht (mehrmals durchgeklingelt und überprüft. Meine letzte Vermutung auch wenn das eigtl nicht sein kann. Hat es etwas mit dem Ext Quartz zu tun den ich dran habe? Ich habe im gegensatz zu der alten Platine einen neuen Quartz gewählt (Gleiche Frequenz aber andere Bauform). EDIT: RESET ist dauerhaft auf HIGH also so wies sein soll ist ja negiert der eingang Vielen Dank an alle die versuchen zu helfen :-). Bin so langsam am verzweifeln und muss die Platine so langsam mal fertig stellen.
André R. schrieb: > Meine letzte Vermutung auch wenn das eigtl nicht sein kann. Hat es etwas > mit dem Ext Quartz zu tun den ich dran habe? Ich habe im gegensatz zu > der alten Platine einen neuen Quartz gewählt (Gleiche Frequenz aber > andere Bauform). Wenn das ein neuer µC ist, kannst du den Quarz erstmal vergessen. Der tut nichts zur Sache. > EDIT: RESET ist dauerhaft auf HIGH also so wies sein soll ist ja negiert > der eingang Eigentlich nicht. Wenn der µC progrqammiert wird, sollte RESET auf Low wechseln.
Karl Heinz Buchegger schrieb: > André R. schrieb: > >> Meine letzte Vermutung auch wenn das eigtl nicht sein kann. Hat es etwas >> mit dem Ext Quartz zu tun den ich dran habe? Ich habe im gegensatz zu >> der alten Platine einen neuen Quartz gewählt (Gleiche Frequenz aber >> andere Bauform). > > Wenn das ein neuer µC ist, kannst du den Quarz erstmal vergessen. > Der tut nichts zur Sache. > >> EDIT: RESET ist dauerhaft auf HIGH also so wies sein soll ist ja negiert >> der eingang > > Eigentlich nicht. > Wenn der µC progrqammiert wird, sollte RESET auf Low wechseln. Ich komm ja garnicht zum programmieren. Ich kann nichtmal die Device ID lesen dann kommt ja schon die Fehlermeldung. Kann auch keine FUSES setzen oder den Bausteinlöschen etc. das einzige da sgeht ist die Spannung VTARGET auslesen.
Gast
#2798058
Zeig doch mal eine Schaltplan auf dem man was erkennt und ein paar aussagekräftige(!) Fotos vom Aufbau, so vorhanden auch das Layout. Hast Du auch die Komponentenwerte durchgemessen und auf Kurzschlüsse getestet (nicht nur auf Durchgang)? Wie ∗genau∗ sieht die Stromversorgung aus? Wenn alles nichts hilft häng mal das Ossi an die diversen ISP-Pins und prüfe das, was Du dort siehst, auf Plausibilität. Wie Karl Heinz schon schrub: der /RESET geht beim Programmieren auf low. Wenn dabei was schief geht ist das aber u.U. so kurz, dass man das auf einem handelsüblichen Mulimeter nicht sieht -> Ossi dranhängen.
Gast
#2798062
Hast Du den Reset Pin mit dem ISP Anshcluss des Programmer verbunden? Das ist nötig.
André R. schrieb: >>> EDIT: RESET ist dauerhaft auf HIGH also so wies sein soll ist ja negiert >>> der eingang >> >> Eigentlich nicht. >> Wenn der µC progrqammiert wird, sollte RESET auf Low wechseln. > > Ich komm ja garnicht zum programmieren. Ich kann nichtmal die Device ID > lesen dann kommt ja schon die Fehlermeldung. Kann auch keine FUSES > setzen oder den Bausteinlöschen etc. das einzige da sgeht ist die > Spannung VTARGET auslesen. Ich hab mich schlecht ausgedrückt. Wenn der Progammer auf den µC zugreift, dann zieht er RESET auf Masse. Immer, Egal bei was. Programmieren - Fuses lesen - Id lesen, ... (AUsser natürlich beim Feststellen der Target-Spannung. Dazu braucht er den µC nicht.) D.h. wenn du am RESET nicht siehst, dass der auf Masse gezogen wird, dann ist was in der Verkabelung falsch. (Lass ich auf meinem Board die LEDS am ISP Anschluss angesteckt, dann kann ich auch schön sehen, wie die zu flackern anfangen und wie der Programmer auf den µC zugreift)
Gast
#2798074
der programmer funktioniert aber, oder? also es leuchten nicht nur beide leds grün, sondern er tut auch an einer anderen schaltung daß, was er soll? versorgungsspannung liegt ja auch während des programmierversuches an, richtig?
Ja der Programmer funktioniert definitiv habe ich an der alten version der schaltung getestet! Es leuchten beide LEDs grün auch bei der neuen Platine. Und ja der Resetpin wird auf Masse gezogen (0V) während ich zB Versuche die Device ID auszulesen. Bauteile Werte sind alle bis auf die Kapazitäten kontrolliert und alle korrekt.
Gast
#2798119
Also bei meine Mega 128 ohne 4 ist im Eagle-Sheet PDI und PDO andersrum als bei deinem fast nicht lesbaren Bilchen. PDI der letzte Pin im Symbol unten rechts, PDO 1 drüber. Anselm
Anselm schrieb: > Also bei meine Mega 128 ohne 4 ist im Eagle-Sheet PDI und PDO andersrum > als bei deinem fast nicht lesbaren Bilchen. > PDI der letzte Pin im Symbol unten rechts, PDO 1 drüber. > > > Anselm Hat damit nichts zu tun. Das ist PORTD und hat nichts am Hut mit der ganzen Sache. Übrigens: auf der Platine befindet sich NUR die Spannungsversorgung und der uC weil ich das Stück für Stück aufbaue. Es ist also noch nichts weiteres angeschlossen.
Gast
#2798123
AtMega 128 wird über PDI/PDO programmiert?
Gast
#2798125
Ach Mist, grad ISP mit SPI verwechselt, dickes Sorry...
Anselm schrieb: > Ach Mist, grad ISP mit SPI verwechselt, dickes Sorry... Kein Problem :-)
Hat keiner mehr eine Idee ? :-(
Gast
#2798261
ISP Frequenz zu hoch?
Chris schrieb: > ISP Frequenz zu hoch? Hab alle Frequenzen durchgetestet versuche es momentann mit der niedrigsten ist irgendwo bei 2khz
Gast
#2798281
Hi >Hab alle Frequenzen durchgetestet versuche es momentann mit der >niedrigsten ist irgendwo bei 2khz Nicht sinnvoll. Bei sehr niedrigen Frequenzen kann es auch Fehler geben. MfG Spess
Gast
#2798377
> Hat keiner mehr eine Idee ? :-(
Dochschon, aber dazu fehlt noch so einiges (siehe oben).
Gast
#2798397
Ich habe schon einmal 5 Atmega8 gehabt, von denen sich nicht einer ansprechen ließ. Die waren auch neu.... :-( Die Schaltung war mit einer Fassung ausgerüstet, so daß ich mit einem schon vorhandenem "alten" Atmega8 testen konnte, woran es lag: Es waren die neuen Kontroller, die offenbar schon einmal mit Unsinn beschrieben waren. Ich baute mir wutentbrannt dieses Gerät: http://diy.elektroda.eu/atmega-fusebit-doctor-hvpp/?lang=en Seitdem werden alle neuen Kontroller von mir erst mal damit auf Werks- einstellung gesetzt, wenn sie es nicht vorher waren, dann sind sie es jetzt. MfG Paul
Gast
#2798414
Hi >Ich habe schon einmal 5 Atmega8 gehabt, von denen sich nicht einer >ansprechen ließ. Die waren auch neu.... >:-( Dann solltest du mal deine Bezugsquelle wechseln. MfG Spess
Gast
#2798913
Der Atmega1284p hat im Grundzustand das Fuse-Bit DIV8 gesetzt. Stelle dein Uploader-Programm auf eine niedrige Frequenz, beispielsweise bei avrdude Option -B4. Helmut
Gast
#2798925
g457 schrieb: > Datum: 17.08.2012 13:08 ... > handelsüblichen Mulimeter nicht sieht -> Ossi dranhängen. Der arme Ossi, nimm lieber einen Oszi ;-)
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.
