STM32 USART sendet 3 anstatt 1 byte

C. H. (hedie) OP 10.04.2012 17:34 #2630090

Lesenswert?

•

Guten Abend zusammen...

Ich versuche derzeit den USART beim STM32F105RB zu konfigurieren.

Das Problem. wenn ich z.B. ein A sende, kommt (hex) 00 1C 00 an.
wenn ich 0 sende als hex kommt auch 0 an.

Ich weiss, dass es beim STM32 sehr viele Clock einstellungen und PLLs 
gibt.
Doch meines wissens macht diese Einstellungen die StdPeriphLib selbst.
Ist das korrekt?

Ich steppe den Code durch. es wird also nicht ununterbrochen gesendet.

Mein Quarz ist 8MHz deshalb das define.

Danke schonmal

Hier mal mein Code:

#define HSE_VALUE 8000000
#include <stddef.h>
#include "stm32f10x.h"
int main(void)
  //SystemInit();
  GPIO_InitTypeDef GPIO_InitStructure;
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE);
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);
  /* Configure USART2 Tx as alternate function push-pull */
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
  GPIO_Init(GPIOA, &GPIO_InitStructure);
  USART_InitTypeDef USART_InitStructure;
  USART_InitStructure.USART_BaudRate = 38400;
  USART_InitStructure.USART_WordLength = USART_WordLength_8b;
  USART_InitStructure.USART_StopBits = USART_StopBits_1;
  USART_InitStructure.USART_Parity = USART_Parity_No;
  USART_InitStructure.USART_HardwareFlowControl =  USART_HardwareFlowControl_None;
  USART_InitStructure.USART_Mode = USART_Mode_Tx;
  USART_Init(USART1, &USART_InitStructure);
  USART_Cmd(USART1, ENABLE);
  while (1)
  USART_SendData(USART1, 'A');

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

C. H. (hedie) OP 10.04.2012 19:16 #2630222

Lesenswert?

•

▲
▼

Habe das Problem gefunden

jedoch nicht die Lösung dazu...

Der USART sendet kein Startbit (siehe Anhang)

Hat jemand eine Idee woran das liegen könnte?

Im Anhang hat der USART 0x01 gesendet.

Angehängte Dateien:

UART.png (3,8 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helfer Gast 10.04.2012 19:23 #2630233

Lesenswert?

•

▲
▼

Claudio Hediger schrieb:
> Im Anhang hat der USART 0x01 gesendet.

Sieht für mich eher nach einem Startbit (low) und einem Datenbit (high) 
aus, gefolgt von etlichen weiteren 0-bits...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Sascha W. (sascha-w) 10.04.2012 19:28 #2630243

Lesenswert?

•

▲
▼

so wie ich das sehe sendet der LSB-First, <3255> Startbit, <3255> Bit 0, 
<22765> Bit 1..7 (7*3255=22765)

Sascha

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jan Gast 10.04.2012 20:46 #2630374

Lesenswert?

•

▲
▼

Hmm wie oft durchläufst du denn die while Schleife während das A einmal 
gesendet wurde?
Gibts ne Interrupt Routine fürs Transmit Buffer clear in deinem 
Programm?

mfg Jan

Antwort Zitieren Bearbeiten Löschen Beitrag melden

C. H. (hedie) OP 10.04.2012 20:52 #2630383

Lesenswert?

•

▲
▼

Danke euch allen...

Habe den Fehler gefunden!

Ich verwende hier ja einen ConnectivityLine Controller.
Deshalb ist STM32F10X_CL definiert.

Dies führt im File stm32f10x.h zu folgendem "Problem"

#if !defined  HSE_VALUE
 #ifdef STM32F10X_CL   
  #define HSE_VALUE    ((uint32_t)25000000) /*!< Value of the External oscillator in Hz */
  #define HSE_VALUE    ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */
 #endif /* STM32F10X_CL */
#endif /* HSE_VALUE */


Hier wird dann ein 25MHz HSE (Quarz) definiert.
Ich verwende jedoch einen 8MHz Quarz.

Dies war mir jedoch schon vorher bewusst, deswegen habe ich VOR dem 
includieren der stm32f10x.h Datei folgende Zeile hinzugefügt:

1	`#define HSE_VALUE ((uint32_t)8000000)`


Nach dem Compilieren wurde nun der Abschnitt welcher den 25MHz Quarz 
definiert hatte ausgegraut. Ich ging also davon aus, dass ich korrekt 
den neuen Wert gesetzt hatte.

Die gesamte StdPeriphLib brechnet Ihre Taktspezifischen Werte mit dem 
HSE_Value

Doch leider klappte die definition des 8MHz Quarzes nicht.
Obwohl diese Stelle nun Grau war, war das define HSE_Value an allen Code 
Stellen 25MHz. Erst ein entfernen meiner definition vor dem Inkludieren 
und ein anpassen des Files brachte abhilfe.

#if !defined  HSE_VALUE
 #ifdef STM32F10X_CL   
  #define HSE_VALUE    ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */
  #define HSE_VALUE    ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */
 #endif /* STM32F10X_CL */
#endif /* HSE_VALUE */


Kann mir jemand dieses Verhalten erklären?

Es wird in den Comments auf folgendes hingwiesen:

/* Tip: To avoid modifying this file each time you need to use different HSE, you
        can define the HSE value in your toolchain compiler preprocessor. */


Doch wo liegt hier der Unterschied zu meinem vorgehen?

Danke schonmal :)

