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...
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.
"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.
Ja ber da ist es im Debugger nicht.
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.
Hä moment das ist kein Doppelname guck dir mal das C Beispiel im DB an.
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.