USART Verbindunz zwischen Atmega 32 und Cortex M3 (Stm32)

[xy (Gast)]

Hallo Leute,

ich möchte Daten vom Prozessor A (Atmega32) zu Prozessor B (STM32F10x 
Discovery) übertragen.

Schaltungen im Anhang:

Code Prozessor A:

#define F_CPU 16000000UL      //Takt 16MHz

#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>

/* Programm Libs */
#include "defines.h"

int main(void)
{

  /* Lokale Variablen: */


  /* Ports as Outputs: */
  DDRA=0xFF;
  DDRB=0xFF; 
  DDRC=0xFF;

  uart_init();

 
   while (1)
   {


    // bei neueren AVRs steht der Status in UCSRA/UCSR0A/UCSR1A, hier z.&nbsp;B. fuer ATmega16:
    while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich                   */
    {
    }
 
    UDR = 'x';                    /* schreibt das Zeichen x auf die Schnittstelle */

   }
 
}


Defines.h:

#define BIT(x) (1 << (x)) 
#define SETBITS(x,y) ((x) |= (y)) //Maskierung
#define CLEARBITS(x,y) ((x) &= (~(y))) 
#define SETBIT(x,y) SETBITS((x), (BIT((y))))  //Bit SET
#define CLEARBIT(x,y) CLEARBITS((x), (BIT((y))))  //Bit RESET

#define BAUD 9600UL      // Baudrate
 
// Berechnungen
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)   // clever runden
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))     // Reale Baudrate
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD) // Fehler in Promille, 1000 = kein Fehler.
 
#if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
  #error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! 
#endif 

#include "functions.h"
void uart_init(void);

functions.h:

void uart_init(void)
{
  UBRRH = UBRR_VAL >> 8;
  UBRRL = UBRR_VAL & 0xFF;
 
  UCSRB |= (1<<TXEN);  // UART TX einschalten
  UCSRC = (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);  // Asynchron 8N1 
}

Prozessor B:

Auszug vom Programm:

  #define USARTy                   USART1
  #define USARTy_GPIO              GPIOA
  #define USARTy_CLK               RCC_APB2Periph_USART1
  #define USARTy_GPIO_CLK          RCC_APB2Periph_GPIOA
  #define USARTy_RxPin             GPIO_Pin_10
  #define USARTy_TxPin             GPIO_Pin_9

int main(void)
{
  RCC_ClocksTypeDef   Clocks;
  GPIO_InitTypeDef   GPIO_InitStruct;
  USART_InitTypeDef USART_InitStruct;

  SystemInit();

  RCC_GetClocksFreq(&Clocks);
  SysTick_Config( Clocks.HCLK_Frequency/1000 - 1 );  // 1000 Hz ( T=1ms)

  RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC , ENABLE);
    RCC_APB2PeriphClockCmd(USARTy_GPIO_CLK  | RCC_APB2Periph_AFIO, ENABLE);
    RCC_APB2PeriphClockCmd(USARTy_CLK, ENABLE); 

    GPIO_InitStruct.GPIO_Pin    =  GPIO_Pin_8|GPIO_Pin_9;      // TESTLEDS
  GPIO_InitStruct.GPIO_Speed  =  GPIO_Speed_10MHz;
  GPIO_InitStruct.GPIO_Mode    =  GPIO_Mode_Out_PP;
  GPIO_Init(GPIOC, &GPIO_InitStruct);

    /* Configure USARTy Rx as input floating */
    GPIO_InitStruct.GPIO_Pin = USARTy_RxPin;
    GPIO_InitStruct.GPIO_Mode = GPIO_Mode_IN_FLOATING;
    GPIO_Init(USARTy_GPIO, &GPIO_InitStruct);

    /* Configure USARTy Tx as alternate function push-pull */
    GPIO_InitStruct.GPIO_Pin = USARTy_TxPin;
    GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_Init(USARTy_GPIO, &GPIO_InitStruct);

   /* USARTy and USARTz configuration -------------------------------------------*/
    /* USARTy and USARTz configured as follow:
          - BaudRate = 9600 baud  
          - Word Length = 9 Bits
          - One Stop Bit
          - No parity
          - Hardware flow control disabled (RTS and CTS signals)
          - Receive and transmit enabled
    */
    USART_InitStruct.USART_BaudRate = 9600;
    USART_InitStruct.USART_WordLength = USART_WordLength_9b;
    USART_InitStruct.USART_StopBits = USART_StopBits_1;
    USART_InitStruct.USART_Parity = USART_Parity_No;
    USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
    USART_InitStruct.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;
    
    /* Configure USARTy */
    USART_Init(USARTy, &USART_InitStruct);
    /* Enable the USARTy */
    USART_Cmd(USARTy, ENABLE);
    /* Set the USARTy Address */
    USART_SetAddress(USARTy, 0x1);
    /* Select the USARTz WakeUp Method */
    USART_WakeUpConfig(USARTy, USART_WakeUp_AddressMark);

  LCD_Init();
  RTC_Init();
  NVIC_Configuration();
    
   LCD_Data('H');
  LCD_Data('A');
   LCD_Data('L');
  LCD_Data('L');
  LCD_Data('O');
