Hallo Leute, Ich hab ein riesen Problem, Ich kann meinen Atmega88PA nicht programmieren. Ich bekomme immer den Fehler mit ATMEL ICE: Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool) Die Schaltung findet Ihr im Anhang. Ich komm da nicht mehr weiter. Sollte eigentlich mit Internal Osc. laufen. Was mache ich falsch? bitte dringed um hilfe. ICE funktioniert tadellos mit ATMEGA328PA
Bitte schliesse erst einmal die häufigsten (Standard-) Probleme aus. Welche das sind, findest Du schnell hier im Forum. Das Problem tritt relativ häufig auf und es existieren dementsprechend viele Antworten.
Theor schrieb: > Bitte schliesse erst einmal die häufigsten (Standard-) Probleme > aus. Welche das sind, findest Du schnell hier im Forum. Das Problem > tritt relativ häufig auf und es existieren dementsprechend viele > Antworten. Was für eine hilfreiche Rückmeldung! Sag doch gleich er kann nach einer Antwoet ganz einfach googeln. Und da das ohnehin selbstverständlich ist hättest Du Dir die Antwort im Prinzip auch gleich ganz sparen können.
Gert schrieb: > Ich kann meinen Atmega88PA nicht > programmieren. Mit welcher Software? Wie sind die Einstellungen? Den richtigen Controller angegeben? Gert schrieb: > ICE funktioniert tadellos mit ATMEGA328PA Auf dem gleichen Board wie beim Atmega88PA? Was ist anders?
Gert schrieb: > Was mache ich falsch? Für eine einwandfreie Betriebssicherheit fehlen Abblock-Kondensatoren. Es ist kein einziger vorhanden.
Gert schrieb: > Was mache ich falsch? Im Schaltplan ist ein Mega8-MI (was ist das?) verwendet. Im Titel des Threads heisst es: ATMEGA88PA Probleme.
Arduinoquäler schrieb: > Im Schaltplan ist ein Mega8-MI (was ist das?) verwendet. > > Im Titel des Threads heisst es: ATMEGA88PA Probleme. Na das ist doch nur ein Layout Stellvertreter für das Platinenpinout. Also bitte erst Nachdenken. Sonst wurde schon Alles in drei Thread genannt. * Hardware richtig/ komplett auslegen * ISP-Connector * Software, Einstellungen --> Fehlermeldung
Hallo Gert, zum Stichpunkt Hardware ist natürlich auch bei selbst gelöteten IC, Bauteilen deren Qualität zu untersuchen. Das kann man durch eine Lupe, Mikroskop oder auch sehr guten digitalen Aufnahmen machen. Das hätte dann den Vorteil, dass wir sehen, wie Du arbeitest und könnten dadurch nützlich Tipps geben.
Karl M. schrieb: > Na das ist doch nur ein Layout Stellvertreter für das Platinenpinout. Muss man jedes Detail/Macke eines jeden Layoutprogramms das hier im Forum gehandelt wird kennen? Ist es nicht erst mal die Pflicht (zumindest eine Bringschuld) des TOs sich korrekt auszudrücken bzw zu dokumentieren wenn er ein technisches Problem hat? Oder ist es die Pflicht des Helfenden dem TO langsam aber sicher jeden Popel einzeln aus der Nase zu ziehen?
Arduinoquäler schrieb: > Ist es nicht erst mal die Pflicht (zumindest eine Bringschuld) > des TOs sich korrekt auszudrücken bzw zu dokumentieren wenn er > ein technisches Problem hat? Ja, aber nicht immer ist es dem TO bewusst, dass wir auf der anderen Seite der Welt, nicht die Schaltung, Software und das Tun vorliegen haben. So müssen wir uns immer auf Annahmen und Vermutungen stützen, um eine Idee von einer Problemlösung zu entwickeln. > Oder ist es die Pflicht des Helfenden dem TO langsam aber sicher > jeden Popel einzeln aus der Nase zu ziehen? Ja, mich regte das allg. Verhalten vieler Anfänger, davon gehe ich stillschweigend mal aus, auf. Im direkten interaktiven Kontakt, könnte man sofort darum bitten und einen neuen Weg einschlagen, wenn der gerade gewählte nicht zum Ziel führen kann. So dass es einem die eigene Erfahrung und Projekte "sagen". In diesen Forum ist "mann / frau" schnell auf 100 und fühlt sich als Helfer angegriffen und ausgebeutet. Mit Verständnis und Toleranz soll man weiter kommen.
Karl M. schrieb: > Mit Verständnis und Toleranz soll man weiter kommen. Dann bitte nicht die Helfer massregeln Karl M. schrieb: > Also bitte erst Nachdenken. solange sie Recht haben.
Nein ist es nicht: Den ICE Stecker hab ich so umgepolt/gesteckt das er passt. Der im Eagle verwendete Chip ist gleich dem Atmega88PA von der Pinbelegung. Nein es ist nicht das gleiche Board wie beim ATMEGA328P Gelötet wurde Professionell mittels Heißdampfofen. Die Verbindungen wurden überprüft. Ich verstehe einfach nicht warum dieses Ding mir nicht im geringsten Antworten will. SPI Frequenz ist 125kHz. Wenn ich nicht schon Stunden gegoogelt hätte würde ich hier nicht fragen.
Gert schrieb: > Den ICE Stecker hab ich so umgepolt/gesteckt das er passt. So wie du den Schaltplan gezeichnet hast glaube ich dir diesbezüglich nichts (mehr). Klarer Durchblick ist anders. Keine Kondensatoren zu verwenden spricht für sich. Das nicht darauf eingehen auch. Gert schrieb: > Nein ist es nicht: Was ist was nicht?
Hallo Gert, es ist immer gut das Ist auch komplett zu dokumentieren. Als nächsten wären Bilder der Hardware sehr wichtig und auch die Programmierumgebung. 100nF Abblockkondensatoren an jedem Paar Versorgung ist ein muss. Also hier 3x 100nF.
Ich versuche hier den Chip zum laufen zu bringen. Abblockkondensatoren sind verbaut jedoch nicht in der Schaltung ersichtlich (nur ein Tel der SChaltung im *.png). Die gleiche Pinbelegung des ISP Connectors benutze ich beim ATMEGA328 Board und da geht es. gleicher Aufbau nur anderer Chip. Auch das Routing ist gleich. Ich glaub der Bottet nicht und ih weiß nicht warum...
Gert schrieb: > Ich verstehe einfach nicht warum dieses Ding mir nicht im geringsten > Antworten will. SPI Frequenz ist 125kHz. > Wenn ich nicht schon Stunden gegoogelt hätte würde ich hier nicht > fragen. Noch einen Tipp, nicht auf zweite oder dritt Quellen setzen, bei Atmel gibt es zu jedem AVR µC eine sehr sehr lange Liste aus dem Bereich "Application Notes", diese muss man in meinen Augen auch - alle zum Anwendungsbereich des AVR µC - lesen und Verstehen.
Bevor es jetzt wieder heißt warum ich nicht die ganze Schaltung poste. Hier die Schaltung.
Gert schrieb: > Ich glaub der Bottet nicht Ja er bottet nicht, klar. Karl M. schrieb: > es ist immer gut das Ist auch komplett zu dokumentieren. Kann ich nur bestätigen. Sonst gibt es hier nur Chaos.
Themen "Fuse setzen" und "Controller verfused" kennst du? Z.B. hier erwähnt Beitrag "Atmega8 verfused"
Gert schrieb: > Bevor es jetzt wieder heißt warum ich nicht die ganze Schaltung poste. > Hier die Schaltung. An den wichtigsten Stellen fehlen Abblock Kondensatoren. Am Spannungsregler Eingang braucht es ganz sicher einen Kondensator. Dann wiederhole ich mich mal selbst: Arduinoquäler schrieb: > So wie du den Schaltplan gezeichnet hast glaube ich dir > diesbezüglich nichts Gert schrieb: > Abblockkondensatoren > sind verbaut jedoch nicht in der Schaltung ersichtlich Ich würde sagen: Abblockkondensatoren sind weder verbaut noch in der Schaltung ersichtlich.
Karl M. schrieb: > Als nächsten wären Bilder der Hardware sehr wichtig und auch die > Programmierumgebung. Wenn er wüsste dass da nichts im Argen liegt hätte er uns schon längst seinen Aufbau gezeigt. Aber das ist die übliche Tour hier: jeden Popel mühsam einzeln aus der Nase ziehen (lassen).
Gert schrieb: > Ich bekomme immer den Fehler mit ATMEL ICE: Failed to > enter programming mode. ispEnterProgMode: Error status received: Got > 0xc0, expected 0x00 (Command has failed to execute on the tool) Interessant wie man mit diesem Problem die Fuse Bits auf die Reihe bekommt. Gert schrieb: > Danke Fuse Bits waren falsch
Gert schrieb: > externe Taktquelle und schon läuft es. passt zu Theor schrieb: > Bitte schliesse erst einmal die häufigsten (Standard-) Probleme aus. > Welche das sind, findest Du schnell hier im Forum. Das Problem tritt > relativ häufig auf und es existieren dementsprechend viele Antworten. Freut mich für dich, dass es wieder läuft.
Ich bedanke mich bei allen die geholfen haben. Möchte aber dennoch sagen das der Ton einer Antwort für jemanden der Hilfe benötigt relativ schroff war, bei einigen Antworten. Ist nur meine Meinung.
Hallo Gert, Gert schrieb: > externe Taktquelle und schon läuft es. Wie kann das sein, wenn es ein neuer Atmel AVR µC ist? Also muss Mann/ Frau schon einen ISP Connect vorher gehabt haben.
Karl M. schrieb: > Also muss Mann/ Frau schon einen ISP Connect vorher gehabt haben. Ja, ich denke hier wird mehr gefaked ..... Ich sag's ja, die Nasenpopel und so weiter.
Na ja, und beim suchen, was der TO selbstverständlich schon getan hatte, hat irgendein böser Elf sämtliche Hinweise auf "falsche Fuses" unterdrückt. Schuld sind immer die Anderen.
Hallo, ich möchte keine Hetzjagd starten, vielmehr darauf hinweisen, dass ein einmaliger Zugriff auf den AVR µC hätte dokumentiert hätte sein müssen. Wir auf der anderen Seite der Welt müssen immer mit weniger "drum rum" auskommen, als der ThreadOpener TO. Er richt, schmeckt und sieht immer alles.
Hi Karl M. schrieb: > Er richt, schmeckt und sieht immer alles. Nur auf die gezogenen Popel muß Er leider verzichten ... geschenkt - ist geschenkt! Wobei: Gert schrieb: > warum dieses Ding mir nicht im geringsten > Antworten will. In die Richtung 'fehlender Takt' geht - ok, auch bei ausgebautem Chip passiert hier Nix, war hier aber wohl noch drin ;) MfG
Karl M. schrieb: > dass ein > einmaliger Zugriff auf den AVR µC hätte dokumentiert hätte sein müssen. Die Wahrheit werden wir wohl nie erfahren. Aus "verständlichen" Gründen ...
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.