Hallo in die Runde, ich habe ein Atmega168 Board und verbinde mich mit dem MKII ISP zum Board. Der Controller ist leer. Also vom Manifaktur direkt in die Platine. Alles ist angeschlossen. Spannung ist da. AVR Studio 5.0 kann die Verbindung herstellen. Wenn ich aber Programm flashen möchte oder Fusse Bits verändern möchte dann bekomme ich folgende Fehlermeldung: 15:15:28.263: [ERROR] Programming session setup failed: TCF command: Device:startSession failed: Code:1 ,Service: ,Message from peer:Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 Kann jemand mir helfen? Danke
Nabend, Ein paar Angaben zu den Herstellern/Aufbau deiner Hardware währen sicherlich hilfreich. Wie stellst du fest das "AVR Studio 5.0 kann die Verbindung herstellen." ? MfG
Angehängte Dateien:
-
Bild.png
25 KB
Hallo, wenn ich auf die Einstellung AVR Programming gehe und dann aplly klicke, kriege ich die Meldung "getting Clock value OK". Ich habe eigene Hardware. Im Anhang ist der Schaltplan. Viele Grüße
Nabend, beginne im Programmierdialog erstmal mit dem Auslesen der Device ID, um sicherzustellen das der richtige Prozessor im Studio eingestellt ist. MfG
Angehängte Dateien:
-
Bild.png
16 KB
Hallo Sauger, die Spannung kann ich lesen. Device ID kann ich nicht lesen. Da bekomme ich die Fehlermeldung wie im Anhang. Ich habe alle Atmega168 Versionen im AVR Studio ausprobiert. Alle liefern mir die Fehlermeldung wie im Anhang. Ich nutze aber sicher den atmega168 wie im Schaltplan zu sehen. Was muss ich jetzt machen? Danke
Nabend, Haider Karomi schrieb: > Was muss ich jetzt machen? Suchen :-) dein PC (oder das Studio) erkennt zwar den Programmer, dieser kann aber nicht auf den Controller zugreifen. Falls der Programmer ein Clone ist kann es dessen Firmware sein, die Verbindung zwischen Programmer/Controller und noch fiele andere Sachen. Da hilft nur systematisches: Suchen :-) Beachte dabei auch die letzte Zeile der Fehlermeldung. MfG
Hallo! Ein sehr beliebter Fehler ist auch der, dass man in den Fuses einen externen Takt eingestellt hat, diese Einstellungen in den µC programiert hat, es aber keinen extern angeschlossenen Quarz / Oszillator, etc. gibt bzw. dieser einfach die falsche Frequenz hat. Ist dies bei Dir passiert, wüsste ich nicht wie Du den Controller wieder ansprechbar machen könntest, ausser vielleicht diverse Takte anlegen und hoffen, dass Du den den richtigen erwischst. Aber Du sagst ja, dass Du den Chip von Anfang an nicht programmieren konntest, also auch die Fuses nicht "kaputt"-verstellt haben kannst. Leuchtet denn die LED auf Deinem MKII ISP grün, wenn Du alles verbudnen hast? Gruß, Markus
Hallo Marcus, Leuchtet denn die LED auf Deinem MKII ISP grün, wenn Du alles verbudnen hast? Die Antwort ist Ja. Aber leider habe ich bis jettzt keine Lösung
die Led leuchtet immer grün, wenn am VCC Pin der Schaltung Spannung anliegt, unabhängig davon, ob überhaupt ein µC eingebaut ist. Wie oben schon gesagt wurde, versuch mal am µC einen externen Takt anzulegen und die Programmier Frequenz zu gering wie möglich einzustellen.
Ich würde erstmal alle VCC, AVCC und GND anschliessen. Die sind nicht optional zur freien Auswahl vorhanden.
Hallo, nach lang zeit und mehrer Versuche, mich auf die Fehlersuche zu machen, hat leider nicht gebracht. Nun aber möchte ich gerne wissen, da ich neu in Atmel Welt bin. Muss ein Bootloader auf dem Atmel vorhanden sein, um mit ihm über AVR Studio kommunizieren zu können? Meine Controller sind leer, also vom Herstller direkt auf die Platine gebracht. Muss ich da ein Bootloader erstmal drauf spielen um überhaupt die Chip Id auslesen zu können? Danke
Haider schrob: >Muss ein Bootloader auf dem Atmel vorhanden sein, um mit ihm über AVR >Studio kommunizieren zu können? Nein. >Muss ich da ein Bootloader erstmal drauf spielen um überhaupt die Chip >Id auslesen zu können? auch nicht. Die Signatur muß sich so lesen lassen. Erst wenn die richtig erkannt wurde, ist es sinnvoll, weiterzumachen. MfG Paul
Haider Karomi schrieb: > Muss ich da ein Bootloader erstmal drauf spielen um überhaupt die Chip > Id auslesen zu können? Die Chip Id liest du über die ISP Schnittstelle. Ein Bootloader hat damit normalerweise nichts zu tun.
Tom schrieb: > Haider Karomi schrieb: >> Muss ich da ein Bootloader erstmal drauf spielen um überhaupt die Chip >> Id auslesen zu können? > > Die Chip Id liest du über die ISP Schnittstelle. Ein Bootloader hat > damit normalerweise nichts zu tun. Schau mal ob der µC richtig in der Fassung steckt. Diese Meldung bekommst auch wenn er nicht richtig/fest/tief genug/schief in der Fassung steckt. Hast Du mal versucht den MKII als Debugger zu verwenden oder den irrtümlich bei den Properties als Debugger eingestellt gehabt? Da ändert AVR-Studio 5 nämlich recht flott die DebugWire Fuse wenn man nicht aufpasst. Dann bekommst auch die gleiche Fehlermeldung.
Mach doch mal nen Screenshot vom Programmierdialog, wo man sieht, welchen µC du eingestellt hast usw.
Ernst B. schrieb: > Tom schrieb: >> Haider Karomi schrieb: >>> Muss ich da ein Bootloader erstmal drauf spielen um überhaupt die Chip >>> Id auslesen zu können? >> >> Die Chip Id liest du über die ISP Schnittstelle. Ein Bootloader hat >> damit normalerweise nichts zu tun. > > > Schau mal ob der µC richtig in der Fassung steckt. Diese Meldung > bekommst auch wenn er nicht richtig/fest/tief genug/schief in der > Fassung steckt. Danke, daran lag es. Jetzt kann ich die ID lesen. Vielen Dank > > Hast Du mal versucht den MKII als Debugger zu verwenden oder den > irrtümlich bei den Properties als Debugger eingestellt gehabt? Da ändert > AVR-Studio 5 nämlich recht flott die DebugWire Fuse wenn man nicht > aufpasst. Dann bekommst auch die gleiche Fehlermeldung.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.