P.S. nach dem ändern des Abschnitts auf 8000000 funktionierte der USART 
problemlos.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

C.H. Gast 11.04.2012 12:28 #2631126

Lesenswert?

•

▲
▼

Hat jemand noch eine Idee weshalb dass es mit meiner definition nicht 
geklappt hat?

Danke :)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Reinhard R. (reinhardr) 11.04.2012 14:35 #2631367

Lesenswert?

•

▲
▼

Hi,

wo ist die Funktion USART_Init() definiert? Wenn die z.B. in einer Datei 
USART.c definiert ist, die stm32f10x.h inkludiert, dann hat es keine 
Auswirkung wenn du in main.c (oder wie du sie halt genannt hast) einen 
anderen HSE_VALUE wert definierst.
Wenn der Compiler USART.c erstellt, holt er sich den Wert aus aus der 
stm32f10x.h, und deshalb ist das immer noch der "alte" Wert. Nur wenn er 
main.c erstellt, ist der Wert richtig definiert.

Um das Problem zu lösen kannst du, wie schon gemacht, die stm32f10x.h 
oder USART.c ändern. Das hat aber den Nachteil dass du die Datei(en) 
potentiell für jedes Projekt neu anpassen musst. Idealerweise bleibt die 
Datei stm32f10x.h aber unangetastet. Deshalb kannst du deinem Compiler 
schon vorher sagen dass du das Symbol HSE_VALUE entsprechend definiert 
haben willst (siehe die von dir zitierten Comments). Wie das in deiner 
Entwicklungsumgebung konkret aussieht kann ich leider nicht sagen. Nur 
so als Vergleich, bei Visual Studio sieht die Dokumentation dazu so aus:
http://msdn.microsoft.com/en-us/library/hhzbb5c8%28v=vs.100%29.aspx

Gruß
Reinhard

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Reinhard R. (reinhardr) 11.04.2012 14:45 #2631382

Lesenswert?

•

▲
▼

Nachtrag:
Das passt ev. besser zu dir als der Visual Studio Link:
http://stackoverflow.com/questions/1887464/c-preprocessor-variable
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0041c/Chdeccjc.html

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Phantomix Gast 11.04.2012 16:42 #2631623

Lesenswert?

•

▲
▼

Claudio Hediger schrieb:
> Es wird in den Comments auf folgendes hingwiesen:
> /* Tip: To avoid modifying this file each time you need to use different HSE, 
you
>         can define the HSE value in your toolchain compiler preprocessor. */


Das heißt soviel wie:
Du kannst die Headerdatei in Ruhe lassen.

das HSE_VALUE gehört in den Compileroptionen definiert. Bei Atollic bspw 
ist das unter
Project -> Properties
C/C++ General -> Paths And Symbols -> Symbols

dort ein neues Symbol anlegen das HSE_VALUE heisst und den Wert 8000000 
hat, für alle Konfigurationen (Debug, Release,...)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

C. H. (hedie) OP 11.04.2012 18:32 #2631789

Lesenswert?

•

▲
▼

Vielen Dank für eure Antworten :)

Da hab ich wieder was dazugelernt :)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

STM32 USART sendet 3 anstatt 1 byte

Antwort schreiben