//  lcd_string(" POOL 38°C");  

  while(1)
  {
    static s32 SysTickHold1000=0;
      if(USART_GetFlagStatus(USARTy, USART_FLAG_RXNE) != RESET)
      {
      GPIO_SetBits  (GPIOC, GPIO_Pin_9);
      LCD_Data(USART_ReceiveData(USARTy));
    }
    else
      GPIO_ResetBits  (GPIOC, GPIO_Pin_9);

     if( (SysTickCnt - SysTickHold1000) >= 1000 )    // 1 Sec
    {
      SysTickHold1000+=1000;
      RTC_Cyclic_1Sec();  //RTC-Cyclik in rtc.c
    }
  }

Verbindung wurde natürlich überkreuzt angeschlossen.

Es Passiert überhaupt nichts bei der Übertragung, beim System B ist das 
RXNE kurz gesetzt und irgentsoein komisches Zeichen wird empfangen (auch 
ohne Anschluss des 2. Prozesosrs) anschließend wird nichts mehr 
empfangen.

Es ist das erste mal dass ich etwas per USART mache, habe ich irgentwo 
einen Denkfehler, muss ich irgentetwas noch ändern?

Wäre euch sehr dankbar wenn ihr mir Ratschläge und testideen geben 
könntet!

freundliche Grüße

[spontan (Gast)]

Schon mal ein Oszi an die TX-Pin gehängt und geschaut ob überhaupt etwas 
rauskommt?

Sowohl TX des Prozessors als auch TX nach dem MAX.

[xy (Gast)]

Leider kein Oszi da, und mit dem DMM werd ich wohl nichts messen...

[xy (Gast)]

System A: -6,8V am TX

System B: 7V am TX

[xy (Gast)]

Direkt bei dem Tx mess ich beim Atmega fast 5V mit DMM, also denke ich 
gibt er was aus, und beim Tx vom Cortex messe ich 0, der sendet ja auch 
nichts.

[Strickwettbewerbgewinner (Gast)]

Du weist ja den RX/TX Pins auf dem STM32 gar nicht den USART zu. Du 
musst bei beiden
> GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF_PP;
einstellen, und so etwas:

GPIO_PinAFConfig (GPIOA, GPIO_PinSource9, GPIO_AF_USART1);
GPIO_PinAFConfig (GPIOA, GPIO_PinSource10, GPIO_AF_USART1);

ausführen, damit der USART auch diese Pins verwendet. Kann bei dir aufm 
F1 auch etwas anders sein, ich kenn mich mehr mit dem F4 aus.

[xy (Gast)]

Übrigens habe ich beim Atmega vors while(1) folgendes gepackt:

    while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich                   */
    {
    }
 
    UDR = 0x01;                    /* WAKEUP */

Dass der Cortex aufwacht.

[xy (Gast)]

Strickwettbewerbgewinner schrieb:
> Du weist ja den RX/TX Pins auf dem STM32 gar nicht den USART zu. Du
> musst bei beiden
>> GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF_PP;
> einstellen, und so etwas:GPIO_PinAFConfig (GPIOA, GPIO_PinSource9, 
GPIO_AF_USART1);
> GPIO_PinAFConfig (GPIOA, GPIO_PinSource10, GPIO_AF_USART1);ausführen, damit der 
USART auch diese Pins verwendet. Kann bei dir aufm
> F1 auch etwas anders sein, ich kenn mich mehr mit dem F4 aus.


