Hallo, Ich bekomme immer die Fehlermeldung: "17:56:47: [ERROR] Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00, ModuleName: TCF (TCF command: Device:startSession failed.)" wenn ich mit meinem STK500 ein Programm auf den Microkontroller schreiben möchte. Ich benutze das Interface ISP. Zur Vorgeschichte. Ich habe mir ein STK500 gekauft und da mein Notebook keinen RS232 Anschluss hat wollte ich einen USB --> RS232 Adapter verwenden. Zuerst habe ich mir einen Adapter ausgeliehen, mit dem auch alles funktioniert hat (Habe versuchsweise ein Programm geschrieben, welches die LEDs blinken lässt). Anschließend habe ich mir selber einen bestellt. Zuerst einen billigen, mit dem das STK500 nicht funktioniert hat. Anschließend habe ich hier im Forum gelesen und mir einen Adapter gekauft, der hier empfohlen wurde. Doch auch dieser funktioniert nicht. Ich bekomme immer besagten Fehler in AVRStudio 5. An meinen Computer, welcher einen RS232 Anschluss besitzt, komme ich momentan umzugsbedingt nicht dran, so dass ich nicht ausprobieren kann, ob das STK500 ohne USB Adapter funktioniert. Als ich meinen ersten USB --> RS232 Adapter ausprobieren wollte ist gerade in dem Moment mein Netzteil kaputt gegangen. Ich mache mir Sorgen, dass das STK etwas abbekommen hat. Das versuchsweise draufgespielte Programm läuft jedoch weiterhin ordnungsgemäß ab. Ich hoffe mir kann jemand helfen. MfG David R.
Richtiger Prozessor? In der richtigen Fassung? Ist der Takt wirklich dran? Passt die ISP Frequenz?
Ja, ich habe den Richtigen Prozessor in der richtigen Fassung (Hatte ja schon ein Programm mit einem geliehenen USB Adapter aufgespielt). Am Takt habe ich auch eigentlich nichts veränder, benutze den internen. So wie ich das mit der ISP Frequenz verstanden habe muss sie nur geringer als 1/4 des Prozessor-Takts sein. Habe hier mehrere Frequenzen versucht. Im Grunde ist das STK500 so wie es ausgeliefert wurde, bis auf das Testprogramm.
Hast Du einen Quarz im Stk500 stecken und sind die Jumper auch so gesetzt, dass der Quarz verwendet wird? Vielleicht hast Du den Prozessor ja mal aus Versehen auf extern umgerannt, dann kommt er ohne Quarz nIcht mehr hoch. Das ist mir mehrmals passiert, wenn ich die Prozessor Fuses nicht vorher ausgelesen habe, bevor ich was neues hinein gebrannt habe. Die Fuse Settings standen dabei immer als Grundstellung auf extern...
Am Takt liegt es nicht. Der läuft ja hoch und das auf dem µC Befindliche Programm läuft ja auch, nur ich kann den nicht Programmieren.
David R. schrieb: > Als ich meinen ersten USB --> RS232 Adapter ausprobieren wollte ist > gerade in dem Moment mein Netzteil kaputt gegangen. Ich mache mir Kann gut sein, dass das nicht "gerade in dem Moment" sondern "gerade deswegen" heißen muss. Ungünstige Konstellationen von Netzteilen und USB-Equipment lassen es zu, dass Ausgleichsströme für verschiedene Massen fließen. Geht es denn, wenn du am Notebook nur das STK500 anschließt und sonst wirklich gar nichts, das außer dem USB-Kabel noch ein Kabel hat? Also kein Netzteil, kein Netzwerk, kein anderes USB-Gerät mit Netzteil, usw. Kannst du die Hardware des STK500 selbst einstellen? Also Taktgenerator, Target-Spannung, usw? Dann hat es vielleicht nur die Ausgangstreiber der ISP-Schnittstelle erwischt. Zum Testen kann ich empfehlen, die ISP-Leitungen auf LEDs des STK500 zu legen. Reset, MOSI und CLK müssen flackern, wenn du zu programmieren versuchst. Und falls du dir mit der Verdrahtung des STK500 nicht absolut sicher bist, stell ein Foto davon hier rein - vielleicht findet sich ja doch ein Flüchtigkeitsfehler.
der Digitus DA-70156 funktioniert definitiv am STK500 ! Mit anderen Adaptern hab ich ebenfalls Lehrgeld bezahlt ! mfg Karl
Danke schonmal für die Antworten! > der Digitus DA-70156 funktioniert definitiv am STK500 ! > Mit anderen Adaptern hab ich ebenfalls Lehrgeld bezahlt ! Ich habe den Digitus DA-70156 hier liegen. Michael H. schrieb: > David R. schrieb: >> Als ich meinen ersten USB --> RS232 Adapter ausprobieren wollte ist >> gerade in dem Moment mein Netzteil kaputt gegangen. Ich mache mir > Kann gut sein, dass das nicht "gerade in dem Moment" sondern "gerade > deswegen" heißen muss. > Ungünstige Konstellationen von Netzteilen und USB-Equipment lassen es > zu, dass Ausgleichsströme für verschiedene Massen fließen. glaube ich nicht, am Spannungsregler des Netzteils ist ein Bein abgebrochen. > Geht es denn, wenn du am Notebook nur das STK500 anschließt und sonst > wirklich gar nichts, das außer dem USB-Kabel noch ein Kabel hat? Also > kein Netzteil, kein Netzwerk, kein anderes USB-Gerät mit Netzteil, usw. Nein. > Kannst du die Hardware des STK500 selbst einstellen? Also Taktgenerator, > Target-Spannung, usw? Dann hat es vielleicht nur die Ausgangstreiber der > ISP-Schnittstelle erwischt. Taktgenerator und Target-Spannung kann ich einstellen > Zum Testen kann ich empfehlen, die ISP-Leitungen auf LEDs des STK500 zu > legen. Reset, MOSI und CLK müssen flackern, wenn du zu programmieren > versuchst. Wie müsste ich das hiefür genau verschalten?
ich gehe davon aus,das es ein 7805 gewesen ist... ersetz ihn mal ... gute Erfahrungen mit knapp 12V Input gemacht,da das den LM Schaltregler auch nicht zu sehr fordert, und er nicht zu heiß wird. der 7805 verträgt maximal 35 V !
David R. schrieb: > glaube ich nicht, am Spannungsregler des Netzteils ist ein Bein > abgebrochen. Achso, alles klar. > Taktgenerator und Target-Spannung kann ich einstellen Dann funktioniert die Kommunikation zwischen PC und Board einwandfrei und dein Problem liegt zwischen Board und Mikrocontroller. Oder natürlich zwischen Stuhl und Monitor =) Mach doch mal ein Foto von deinem STK500 mit Controller und angesteckten Kabeln so, wie es nicht geht. Und dazu Screenshots mit den Einstellungen im Programmer-Dialog im AVR-Studio. >> Zum Testen kann ich empfehlen, die ISP-Leitungen auf LEDs des STK500 zu >> legen. Reset, MOSI und CLK müssen flackern, wenn du zu programmieren >> versuchst. > > Wie müsste ich das hiefür genau verschalten? Nimm die 2-poligen Jumperkabel und schließ die Pins der ISP-Schnittstelle bei den Pins für die LEDs an.
Problem hat sich erledigt, vielen Danke für die Hilfe! Michael H. schrieb: > Dann funktioniert die Kommunikation zwischen PC und Board einwandfrei > und dein Problem liegt zwischen Board und Mikrocontroller. Oder > natürlich zwischen Stuhl und Monitor =) Das Problem lag zwischen Stuhl und Monitor. Hab nochmal alle Kabel überprüft und dabei gemerkt, dass ich eins falschherum angeschlossen hatte... Mensch ist das peinlich. LG David R.
Erster Schritt der Fehlersuche sollte sein, zu prüfen, ob man mit dem Board kommunizieren kann, also Spannungen und Taktfrequenz auslesen. Wenn das geht, ist irgendwas dahin nicht richtig...
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.