|
Anzeige
|
AVR Studio Debugger Buggy?
Gast
#725472
Hallo, ich hab gerade einen atmega48 am Wickel. Laut Datenblatt soll es im UCSR0C Register ein UCSR0C Flag geben. Im Debugger is davon nichts zu sehen. Beim Kompilieren kommt keine Fehlermeldung, also muss es das Flag ja geben. Hat da jemand ne erklärung führ? Gibts mehrere Bits, die der Debugger nicht anzegt? joe wrote: > Hallo, > ich hab gerade einen atmega48 am Wickel. Laut Datenblatt soll es im > UCSR0C Register ein UCSR0C Flag geben. Hast Du aber ein komisches Datenblatt... In meinem Datenblatt gibt es im UCSR0C-Register kein Bit desselben Namens (was auch ungewöhnlich wäre, einem Bit und einem Register exakt denselben Namen zu geben...). Wenn Du etwas über die Bugs des Debuggers wissen willst, dann schau in der AVRStudio-Hilfe unter "AVR Tools User Guide | AVR Simulator | Known Issues" nach. Da stehen alle dem Hersteller bekannten Bugs...
Gast
#725751
Ich entschuldige mich war ein Schreibfehler. Die Rede ist von dem UCPAH0 Flag, welches der Debugger nicht anzeigt. Im DB wird davon gesprochen auf Seite 201 20.4 SPI Data Modes an Timing. Bei der Registerbeschreibung ein paar Seiten vorher taucht es nämlich auch nicht auf. Wenn man sich das Programmierbeispiel S203 ansieht, ist zu sehen, dass das Bit da in dem UCSR0C Register gesetzt wird. Finde ich alles sehr verwirrend.
Gast
#725778
"The UCPHAn bit functionality is identical to the SPI CPHA bit" Und das CPHA-Bit findest Du im Debugger wieder. Lg EC Das UCPAH0 gehört nicht zum SPI, sondern zur UART. Peter
Gast
#725887
>Das UCPAH0 gehört nicht zum SPI, sondern zur UART.
Ja ber da ist es im Debugger nicht.
Gast
#725896
Ist schon vorhanden nur halt mit dem UART Namen UCSZ00. Die Doppelnamen sind halt dort (noch) nicht vorhanden. Aber die Register-Belegung im Datenblatt für USCR0C sollte da Klarheit schaffen.
Gast
#726871
Hä moment das ist kein Doppelname guck dir mal das C Beispiel im DB an. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