Also ich habe das meiste hier aus nem DemoProgramm genommen.

Bei TX ist eh AF_PP configuriert

    /* Configure USARTy Tx as alternate function push-pull */
    GPIO_InitStruct.GPIO_Pin = USARTy_TxPin;
    GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_Init(USARTy_GPIO, &GPIO_InitStruct);

Beim RX muss aber der Mode ein Input Mode sein, also sollte 
GPIO_Mode_IN_FLOATING; doch Passen?


Das mit den anderen Beiden Zeilen klingt Logisch:

 GPIO_PinAFConfig (GPIOA, GPIO_PinSource9, GPIO_AF_USART1);
 GPIO_PinAFConfig (GPIOA, GPIO_PinSource10, GPIO_AF_USART1);

Allerdings gibts die Funktion beim F1 nicht, oder heißt anders und 
GPIO_AF_USART1 gibts auch nicht, muss ich ma nachlesen, was es da so 
gibt!

[xy (Gast)]

Allerdings auffällig ist dass ich mit dem DMM auch 0V messe am RX Pin 
direkt beim Cortex und vorm Max232 -7V

[spess53 (Gast)]

Hi

Warum dokterst du an zwei Baustellen herum? Verbinde die Module einzeln 
mit dem PC und teste die Verbindung mit einem Terminalprogramm.

MfG Spess

[xy (Gast)]

Habe kein Terminalprogramm, und auch keine Com Buchsen auf den 
Bausteinen.

Das ganze sind einfach 2 Steuerungen die dann 15m auseinander sein 
sollen und Daten untereinander Kommunizieren sollen.

Übrigens hab grad etwas merkwürdiges entdeckt, beim RX Spannungsteiler 
liegen 4V an nachm Max232 und in der Mitte 0V. -> ?

[xy (Gast)]

Also ich könnte evtl eine RS232 Buchse aus ner alten Grafikkarte 
auslöten.

Pins brauche ich eh nur RX,TX, GND und 5V, korrekt?

[xy (Gast)]

Das mit der Buchse aus Grafikkarte war natürlich Unfug.

Ich hätte ein LPT auf RS232 kabel hier, dass ich nicht zerstören will, 
welche Pins vom LPT müsste ich da verwenden?

[xy (Gast)]

Hab mir ein Kabel gebaut -> nun testen.

[xy (Gast)]

So Habe beim LPT zu RS232-Kabel am 25Pol Stecker Pin2 TXD mit dem RXD 
vom Atmega verbunden und PIN3 mit TXD

PIN7 GND mit meiner schaltung verbunden.

Terminalprogramm gestartet, Baudrate eingestellt, aber nichts 
passiert...

[Bastler (Gast)]

xy schrieb:
> Pins brauche ich eh nur RX,TX, GND und 5V, korrekt?

Hast du einen Plan, wie du das anschließen willst? Zum PC bzw. 
RS-232/USB-Wandler gehen RX, TX und Gnd. 5V haben da eher nichts zu 
suchen?

[xy (Gast)]

Wieschon gesagt, habe RX, TX und GND angeschlossen, dass mit 5V ist 
jetzt auch klar dass das nicht benötigt wird.

[µC-Bastler (Gast)]

xy schrieb:
> Habe kein Terminalprogramm
Aber dein Internetanschluß funktioniert? Unter Windo.s wäre HTerm eine 
Möglichkeit.

[xy (Gast)]

Versuchs gerade mit Hterm, aber empfang nichts.

Anschließen muss man hier wieder Überkreuzt richtig? Also PIN2 TX bei 
mir auf RX?

[xy (Gast)]

Funktioniert irgentwie bei beiden Boards nicht, beim einen das Senden 
und beim anderen das Empfangen...

[xy (Gast)]

