Debugwire

Senpai

Mitglied
14. Mai 2012
143
0
16
Sprachen
  1. Assembler
Hi Leute
habe wahrscheinlich ne ziemlich doofe Frage.:eek:
Und zwar wollte ich wissen ob ich einen AVR(in meinem Fall ein ATtiny85) über Debugwire flashen kann oder ob debugwire nur zum "debuggen" gut ist?
Wenn ja wie stelle ich das im Atmelstudio6 ein? Habe einen JTAGICE3
 
Hallo!

Das habe ich schon öfters gemacht.
Du musst da nichts einstellen - Du lädst doch das Programm zum Testen sowieso per Debugwire.
Nicht vergessen - keinen Breakpoint setzen, dann zum Schluss den Debugwire deaktivieren und das sollte es gewesen sein.
So läuft es schon bei mir bei einigen Anwendungen.

Grüße
Hans-Joachim
 
Das mache ich fast ausschließlich so :)
Primär weil ich zu bequem bin alle 6 Pins des ISP Steckers zu routen :flute:

Deswegen deaktiviere ich debugWire danach auch nicht, so kann ich immer wieder drauf zugreifen. Dieses Vorhaben ist aber nicht geeignet wenn du auf den Strombedarf achten musst (Batteriebetrieb). Und wenn du im PRR herum schaltest pass auf und lies das Datenblatt noch mal. Z. B. beim Mega48/88/168 wird debugWire mit vom SPI versorgt. Sprich schaltest du SPI den Strom ab kappst du auch die debugWire Verbindung ;)
Bei anderen Controllern mag das Problem nicht bestehen oder einen anderen Bereich betreffen.

Wenn du weder noch brauchst kannst du das ohne Bedenken so machen.
 
Ja habe es jetzt auch auf die Kette bekommen .............hatte an der falschen Ecke nach der Debugwireoption gesucht(Device Programming)

Wie Bekomme ich es denn wieder Deaktiviert? und kann ich nach dem Deaktivieren das ISP wieder nutzen?
Wie groß ist denn der Strombedarf konnte dazu nix finden?
 
DebugWire kannst du nur entweder über HVSP / HVPP deaktivieren (AVR Dragon, Galep, ...) oder über dW selber. Dazu startest du das Debugging und hälst es an (der "Pause" Button). Dann hast du im Debug Menü irgendwo einen Punkt um debugWire zu deaktivieren (wo genau kann ich grade nicht nachschauen).

Danach läuft wieder ganz normal ISP.

Wie viel Strom das nun genau kostet weiß ich auch nicht, mag auch je nach Controller unterschiedlich sein. Ich hatte das nur mal so im Datenblatt gelesen dass man das grade in solchen Anwendungsgebieten nicht aktiviert lassen sollte. Vielleicht fällt die CPU nicht in den Tiefschlaf, keine Ahnung.
 
über dW selber. Dazu startest du das Debugging und hälst es an (der "Pause" Button). Dann hast du im Debug Menü irgendwo einen Punkt um debugWire zu deaktivieren (wo genau kann ich grade nicht nachschauen

gut das muss ich dann ein andermal testen habe auf der kleinen Platine kein ISP vorgesehen und gerade erst wieder die drähte abgelötet.:rolleyes:

Vielleicht fällt die CPU nicht in den Tiefschlaf, keine Ahnung

also ich benutze SLEEP mit dem Powerdownmode und laut dem was ich messe(auch wenn das bei den kleinen strömen bestimmt nicht so genau ist)
scheint der SLEEP sauber zu funktionieren
und selbst beim debuggen scheint es zu gehen weil sobald er auf dem SLEEP landet geht es nicht mehr weiter.
 
Es war im Datenblatt des ATmega48/88/168:

Seite 43 (Kapitel Power Management):
9.10.7 On-chip Debug System
If the On-chip debug system is enabled by the DWEN Fuse and the chip enters sleep mode, the
main clock source is enabled and hence always consumes power. In the deeper sleep modes,
this will contribute significantly to the total current consumption.

und
9.11.3 PRR – Power Reduction Register
...
• Bit 2 - PRSPI: Power Reduction Serial Peripheral Interface
If using debugWIRE On-chip Debug System, this bit should not be written to one.
Writing a logic one to this bit shuts down the Serial Peripheral Interface by stopping the clock to
the module. When waking up the SPI again, the SPI should be re initialized to ensure proper
operation.

Seite 268 (Kapitel debugWire):
24.5 Limitations of debugWIRE
The debugWIRE communication pin (dW) is physically located on the same pin as External
Reset (RESET). An External Reset source is therefore not supported when the debugWIRE is
enabled.
A programmed DWEN Fuse enables some parts of the clock system to be running in all sleep modes. This will increase the power consumption while in sleep.Thus, the DWENFuse should
be disabled when debugWire is not used.

Grade noch mal nachgeschaut :)

Da die Ströme aber teilweise in den µA Bereich gehen kann ich das selber unmöglich selber messen.
 
Danke das du dir die mühe gamacht :D
ich guck mal ob das beim tiny85 auch so drin steht
 
Ok beim ATtiny85 steht es auch drin.

18.5 Limitations of debugWIRE

A programmed DWEN Fuse enables some parts of the clock system to be running in all sleep
modes. This will increase the power consumption while in sleep. Thus, the DWEN Fuse should
be disabled when debugWire is not used.
 

Über uns

  • Makerconnect ist ein Forum, welches wir ausschließlich für einen Gedankenaustausch und als Diskussionsplattform für Interessierte bereitstellen, welche sich privat, durch das Studium oder beruflich mit Mikrocontroller- und Kleinstrechnersystemen beschäftigen wollen oder müssen ;-)
  • Dirk
  • Du bist noch kein Mitglied in unserer freundlichen Community? Werde Teil von uns und registriere dich in unserem Forum.
  •  Registriere dich

User Menu

 Kaffeezeit

  • Wir arbeiten hart daran sicherzustellen, dass unser Forum permanent online und schnell erreichbar ist, unsere Forensoftware auf dem aktuellsten Stand ist und der Server regelmäßig gewartet wird. Auch die Themen Datensicherheit und Datenschutz sind uns wichtig und hier sind wir auch ständig aktiv. Alles in allem, sorgen wir uns darum, dass alles Drumherum stimmt :-)

    Dir gefällt das Forum und unsere Arbeit und du möchtest uns unterstützen? Unterstütze uns durch deine Premium-Mitgliedschaft!
    Wir freuen uns auch über eine Spende für unsere Kaffeekasse :-)
    Vielen Dank! :ciao:


     Spende uns! (Paypal)