Sevus miteinander, ich habe mir eine Platine gebaut nach dem angehängtem Schaltplan aber habe über den ISP Connector und PonnyProg keinen zugriff auf meinen Atmega64, bis jetzt habe ich auf der Platine nur den Atmega, Quarz + die dazu gehörigen Kondensatoren und die Pfostenleiste für den ISP Stecker. Kann mir vielleicht jemand sagen ob es an der Pinbelegung liegt? MFG
Vorläfige Kritikpunkte: - Schaltplan chaotisch - nur ein Abblock-C für 2 + 1 Versorgungspins ist zu wenig - keine Pinbelegung für den ISP Connector angegeben - Schaltung des ISP Programmers ist erforderlich Wenn man nicht mehr soviel meckern kann, dann kann man (vielleicht) eine Aussage machen.
Sind die Signale Mosi und Miso vom uC an ISP angeschlossen ? In der Tat Schaltplan etwas unübersichtlich.
-Schaltplan chaotisch -> Kann ich nicht wiedersprechen - nur ein Abblock-C für 2 + 1 Versorgungspins ist zu wenig -> eine Änderung leider nicht mehr möglich - keine Pinbelegung für den ISP Connector angegeben -> ISP Standart (Pollin Board): 1-MISO 2-VTG 3-SCK 4-MOSI 5-RST 6-GND - Schaltung des ISP Programmers ist erforderlich -> Siehe Anhang - Zudem fehlt dem RESET Pin ein Pullup -> Ist auf dem Programmer vorhanden, sollte also erstmal funktionieren.
Hi >MOSI, MISO landen nicht am ISP Stecker. >Sind die Signale Mosi und Miso vom uC an ISP angeschlossen ? Werden auch nicht benötigt. Programmierung benötigt PDI/PDO. MfG Spess
Steffen We schrieb: > - Schaltung des ISP Programmers ist erforderlich > -> Siehe Anhang echter RS232-Ausgang oder über einen USB-Adapter?
Noch ein Punkt: Kurzschluss zwischen ARef und AVcc. der lässt sich vielleicht noch wegkratzen. Und: Kein Schaltplan als JPEG. Das war zu Zeiten der Röhrenmonitore OK, auf einem guten LCD kriegt man da Augenkrebs.
isidor schrieb: > - Schaltplan chaotisch Nur matschig, weil JPEG (=> Bildformate) > - nur ein Abblock-C für 2 + 1 Versorgungspins ist zu wenig Ja. > - keine Pinbelegung für den ISP Connector angegeben Atmel-Standard > - Schaltung des ISP Programmers ist erforderlich Nein. zip schrieb: > MOSI, MISO landen nicht am ISP Stecker. Hat er auch nicht, er hat ordnungsgemäß PDI/PDO hingeführt. Inwiefern sie ggf. vertauscht sind, habe ich aber nicht kontrolliert. Steffen We schrieb: > - nur ein Abblock-C für 2 + 1 Versorgungspins ist zu wenig > -> eine Änderung leider nicht mehr möglich Das ist allerdings Mist.
> echter RS232-Ausgang oder über einen USB-Adapter?
Echter RS232 Ausgang
An das vertauschen der PDI/PDO Pin´s habe ich auch schon gedacht, aber
lt. Google soll das so richtig sein.
:
Bearbeitet durch User
Jörg Wunsch schrieb: > Atmel-Standard Hinterher kann man das immer sagen. Jörg Wunsch schrieb: > Nein. Doch ,weil man sonst nicht weiss ob er auch sonst alles richtig gemacht hat
Steffen We schrieb: > An das vertauschen der PDI/PDO Pin´s habe ich auch schon gedacht Aus der Bedienoberfläche von PonyProg kann ich nicht erkennen dass dieser Programmiermodus unterstützt wird. (aber vielleicht geht's trotzdem?)
Steffen We schrieb: > Google soll das so richtig sein. Also TO hat alles richtig gemacht und trotzdem funzt nicht.. verfused ? spannend... einen frischen Atmega auf dem Steckbrett, isp drauf und testen. PDI / PDO..wo wählt man es im Pony aus ???
:
Bearbeitet durch User
Hi >Aus der Bedienoberfläche von PonyProg kann ich nicht erkennen >dass dieser Programmiermodus unterstützt wird. Was für einen Programmiermodus? Das ist ganz normales ISP. Nur das nicht MOSI/MISO sondern PDO/PDI benutzt wird. Ist bei allen 64pol. AVRs so. MfG Spess
spess53 schrieb: > Was für einen Programmiermodus? Das ist ganz normales ISP. Nur das nicht > MOSI/MISO sondern PDO/PDI benutzt wird. Ist bei allen 64pol. AVRs so. acha...nun soweit so gut..und nun ?
Hi
>acha...nun soweit so gut..und nun ?
Bleib gefälligst in deiner Versenkung.
MfG Spess
Thomas der Bastler schrieb: > acha...nun soweit so gut..und nun ? Dann müsste uns der Thread-Ersteller mal seinen realen Aufbau zeigen.
isidor schrieb: > Jörg Wunsch schrieb: >> Atmel-Standard > > Hinterher kann man das immer sagen. Wenn man den Atmel-Standard kennt, erkennt man ihn auch mühelos in seinem Schaltplan wieder. Ich habe nur auch keine rechte Idee, was sonst noch foul sein könnte, daher hatte ich mich nicht vorher gemeldet. Einzige Idee, die noch bliebe: wie hoch ist der benutzte ISP-Takt? Diese Controller starten mit 1 MHz CPU-Takt, folglich muss man beim ISP-Takt unter 250 kHz bleiben.
Jörg Wunsch schrieb: > Einzige Idee, die noch bliebe: wie hoch ist der benutzte ISP-Takt? > Diese Controller starten mit 1 MHz CPU-Takt, folglich muss man beim > ISP-Takt unter 250 kHz bleiben. Der benutzte ISP-Takt ist "niedrig": kann man sich aus der Hardware der verwendeten Schnittstelle ableiten, pro Hardware I/O Zugriff 5 usec, für einen kompletten Data/Clock Zyklus also vielleicht 20usec. Mehr als 50 Khz sind also kaum drin, eher weniger....
isidor schrieb: > Der benutzte ISP-Takt ist "niedrig" Stimmt, ich hatte das „Ponyprog“ nicht beachtet. Steffen We schrieb: > Ich habe von dem ganzen Drama nochmal ein foto gemacht Bezüglich der fehlenden Abblock-Cs: einfach als SMD direkt an die Pins löten. Wenn du mir eine Adresse mailst, steck ich dir ein paar 100-nF-Kerkos in einen Briefumschlag.
Steffen We schrieb: > Ich habe von dem ganzen Drama nochmal ein foto gemacht und wo ist dein einzelnes Abblock C eingelötet?
> und wo ist dein einzelnes Abblock C eingelötet?
Ich habe jetzt 3 so nah wie möglich am IC, kein erfolg..
Er ist wohl tot
:
Bearbeitet durch User
Steffen We schrieb: > Ich habe von dem ganzen Drama nochmal ein foto gemacht Bei einem solchen Aufbau bei dem die Masse schon "poor" (ärmlich) ausgeführt ist brauchst du auf jeden Fall drei Abblock Cs für die drei Vcc Pins. Die Cs müssen vom jeweiligen Vcc Pin mit dem nächstmöglichen Massenpin des Controllers (nicht "irgendeiner" Masseleitung) verbunden werden.
Gut, ich werde das Board wohl nocheinmal koplett neu gestalten, es scheint wohl keine andere möglichkeit zu geben.
Auf meinem alten Laptop mit Windows Vista funktionierte Ponyprog noch, aber auf dem neuen Rechner mit Windows 7 geht es nicht mehr. Ich habe das jedoch nicht weiter untersucht, weil ich inzwischen ISP Programmer mit USB Interface besitze. Vielleicht scheitert es bei Dir auch an der Windows Version oder am Rechner.
Also ich hatte noch NIE den Fall gehabt, wenn ich ein Problem mit der Programmierung hatte, das an irgendwelche 100nF gelegen hat. Habe aber selten Probleme mit flashen..geht ohne 100nF..das einzige was wichtig ist der 10K am Reset nach VCC Klar die Abblock Kondis kommen dann später zum Einsatz..bzw. ihre Wichtigkeit, aber nicht wenn man bloss das Ding flaschen will...die 3 Sekunden..
Mein Text kam wohl etwas zu spät .... Lötfehler (Kurzschlüsse) an den Pins? Dem Bild zufolge hast du keine Voersorgungsspannung angeschlossen. Die Versorgung des Prozessors aus dem ISP Programmer wird dir warscheinlich nicht gelingen ......
> Vielleicht scheitert es bei Dir auch an der Windows Version oder am > Rechner. Da ich die Atmega8 / 16 noch problemlos Proggen kann, denke ich nicht das es daran liegt.
Steffen We schrieb: > Gut, ich werde das Board wohl nocheinmal koplett neu gestalten, es > scheint wohl keine andere möglichkeit zu geben. Nochmal: papp' einfach ein paar SMD-Kerkos direkt an die Pins. Die sind doch nicht umsonst paarweise da. Da brauchst du das Board erstmal nicht neu zu routen. Hast du einen Oszi, mit dem du dir die Signale mal angucken kannst? Dass ein neuer Controller tot ist, ist eher unwahrscheinlich.
Steffen We schrieb: > Gut, ich werde das Board wohl nocheinmal koplett neu gestalten, es > scheint wohl keine andere möglichkeit zu geben. Es gibt hierfür im Forum Artikel (Empfehlngen) wie so etwas auszuführen ist.
> Lötfehler (Kurzschlüsse) an den Pins? Alles schon 100 mal nachgemessen und nochmal geguckt. > Dem Bild zufolge hast du keine Voersorgungsspannung > angeschlossen. Die Versorgung des Prozessors aus dem ISP > Programmer wird dir warscheinlich nicht gelingen ...... An den Versorgungspins habe ich durchweg 4,8V
Nimm mal zum Vergleich einen ATtiny im DIP Gehäuse mit Abblock-Kondensator auf einem Steckbrett. Wenn das auch nicht geht, liegt es gar nicht an deiner Platine. Nachtrag: > Da ich die Atmega8 / 16 noch problemlos Proggen kann, denke ich > nicht das es daran liegt. Kam leider erst, nachdem ich den obigen Beitrag schrieb.
Steffen We schrieb: > Gut, ich werde das Board wohl nocheinmal koplett neu gestalten, es > scheint wohl keine andere möglichkeit zu geben. es wird ein wenig zu heiss gekocht mit den Abblockkondensatoren. Das muss auch ganz ohne gehn. Egal was mit dieser Platine ist, kauf die ersten nen richtigen Programmer: http://www.atmel.com/tools/AVRISPMKII.aspx
Tmega schrieb: > Das muss auch ganz ohne gehn. Wie kommst du auf diese schräge Nummer? CMOS-ICs ziehen im Moment des Umschaltens eine Stromspitze, damit sie die am Ausgang eines Gatters befindliche Kapazität umladen können. Durch die Zuleitungsinduktivität bricht ohne Abblockung die Spannung ein. Damit die Abblockung wirksam ist, muss sie möglichst nah am IC erfolgen. Steffen We schrieb: > An das vertauschen der PDI/PDO Pin´s habe ich auch schon gedacht, aber > lt. Google soll das so richtig sein. Ja, nochmal nachgeschaut, das passt. Du könntest mal mit AVRDUDE und der Option -vvvv (viermal 'v') gucken, wenn du PDI und PDO auf der Platine verbindest, müsstest du dort in der Antwort das direkte Echo der SPI-Kommandos sehen können. (Keine Ahnung, ob Ponyprog so eine Debug-Möglichkeit auch bietet.)
Ich habe jetzt mit dem oszi die versorgungspannungen gemessen, und die ISP signale: ISP 3 + 4 = Rechtecksignale (SCK und MOSI) 5 wird mehrmals gegen masse gezogen. (Reset) VCC An allen pins > 4,7V abweichung max 0,1V wärend des Programmier versuchs.
@Jörg Ponyprog kann loggen, aber nicht so detailliert, wie avrdude. Avrdude kann er bestimmt nicht gebrauchen, denn wer Ponyprog benutzt, verwendet eine direkt-Verbindung zum Parallel-Port oder einen Bit-banging Adapter zum seriellen Port.
Steffen We schrieb: > Ich habe jetzt mit dem oszi die versorgungspannungen gemessen, und die > ISP signale: Wenn man einen Oszi hat dann ist es doch naheligened auch mal den Clock zu messen (ob er da ist) .....
Stefan Us schrieb: > Avrdude kann er bestimmt nicht gebrauchen, denn wer Ponyprog benutzt, > verwendet eine direkt-Verbindung zum Parallel-Port oder einen > Bit-banging Adapter zum seriellen Port. Warum sollte er deshalb kein AVRDUDE gebrauchen können? ;-) Genau aus dieser Ecke stammt es ursprünglich (wenngleich die Implementierung des "ponyser"-Adapters lange gebraucht hatte, die Parallelport-Varianten waren am Anfang da).
Steffen We schrieb: > 3 + 4 = Rechtecksignale (SCK und MOSI) MISO ist interessanter, denn da gibt der Prozessor seine Daten aus wenn er dazu aufgefordert wird und er dazu in der Lage ist.
isidor schrieb: > Wenn man einen Oszi hat dann ist es doch naheligened auch mal den > Clock zu messen (ob er da ist) ..... Wie willst du den messen? Bei einem ladenneuen Chip kommt der nirgends draußen heraus.
> Wenn man einen Oszi hat dann ist es doch naheligened auch mal den > Clock zu messen (ob er da ist) ..... Wie gesagt ISP Pin 3 = Clock -> Rechtecksignal
> Warum sollte er deshalb kein AVRDUDE gebrauchen können?
Weil ich dachte, dass avrdude diese primitiven Adapter nicht
unterstützt. offensichtlich irre ich mich.
Steffen We schrieb: > Wie gesagt ISP Pin 3 = Clock > -> Rechtecksignal Ja ich meinte den Prozessorclock, aber wie der Mod schon erwähnte bekommst du keinen Clock wenn der Chip unprogrammiert ist da er mit internem Oszillator läuft und der wird nicht nach aussen geführt.
Steffen We schrieb: > Ich habe jetzt mit dem oszi die versorgungspannungen gemessen, und die > ISP signale: Kannst du die auch noch direkt am Controller messen? So spärlich, wie die Platine bislang verlötet ist: ist es wirklich sicher, dass alle GND- und (A)VCC-Pins auch jeweils miteinander verbunden sind? Mindestens GND könnte auch nochmal eine Verbindung quer über (oder unter) dem IC gebrauchen, von Pin 22 nach 53 oder 63.
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.