Test mit Stm32: Also irgentwie geht nichts, empfangen nicht und senden 
auch net. (Ist jetzt mit PC verbunden)

  while(1)
  {
      /* Wait while USART1 TXE = 0 */
       while(USART_GetFlagStatus(USARTy, USART_FLAG_TXE) == RESET)
      {
      }
    Delay(1);
    USART_SendData(USARTy, 0x33);

      if(USART_GetFlagStatus(USARTy, USART_FLAG_RXNE) != RESET)
      {
      GPIO_SetBits  (GPIOC, GPIO_Pin_9);
      LCD_Data(USART_ReceiveData(USARTy));
    }
    else
      GPIO_ResetBits  (GPIOC, GPIO_Pin_9);   
  }

[xy (Gast)]

Hat jemand ne idee wie man noch testen könnte, bzw an was es liegen 
könnte? hab mitterweile wieder die 2µCs miteinander verbunden...

[xy (Gast)]

gerade beim Atmega Board den Atmega rausgenommen und RX TX verbunden, es 
passiert nicht wirklich viel. in Hterm im Received Bereich steht immer 
das gesendete, warum auch immer (is aber immer auch im ausgesteckten 
zustand) aber bei Transmitted Data steht gar nix...

[xy (Gast)]

Denke dass ich fehler gefunden habe, hatte bisher alles über USB 5V 
versorgt, aber die spannung war nur 4,26V und das war anscheiend etwas 
zu wenig...

[xy (Gast)]

Nur Funktioniert noch immer nichts, zum test 11 und 12 miteinander 
Verbunden

Spannungen PAssen, PIN2 9V, PIN6 -9V.

Allerdings auf RX und TX messe ich -9V nachdem ich senden drücke in 
Hterm messe ich +1,7V. Hoffe damit kann mir jemand helfen...

[xy (Gast)]

Niemand ne idee?

[spontan (Gast)]

Mit einem Multimeter an RX und TX messen, mach nicht wirklich Sinn.
Wenn kein Datenverkehr ist, kann man nur die statischen Pegel messen.
Mit Datenverkehr wirds aber sowas von sinnlos. Oszi her.

[xy (Gast)]

Wie gesagt ich besitze kein Oszilloskop.

Muss doch eine Möglichkeitgeben die Verbindung zu testen...

[xy (Gast)]

:D Habe den Atmega wieder reingesteckt, und mit Terminalprogramm 
Terminal v1.9b geschaut und siehe da, die Daten kommen an ;).

[xy (Gast)]

Am STM32 tut sich leider gar nix beim Max, wenn ich ein Zeichen sende 
steht im Terminal das als Received, is aber das selbe wie wenn ich das 
Kabel ausstecke. Spannungspegel passen. Dis Pegel am Rx und Tx auf RS232 
seite sind annähernd 0 ändern sich minimal bei übertragung...

[xy (Gast)]

Der Rx Spannungsteiler ist auch Merkwürdig, da hab ich 3,7V am Rx und in 
der Mitte vom Spannungsteiler 0V.

[xy (Gast)]

Die Ausgangspegel sehen jetzt ganz okay aus, und beim Senden vom 
Terminal kommt auch nix mehr zurück bei Receive, außer wenn man den µC 
Resettet und dann sendet steht einmal <0> im Terminal. Allerdings kommt 
wohl beim Prozessor nix an und umgekehrt auch nicht...

[Bastler (Gast)]

xy schrieb:
> ..., wenn ich ein Zeichen sende steht im Terminal das als Received,
> is aber das selbe wie wenn ich das Kabel ausstecke.

Dann hast du wohl im Terminalprogramm das lokale Echo aktiviert.

[xy (Gast)]

Also beim Atmega klappt alles wie schon erwähnt, habe die 2 Max232 auch 
schon vertauscht, also Hardwaremäßig müsste es Passen, allerdings müsste 
ich dan Softwaremäßig einen Fehler haben.

