Hallo Leute,
Ich schaffe es partout nicht, in das USART2->DR Register zu schreiben,
um ein Zeichen zu senden.
Habe ich etwas vergessen? Der µC ist ein STM32f100rb und ich benutze
Keil uVision.
Code:
Dies ist der relevante Ausschnitt. Die Register werden beschrieben,
lediglich das DR Register bleibt leer (in SendData).
Das USART2 Anzeige Modul des Debuggers bleibt ebenfalls leer (wobei ich
nicht weiß, ob das überhaupt funktioniert mit dem Discovery Board, oder
ob ich noch was einstellen muss..)
Bei Betrachtung von USART_SendData() ist mir noch ne Frage eingefallen:
Dort werden die Daten mit 0x01FF ver"and"et. Das Register ist nur 8 Bit
groß, das verstehe ich. Aber was passiert mit den oberen 16 Bits? Die
kann man doch nicht einfach so wegfallen lassen?
Habt ihr Ideen?
Danke & viele Grüße.
Du meinst, ich aktiviere für GPIOA und AFIO den Takt, oder muss ich das
verodern?
Wie auch immer, die Pins sollten doch eh egal sein, momentan greife ich
das Signal noch gar nicht an den Pins ab, denn das DR Register wird ja
noch nichtmals geschrieben, oder hängt das unmittelbar zusammen?
Danke :)
stm32 schrieb:> Aber was passiert mit den oberen 16 Bits? Die> kann man doch nicht einfach so wegfallen lassen?
Klar kann man. Im Regelfall überträgt eine UART 8-Bit Daten. Alternativ
könnte die Lib natürlich auch schmollen und stehen bleiben, wenn in den
nicht übertragenen Bits nicht 0 steht.
Jo, aber dann fallen die Bits halt weg. Wieso nimmt man dann als
Datentyp nicht gleich uint8_t und bekommt n Fehler, wenn 2 Bytes
reinkommen?
Aber das is eigentlich gar nicht das Problem ;)
Habe die Takt Config für GPIOA angepasst, aber wie gefragt: das USART2
DR Register sollte doch davon unbeeindruckt sein?
Falls es dir noch nicht aufgefallen ist: Es gibt zwei DR Register. Eines
fürs Senden und eines fürs Empfangen. Rate mal, was passiert, wenn man
versucht, das fürs Senden zuständige DR auszulesen.
stm32 schrieb:> Die Register werden beschrieben,> lediglich das DR Register bleibt leer (in SendData).
Achtung... Du weißt aber schon, dass du beim Auslesen von DR prinzipiell
nie das zurückbekommst, was du hineingeschrieben hast?
mfg
stm32 schrieb:> Jo, aber dann fallen die Bits halt weg. Wieso nimmt man dann als> Datentyp nicht gleich uint8_t und bekommt n Fehler, wenn 2 Bytes> reinkommen?
Wahrscheinlich kennt diese UART auch einen 9-Bit Modus (RS485).
A. K. schrieb:> stm32 schrieb:>>> Jo, aber dann fallen die Bits halt weg. Wieso nimmt man dann als>> Datentyp nicht gleich uint8_t und bekommt n Fehler, wenn 2 Bytes>> reinkommen?>> Wahrscheinlich kennt diese UART auch einen 9-Bit Modus (RS485).
Stimmt natürlich :)
A. K. schrieb:> Falls es dir noch nicht aufgefallen ist: Es gibt zwei DR Register. Eines> fürs Senden und eines fürs Empfangen. Rate mal, was passiert, wenn man> versucht, das fürs Senden zuständige DR auszulesen.
Hm, es gibt laut Datenblatt (Reference Manual) nur ein DR register, das
sowohl fürs Senden als auch Empfangen gedacht ist (Seite 610), oder hab'
ich das falsch verstanden?
Jedenfalls ist das Register als rw gekenntzeichnet.
Reinhard B. schrieb:> stm32 schrieb:>> Die Register werden beschrieben,>> lediglich das DR Register bleibt leer (in SendData).>> Achtung... Du weißt aber schon, dass du beim Auslesen von DR prinzipiell> nie das zurückbekommst, was du hineingeschrieben hast?>> mfg
Hier wirds interessant denke ich. Das heißt, der Debugger, mit dem ich
das Register anzeige zeigt unter umständen NICHT das vorher
reingeschriebene an, auch nicht im single step?
stm32 schrieb:> Hm, es gibt laut Datenblatt (Reference Manual) nur ein DR register, das> sowohl fürs Senden als auch Empfangen gedacht ist (Seite 610), oder hab'> ich das falsch verstanden?
Guck mal Bildchen "USART block diagram", dann wirds vielleicht klarer.
stm32 schrieb:> Aber wenn der richtige Modus eingeschaltet ist (TX), sollte ich doch> reinschreiben können?
Kannst du ja auch. Nur mit dem Auslesen hapert's, denn das ist das
andere Register, das vom RX.
stm32 schrieb:> Das heißt, der Debugger, mit dem ich> das Register anzeige zeigt unter umständen NICHT das vorher> reingeschriebene an, auch nicht im single step?
Nicht nur unter Umständen - immer.
Das selbe hat auch A.K. gemeint mit den zwei Registern. Beim Schreiben
auf DR wird das "Senden"-Register beschrieben und beim Lesen von DR wird
aus dem "Empfangs"-Register gelesen. Vom "Umschalten" bekommst du nichts
mit, beide Register werden über DR angesprochen.
mfg
Ah. Verstehe denke ich. Wenn der Debugger das Register auslesen will,
landet er direkt im Rx Register ok.
Ich dachte der Debugger wäre da irgendwie... "schlauer" oder so. Aber
okay, wenn das in Hardware so implementiert ist - gut. Dann hätte ich
die ganze Zeit nur mal den Pin angucken sollen ;)
Im UART2 Viewer sehe ich allerdings nichts, ebenso im Logic Analyzer.
Muss mein Debugger das speziell unterstützen?
Danke für eure Infos!
stm32 schrieb:> Ich dachte der Debugger wäre da irgendwie... "schlauer" oder so. Aber> okay, wenn das in Hardware so implementiert ist - gut. Dann hätte ich> die ganze Zeit nur mal den Pin angucken sollen ;)
Um Prinzip ja, nur wärst du dann am ABP1/2 gescheitert. ;-)
