Für die Auswahl des richtigen Datenblattes reicht mein IQ glaube ich gerade noch.
Kannst ja mal selsbt schauen... Wie ich drauf komme, hatte ich verwiesen: Kapitel 24.3.2.1.
Seite 252: For asynchronous operation, the BAUD register value is 16 bits. The 10 MSBs (BAUD[15:6])
hold the integer part, while the 6 LSBs (BAUD[5:0]) hold the fractional part.
Das widerspricht ja auch nicht der Aussage auf Seite 273, dass zwei 8-Bit-Register zusammen einen 16-Bit-Wert speichern.
Geändert von Gnom67 (26.12.2018 um 14:56 Uhr)
Mal Anmerken:
- Die LED siehst Du nicht flackern, wenn Du nur 1 Byte pro Sekunde sendest. Da kannst Du mal eine 0 senden bei vielleicht 3..5ms Wiederholrate.
- Alle Peripherien sind mittlerweile in den neueren Controllern als Strukturen definiert. Statt z.B. USART0_CTRLB = … kann man auch USART0.CTRLB = … schreiben. Dann kommt man auch in den Genuss des _WORDREGISTER-Features (Schreiben eines 16-Bit-Registerpaares in einem Rutsch).
- Du hast beachtet, dass beim UART-Wandler die TxD-Leitung des Controllers an RxD des Wandlers angeschlossen werden muss?
Wollte Dir nicht auf die Füße treten ...
Bleiben ja nicht mehr viele Möglichkeiten. Hab ehrlich gesagt den Port-MUX bei diesem Controller nicht ganz verstanden (War in früheren Atmel-DBs einleuchtender
formuliert). Evtl. muß der Port auf alternative Nutzung gesetzt werden: PORTMUX.CTRLB |= 1; ?
mfg
Achim
Es gibt zwar ein Register PORTMUX CTRLB USART0 - aber laut Tabelle gibt es keine alternativen Ports...Zitat von seite5
IRRTUM!!!
In Atmel Start kann man Ports PA1/2 oder PA6/7 konfigurieren. Und siehe da, im Start-Mustercode finde ich, dass 6/7 die Standardkonfiguration ist und 1/2 (die einzige, die im Datenblatt steht) ist die alternative... als, Stecker in Pin 2 statt Pin 4 und hurra - es blinkt am USB-UART...
Empfang funktioniert allerdings nur bei 300 Baud, obwohl ich die Rechnung mit 19200 gemacht habe... das deutet doch irgendwie drauf hin, dass die Formel nicht stimmen kann (was ja schon wunderlich wäre, wenn man wiee gesagt bei 20 Mhz eine minimale Baudrate von 70K hätte). Mit der Baudrate tüftel ich jetzt noch etwas rum...
Danke für die Hilfe. Achim, den Portmux hätte ich nicht in Frage gestellt, wenn du das nicht noch mal aufs Tapet gebracht hättest...
Letzter Stand: Die Formel Stimmt - aber das Ergebnis wird schlicht und einfach in das 16-Bit-Register geschrieben und nicht in die oberen 10 Bit. Was der Schwachsinn im Datenblatt soll mit den 10 MSB und den 6 LSB (Seite 252) ist mir rätselhaft. Dieses miserable Datenblatt hat mich nun zwei Tage meines Lebens gekostet (zum Glück nur zwei eh ziemlich öde Weihnachtsfeiertage).
Geändert von Gnom67 (26.12.2018 um 18:55 Uhr)
Ich war auch schon mal recht erbost über ein Datenblatt von Microchip Technology, bei dem die im Vorgänger von Atmel herausgegebene Dokumentation an einer völlig unnötigen und unschönen Stelle gekürzt wurde - nämlich bei benummerten Namen von Registerbits, z.B. bei TCCR1A werden die lediglich als COM1 beschrieben, müssen aber als COM1A0/~1 bzw COM1B0/~1 programmiert werden. Zum Glück hatte ich noch die alte Version von ATMEL gespeichert . . . Mein Kommentar dazu am microchip blieb bis heute (ziemlich genau 1 Jahr) unbeantwortet . . ... Dieses miserable Datenblatt ..
Ciao sagt der JoeamBerg
Ärgerlich, sowas!!! Kann doch nciht so schwer sein, solche Sachen mal zu korrigieren. Ich hab das Datenblatt bei Microchip direkt von der Website geladen. Die könnten das ruhig mal aktualisieren.
Na ja, die Microchip Jünger haben die ATMEL Leute ja immer belächelt, denn "Bei Microchip ist ja alles viel Professioneller".Ärgerlich, sowas!!! Kann doch nciht so schwer sein, solche Sachen mal zu korrigieren. Ich hab das Datenblatt bei Microchip direkt von der Website geladen. Die könnten das ruhig mal aktualisieren.
Ich fürchte auch, das es das ATMEL Studio auch nicht mehr lange geben wird und das dann in irgendeiner Microchip Variante mit eingebunden wird.
Hm, ja, das stimmt - so ein Byte braucht nur ne Millisekunde - bei 10 siehts man es noch - bei einer ist es zu kurz.
Dann kann ich also den Wert in BAUD auch mit USART0.BAUD = baud schreiben... klingt gut. Wenn ich es so mache, schreibt er (im Simulator) brav E77B in das 16 Bit-Register BAUD. Die oberen 10 Bit entsprechen dann 1010110110, also dezimal 694 - Das stimmt mit meiner Rechnung überein byubrr = 4 * 3333333) / 19200 (ich hab jetz mal 19200 baud gewählt, weil bei 9600 der Wert über 1023 kommt und er mir die erste Binärstelle abschneidet).
Wenn ich mal rückwärts rechne, komme ich bei 3333333Hz auf eine minimale Datenrate von 13033 baud, bei 20 MHz auf 78201 baud. Das kann doch irgendwie nicht sein, dass man den Mikroconroller bei voller Taktrate nicht mit kleineren baudraten betreiben kann - das ist doch widersinnig.
Ja, den Anschluss habe ich so gemacht. Tx des Tiny412 ist Pin 4, den hab ich an Rx des USB-UART-Adapters angeschlossen. Ich habe auch GND des USB-UART mit GND des Tiny verbunden.
Ich hab ein bisschen gemessen. Der Rx-Anschluss des USB-UART-Adapters liegt auf 3,3 Volt. Der Tx des Tiny ist auf OUT HIGH geschaltet - liegt auf ca. 4 Volt (Stromversorgung aus dem USB-Port des Notebooks über einen Arduino Nano, der als ISP dient).
Wenn ich das richtig sehe, müsste der UART beim Senden den Tx-Port auf LOW schalten und die Spannung auf GND ziehen.
Wenn ich beim USB-UART Rx gegen GND "kurzschließe", messe ich 1,5 mA - das sollte der Tx-Pin des Tiny ohne Probleme auf GND bringen können - meines Wissens können die Pins bis zu 40 mA Sourcce und Sink verkraften.
Der Serielle Monitor emprängt auch Buchstabensalat, wenn ich willkürlich Rx auf GND kontakte.
Hat noch jemand Ideen?
Berechtigungen
Zitieren
Lesezeichen