STM32 - Probleme mit der UART im RX-Interrupt mode

[M. G. (ixil96)]

Hallo,

ich verwende einen STM32L010 Mikrocontroller mit einem RN2483A (LoRa 
Modul) bei 57600 Baud - ohne ext. Quarz.

An und für sich funktioniert die Kommunikation, aber sobald ich das 
RN2483 Modul in den sleep mode versetze und nach 5 Minuten wieder 
aufwecke, wird keine Rx-Interrupt Routine mehr ausgelöst wenn Daten auf 
der Rx-Leitung anstehen.

Messung mit dem Oszi zeigt aber saubere Daten (siehe Bild) nur der 
Controller bekommt es irgendwie nicht mit - also kein Einsprung in die 
ISR.

Lege ich das RN2483A Modul aber nicht schlafen, dann funktioniert alles 
und die ISR wird ausgeführt wenn Daten kommen.

Das erfolgreiche Aufwachen des RN2483A Moduls wird mit OK bestätigt.

Hat jemand eine Idee was hier das Problem sein kann?

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Wie sieht denn die UART Leitung aus wenn das RN2483 schläft?
Immernoch idle high?

[Zod M. (do0zy)]

M. G. schrieb:
> Lege ich das RN2483A Modul aber nicht schlafen, dann funktioniert alles
> und die ISR wird ausgeführt wenn Daten kommen.

nachdem die Daten deinem Screenshot nach immer noch von dem Modul 
gesendet werden, liegt die Vermutung nahe, dass du in der uC Software 
einen Fehler in der "Schlafen legen Befehl" Routine machst.
Ohne deinen Code zu sehen kann dir da aber niemand weiterhelfen.

[M. G. (ixil96)]

Mw E. schrieb:
> Wie sieht denn die UART Leitung aus wenn das RN2483 schläft?
> Immernoch idle high?

Ja

[M. G. (ixil96)]

D. W. schrieb:
> M. G. schrieb:
>> Lege ich das RN2483A Modul aber nicht schlafen, dann funktioniert alles
>> und die ISR wird ausgeführt wenn Daten kommen.
>
> nachdem die Daten deinem Screenshot nach immer noch von dem Modul
> gesendet werden, liegt die Vermutung nahe, dass du in der uC Software
> einen Fehler in der "Schlafen legen Befehl" Routine machst.
> Ohne deinen Code zu sehen kann dir da aber niemand weiterhelfen.

Ja das war auch meine erste Vermutung. Doch das Modul legt sich schlafen 
(Strommessung bestätigt das) und nach dem Aufwecken erhalte ich ein OK - 
somit stimmt hier alles.

[Zod M. (do0zy)]

M. G. schrieb:
> Ja das war auch meine erste Vermutung. Doch das Modul legt sich schlafen
> (Strommessung bestätigt das) und nach dem Aufwecken erhalte ich ein OK -
> somit stimmt hier alles.

Du hast glaub ich nicht verstanden, was ich meinte. War auch schlecht 
formuliert von mir..

Dein Mikrocontroller schickt das Modul in den Schlafmodus. Dafür wirst 
du wahrscheinlich eine Funktion geschrieben haben. Wenn du diese 
Funktion nicht aufrufst scheint ja alles glatt zu laufen. Aber sobald du 
die Schlafenlegen Funktion mit ins Spiel bringst, löst der uC keinen 
Interrupt mehr aus.
Also könnte es sein, dass du in diesem Teil deines Programmcodes einen 
Fehler hast, der dazu führt, dass nicht mehr in die ISR gesprungen wird.

Allerdings ist meine Glaskugel heute sehr staubig und ich hab keine Lust 
mehr die heute Abend noch zu putzen..wenn du deinen Code nicht posten 
möchtest, wirds also schwierig an der Stelle zu debuggen.

[Stefan F. (Gast)]

M. G. schrieb:
> wird keine Rx-Interrupt Routine mehr ausgelöst wenn Daten auf
> der Rx-Leitung anstehen.

M. G. schrieb:
> Doch das Modul legt sich schlafen
> (Strommessung bestätigt das) und nach dem Aufwecken erhalte ich ein OK -

Für klingt das nach einem Widerspruch.

[M. G. (ixil96)]

Das ist meine Routine für den sleep mode:

void rn2483_sleep(void)
{
    //uint8_t rn2483_go_in_sleep[] = {"sys sleep 864000000\r\n"};  
    len_of_data1 = strlen((char*)rn2483_go_in_sleep);
    if (HAL_UART_Transmit(&huart2, rn2483_go_in_sleep, len_of_data1, 10) != HAL_OK)
    {
      Error_Handler();
    }
}

und damit wecke ich das Modul auf:

void wakeupRN2483(void)
{
    MX_USART2_UART_Init_28800();    // change to 28800 Baud for sending BREAK condition

    /********************** RN2483 wake up *********************/
    if (HAL_UART_Transmit(&huart2, byte080, 1, 10) != HAL_OK)    // low signal 226µs at least
    {
      Error_Handler();
    }

    MX_USART2_UART_Init();      // change to 57600 Baud

    if (HAL_UART_Transmit(&huart2, byte55, 1, 10) != HAL_OK)    // send 0x55
    {
      Error_Handler();
    }
}

und hier die beiden UART Inits:

static void MX_USART2_UART_Init(void)
{
  huart2.Instance = USART2;
  huart2.Init.BaudRate = 57600;
  huart2.Init.WordLength = UART_WORDLENGTH_8B;
  huart2.Init.StopBits = UART_STOPBITS_1;
  huart2.Init.Parity = UART_PARITY_NONE;
  huart2.Init.Mode = UART_MODE_TX_RX;
  huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE;
  huart2.Init.OverSampling = UART_OVERSAMPLING_16;
  huart2.Init.OneBitSampling = UART_ONE_BIT_SAMPLE_DISABLE;
  huart2.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT;
  if (HAL_UART_Init(&huart2) != HAL_OK)
  {
    Error_Handler();
  }
}

static void MX_USART2_UART_Init_28800(void)
{
  huart2.Instance = USART2;
  huart2.Init.BaudRate = 28800;
  huart2.Init.WordLength = UART_WORDLENGTH_8B;
  huart2.Init.StopBits = UART_STOPBITS_1;
  huart2.Init.Parity = UART_PARITY_NONE;
  huart2.Init.Mode = UART_MODE_TX_RX;
  huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE;
  huart2.Init.OverSampling = UART_OVERSAMPLING_16;
  huart2.Init.OneBitSampling = UART_ONE_BIT_SAMPLE_DISABLE;
  huart2.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT;
  if (HAL_UART_Init(&huart2) != HAL_OK)
  {
    Error_Handler();
  }
}

[Stefan F. (Gast)]

Vielleicht musst du nach dem Senden ein bisschen Warten bevor du die 
Baudrate umstellst.

[M. G. (ixil96)]

Ich denke ich habe den Fehler gefunden!

Nach der erneuten Initialisierung der UART für 57600 Baud

MX_USART2_UART_Init();      // change to 57600 Baud

fehlt diese Zeile

HAL_UART_Receive_IT(&huart2, rxData, 1);               // receive 1 byte in interrupt mode

Aber das werde ich erst morgen testen.