Guten Abend, um die debugWire-Funktionalität meines neuen Dragon zu testen, habe ich ihn über ISP an einen attiny25 angeschlossen. Die Verbindung zum uC mittels Atmel Studio 6.1 verlief problemlos. Ich konnte Programme schreiben, und fuses setzen. Für den nächsten Schritt habe ich mich entschieden die DWEN fuse manuell zu setzen. Das wäre gar nicht nötig gewesen, wie ich später gelernt habe (studio setzt die automatisch, wenn man auf "debuggen" geht). Wie dem auch sei, das setzen der Fuse klappte wohl. Allerdings wurde die Verbindung getrennt und seither kann ich nicht mehr mit dem Tiny verbinden. Also auch das Auslesen der DeviceID über ISP schlägt fehl. Die Fehlermeldung ist die allseits bekannte >Failed to enter programming mode. ispEnterProgMode: Error status received: >Got 0xc0, expected 0x00, ModuleName: TCF (TCF command: Device:startSession >failed.) So wie ich das Datenblatt verstehe, hat das Setzen der fuse keine solchen Auswirkungen. http://www.atmel.com/images/atmel-2586-avr-8-bit-microcontroller-attiny25-attiny45-attiny85_datasheet.pdf also habe ich mir nebenher aus Versehen irgend eine andere böse fuse gesetzt? Das halte ich doch für sehr großen Zufall. Oder hab ich's nicht verstanden? Die Kabel sind alle kurz; der Dragon funktioniert mit einem anderen uC; Spannung des targets kommt vom labornetzteil, steht auf 5V und wird vom Dragon erkannt was tun?
Da der Reset für die Funktion "Debug-Wire" benützt wird ist die ISP-Funktion deaktiviert. Im Menu DEBUG sollte, nach der Wahl des enstprechenden Debugger, ein Knopf erscheinen: "Disable DEBUGwire".
leider klappt das nicht ganz. Ich wähle in den den Projekteinstellungen den Drachen aus. Dann ist aber im Debug-Menü "Disable debugWire" ausgegraut. Ich kann nur auf "Start Debugging and Break" gehen, woraufhin er mir die Fehlermeldung ausgibt, dass die Session nicht gestartet werden konnte. Es ist halt auch noch nichts im Flash des µC. Daraufhin schlägt er mir vor, über ISP die fuse zu setzen, was natürlich wieder nicht klappt.
:
Bearbeitet durch User
Schau unter: http://www.mikrocontroller.net/articles/DebugWIRE dort sind weitere Tips zum Rückschalten aus der Debugwire-Funktion (Das programm Avrdude hast du unter Windows durch winavr mit installiert und die Anleitung ist unter "avrdude.pdf" im netz verfügbar.
nachdem's mit dem Studio nicht klappt, habe ich den Tipp mit avrdude verfolgt. gebe ich ein: > avrdude -p t25 -c dragon_isp -P usb -v meldet er: > usbdev_open(): did not find any USB device "usb" obwohl der dragon angeschlossen ist. Ich gehe davon aus, dass USB support fehlt. Hier wird empfohlen, libusb-win32 herunterzuladen: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=88916 Der Kollege hier rät aber deutlichst davon ab, es unter meiner windows-konfiguration zu versuchen: http://board.raidrush.ws/showthread.php?t=714025 ich bin gerade sehr zögerlich. Wenn alles richtig vorbereitet wäre, müsste es dann laut dem geposteten Artikel auch mit dem Studio 6.1 reibungslos laufen? Die im 2. Link vorgeschlagene Variante halte ich für furchtbar aufwändig.
:
Bearbeitet durch User
Wie ist dein Resetpin beschaltet? Mit Kondensator funktioniert Debugwire nicht. Kein Kondensator und ext. Pullup >10K! Sonst ist jeder Versuch zwecklos. Da hilft das Avrdude-gedudel auch nicht weiter. mfg.
ist bekannt. Ich habe weder Kondensator, noch Pullup. Lediglich die ESD-Diode nach VCC ist dran.
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.