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.
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.
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)
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.
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.
Chris schrieb: > ISP Frequenz zu hoch? Hab alle Frequenzen durchgetestet versuche es momentann mit der niedrigsten ist irgendwo bei 2khz
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
> Hat keiner mehr eine Idee ? :-(
Dochschon, aber dazu fehlt noch so einiges (siehe oben).
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
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
Der Atmega1284p hat im Grundzustand das Fuse-Bit DIV8 gesetzt. Stelle dein Uploader-Programm auf eine niedrige Frequenz, beispielsweise bei avrdude Option -B4. Helmut
g457 schrieb: > Datum: 17.08.2012 13:08 ... > handelsüblichen Mulimeter nicht sieht -> Ossi dranhängen. Der arme Ossi, nimm lieber einen Oszi ;-)
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.