USART STM32 Empfangfehler ?

[Tomi (Gast)]

Hallo,

ich habe einen SM3210e-Eval board mit einem STM32F103Z Prozessor von ARM
drauf und habe das Problem das wenn ich was sende ich am Terminal was 
ganz anderes raus bekomme....

Ich sende 0x49 bekomme  8698 (Hex) angezeigt
Ich sende (uint8_t *)'A' bekomme  FE06 (Hex) angezeigt
Ich sende (uint8_t *)'0' bekomme  F800 (Hex) angezeigt

Denke meine GPIO sollte stimmen das ich ja was empfange.
An meinem Terminal sollte auch alles richtig sein:

Baud:9600
Data:8
Stop:1
Parity:None

Hier mein Code....

USART_InitTypeDef USART_InitStructure;


void main(void)
{

Init();
Config_ADC();
Config_Usart();
...

while(1)
{
  USART_SendData(USART1,0x49); //
  /* Loop until the end of transmission */
  while(USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)
  {
  }
}
}

void Config_Usart()
{
  
  //enable bus clocks
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, 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_InitStructure.USART_BaudRate = 9600;
  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_Rx | USART_Mode_Tx;
  /* Configurating and enabling USART1 */ 
  USART_Init(USART1, &USART_InitStructure); 


  USART_Cmd(USART1, ENABLE);
}

[Steel (Gast)]

Wie soll sich die Übertragung denn Synchronisieren wenn du lückenlos 
Dauerfeuer vom uC aus gibst?

Starte mal das Terminal und schalte den uC dann erst ein (oder Reset). 
Besser: Wartezeit von x ms zwischen den Übertragungen.

Welches Terminalprogramm? Ich kann hterm empfehlen.

[Davis (Gast)]

Aus der Hüfte: da stimmt etwas mit den Clockeinstellungen nicht.

[Tomi (Gast)]

Noch ne kleine Frage:

Wie sollte sich typischerweise die USART Bitfolge zusammensetzen ?

Eigentlich ja so :

Startbit D0 D1 D2 D3 D4 D5 D6 D7 (D8) (Parität) Stopbit(s)

Wie lange sind dann die Start/Stopbits ? Woran erkenne ich diese ?
Wozu ist die Parität ?
und warum ist das D8 in () ?

[Tomi (Gast)]

Steel schrieb:
> Wie soll sich die Übertragung denn Synchronisieren wenn du
> lückenlos
> Dauerfeuer vom uC aus gibst?
>
> Starte mal das Terminal und schalte den uC dann erst ein (oder Reset).
> Besser: Wartezeit von x ms zwischen den Übertragungen.
>
> Welches Terminalprogramm? Ich kann hterm empfehlen.

Ich benütze hterm bereits.
Mein Ziel war es zunächst nur Daten senden und später einen Interrupt 
einbauen der dann die Daten sendet.

Naja das mit Reset und warten hat nicht geholfen

[Steel (Gast)]

Dann tippe ich auch auf die Clock-Einstellung.

[Alex (Gast)]

Hallo,

hast du die Clocks initialisiert? (SystemInit();)

Hterm hat als Standardmäßige Baudeinstellung 115200, da kommt es 
manchmal vor das man vergisst die richtige einzustellen.

[Tomi (Gast)]

Alex schrieb:
> Hallo,
>
> hast du die Clocks initialisiert? (SystemInit();)
>
> Hterm hat als Standardmäßige Baudeinstellung 115200, da kommt es
> manchmal vor das man vergisst die richtige einzustellen.

Einfach am Anfang SystemInit(); aufrufen ? genügt das schon ?

[Scherflein (Gast)]

>Startbit D0 D1 D2 D3 D4 D5 D6 D7 (D8) (Parität) Stopbit(s)

>Wie lange sind dann die Start/Stopbits ? Woran erkenne ich diese ?

Musst nicht Du tun. Das macht der UART (bei richtiger Einstellung)

>Wozu ist die Parität ?

Zum Fehlercheck?!

>und warum ist das D8 in () ?

Die Wortlänge bei einer UART Strecke ist konfigurierbar.
Das können 5 bis ich weiss nicht wieviel Bits sein...

[Scherflein (Gast)]

Und man könnte ja z.B. mal

http://de.wikipedia.org/wiki/UART

lesen.

[Tomi (Gast)]

Steel schrieb:
> Dann tippe ich auch auf die Clock-Einstellung.

ALso ich habe am Anfang die SystemInit(); aufgerufen aber gebracht hat 
es nichts, deswegen leigt das nicht am Clock ?

[Tomi (Gast)]

Also der Fehler liegt in dem system_stm32f10x.c file,
im SetSysClock() function in der SystemInit.

Wenn ich es auskommentiere läuft alles langsamer aber dafür geht es.

Da ich auch aber ne ADC auswertung mache , ist das nicht so gut, wie 
mische ich das ganze jetzt zusammen das es für USART geht aber dafür das 
ADC nicht leidet ??



Mein preprozessor hat den Symbol STM32F10X_HD_VL definiert.

in the system_stm32f10x.c:

#if defined (STM32F10X_LD_VL) || (defined STM32F10X_MD_VL) || (defined 
STM32F10X_HD_VL)
/* #define SYSCLK_FREQ_HSE    HSE_VALUE */
 #define SYSCLK_FREQ_24MHz  24000000
#else
/* #define SYSCLK_FREQ_HSE    HSE_VALUE */
/* #define SYSCLK_FREQ_24MHz  24000000 */
/* #define SYSCLK_FREQ_36MHz  36000000 */
/* #define SYSCLK_FREQ_48MHz  48000000 */
/* #define SYSCLK_FREQ_56MHz  56000000 */
#define SYSCLK_FREQ_72MHz  72000000
#endif
.....



static void SetSysClock(void)
{
#ifdef SYSCLK_FREQ_HSE
  SetSysClockToHSE();
#elif defined SYSCLK_FREQ_24MHz
  SetSysClockTo24();
#elif defined SYSCLK_FREQ_36MHz
  SetSysClockTo36();
#elif defined SYSCLK_FREQ_48MHz
  SetSysClockTo48();
#elif defined SYSCLK_FREQ_56MHz
  SetSysClockTo56();
#elif defined SYSCLK_FREQ_72MHz
  SetSysClockTo72();
#endif

 /* If none of the define above is enabled, the HSI is used as System 
clock
    source (default after reset) */
}

[Franzi (Gast)]

Zur richtigen Erstellung von system_stm32f10x.c bietet STM ein 
Excel-Tool an. Da gibst du deine Systemparameter ein und dir wird ein 
passendes system_stm32f10x.c erstellt. Kennst du das, hast du das 
verwendet, oder hast du deine system_stm32f10x.c aus einem fremden 
Projekt, mit fremden Einstellungen kopiert?

Das Excel-Tool ist irgendwo auf der STM-page versteckt, einfach mal 
suchen...

Grüße,
Franzi