Aktuelle Software (will nur ein Zeichen zum PC Senden erstmal.

#include "stm32f10x.h"
#include <stdio.h>
#include "LCD.h"
#include "rtc.h"
#include "nvic.h"
#include "Util.h"  //UINTToString
#include "interrupt.h"

#define RTCClockOutput_Enable 


void Delay (unsigned long tick);
void RTC_Cyclic_1Sec(void);

volatile int32_t SysTickCnt=0;
__IO uint32_t TimeDisplay = 0;


int main(void)
{
  RCC_ClocksTypeDef   Clocks;
  GPIO_InitTypeDef   GPIO_InitStruct;
  USART_InitTypeDef USART_InitStruct;
  USART_ClockInitTypeDef USART_ClockInitStructure;

  SystemInit();

  RCC_GetClocksFreq(&Clocks);
  SysTick_Config( Clocks.HCLK_Frequency/1000 - 1 );  // 1000 Hz ( T=1ms)

  RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC , ENABLE);
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE);


    GPIO_InitStruct.GPIO_Pin    =  GPIO_Pin_8|GPIO_Pin_9;      // TESTLEDS
  GPIO_InitStruct.GPIO_Speed  =  GPIO_Speed_10MHz;
  GPIO_InitStruct.GPIO_Mode    =  GPIO_Mode_Out_PP;
  GPIO_Init(GPIOC, &GPIO_InitStruct);

  //Set USART1 Tx (PA.09) as AF push-pull   
  GPIO_InitStruct.GPIO_Pin = GPIO_Pin_9;   
  GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF_PP;   
  GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz;   
  GPIO_Init(GPIOA, &GPIO_InitStruct);

  //Set USART1 Rx (PA.10) as input floating
  GPIO_InitStruct.GPIO_Pin = GPIO_Pin_10;   
  GPIO_InitStruct.GPIO_Mode = GPIO_Mode_IN_FLOATING;   
  GPIO_Init(GPIOA, &GPIO_InitStruct);

USART_ClockStructInit(&USART_ClockInitStructure);
USART_ClockInit(USART1, &USART_ClockInitStructure);

   /* USARTy and USARTz configuration -------------------------------------------*/
    /* USARTy and USARTz configured as follow:
          - BaudRate = 9600 baud  
          - Word Length = 9 Bits
          - One Stop Bit
          - No parity
          - Hardware flow control disabled (RTS and CTS signals)
          - Receive and transmit enabled
    */
    USART_InitStruct.USART_BaudRate = 9600;
    USART_InitStruct.USART_WordLength = USART_WordLength_9b;
    USART_InitStruct.USART_StopBits = USART_StopBits_1;
    USART_InitStruct.USART_Parity = USART_Parity_No;
    USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
    USART_InitStruct.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;
    
    /* Configure USARTy */
    USART_Init(USART1, &USART_InitStruct);
    /* Enable the USARTy */
    USART_Cmd(USART1, ENABLE);
    /* Set the USARTy Address */
//    USART_SetAddress(USARTy, 0x1);
    /* Select the USARTz WakeUp Method */
//    USART_WakeUpConfig(USARTy, USART_WakeUp_AddressMark);

  LCD_Init();
  RTC_Init();
  NVIC_Configuration();
    
   LCD_Data('H');
  LCD_Data('A');
   LCD_Data('L');
  LCD_Data('L');
  LCD_Data('O');
//  lcd_string(" POOL 38°C");  

  while(1)
  {
    static s32 SysTickHold1000=0;
      /* Wait while USART1 TXE = 0 */

       USART_SendData(USART1, 0x44);
      //Loop until the end of transmission
      while(USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET) //Transmission Complete
      {
      GPIO_SetBits(GPIOC,GPIO_Pin_9);
      }
      GPIO_ResetBits(GPIOC,GPIO_Pin_9);
    Delay(100);

     if( (SysTickCnt - SysTickHold1000) >= 1000 )    // 1 Sec
    {
      SysTickHold1000+=1000;
      RTC_Cyclic_1Sec();  //RTC-Cyclik in rtc.c
    }
  }
}


void Delay (unsigned long tick) //Delay_ms
{  
  int32_t SysTickCntHold;
     SysTickCntHold = SysTickCnt;  
  while((SysTickCnt - SysTickCntHold ) <= tick );   
}

Die Testled auf GPIOC 9 Blinkt die ganze zeit, also die Software 
erkennts als Zeichen übertragen.


Hab aber gerade eine Vermutung an was es liegt bekommen...

[xy (Gast)]

Problem gelöst: Die Display Initialisierung war schuld, habe da den 
ganzen PORTA als ausgang gesetzt, statt nur die nötigen Pins...