Uart receiver pb

[kkhli.1]

 i have established communication with a BLDC (Brushless DC) controller. Initially, i send a message to the controller using the function void sendParameter(uint8_t parameter). Following this transmission, the BLDC controller is expected to respond with a frame. Although the transmission process appears to be functioning correctly, the receiver is not operating as expected. i have confirmed this issue using a logic analyzer. 

 

 

UART_HandleTypeDef huart1;

uint8_t buffer[10];

uint8_t senddata[4] = {0x66, 0x42, 0x00, 0xA8};

uint8_t transmitAllowed = 1;

-----------------------------------------------*/

void SystemClock_Config(void);

static void MX_GPIO_Init(void);

static void MX_USART1_UART_Init(void)

 

 

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)

{

    HAL_UART_Receive_IT(&huart1, buffer, 1);

}

 

void sendParameter(uint8_t parameter)

{

  HAL_UART_Transmit_IT(&huart1, senddata, 4);

HAL_Delay(100);

}

 

  */

int main(void)

{

 

  HAL_Init();

  SystemClock_Config();

  MX_GPIO_Init();

  MX_USART1_UART_Init();

 

  HAL_UART_Receive_IT(&huart1, buffer, 10);

  while (1)

  {

        readParameter(0x42);

 

 

  }

[Tesla DeLorean]

Perhaps you're looking at the wrong end of the problem?

Perhaps make the receive here accumulate data and output some kind of diagnostic.

Don't ignore error codes returned, and check the status of the USART and that's it's not holding some sticky failure status, like Noise, Framing, Overrun, or whatever.

Using the debugger, single stepping, and viewing the peripheral registers is unlikely to be a helpful approach.

Add more diagnostic output so you understand what the STM32 is doing / seeing.

[Karl Yamashita]

You probably didn't enable the NVIC for the UART. 

You call HAL_UART_Receive_IT in two different places but 1 of them is set to interrupt on 1 byte instead of 10.

[kkhli.1]

yhe nvic was enabled. the uart transmit work well.but the uart recieve don't work.

[Andrew Neil]

@kkhli.1 "yhe nvic was enabled."

That's necessary - but not sufficient.

As well as having the NVIC correctly configured, you also need the UART to be correctly configured to generate interrupts.

"the uart transmit work well. but the uart recieve don't work."

Could mean that you don't have the receive interrupt enabled.

[Karl Yamashita]

Hard to tell what you're doing unless you post a more relevant code. You haven't posted any code on readParameter function so don't know how you're checking for received data. Your code doesn't show any transmit either so contradicts you saying that the transmit works.. 

[kkhli.1]

---

@Karl Yamashita wrote:

Hard to tell what you're doing unless you post a more relevant code. You haven't posted any code on readParameter function so don't know how you're checking for received data. Your code doesn't show any transmit either so contradicts you saying that the transmit works.. 

---

i made an entry error .infact. readparameter() is  void sendParameter(uint8_t p

arameter) but even ithat  still not working

the transmit work well you can see the image below (frame to send) is the same data i have sent with uart transmit .uint8_t senddata[4] = {0x66, 0x42, 0x00, 0xA8};

[Karl Yamashita]

You say the receiver is not operating as expected but give no explanation. How are you checking for received data?

[Karl Yamashita]

When you call the first HAL_UART_Receive_IT you don't check the HAL status so how do you know if interrupt mode is enabled? Is this a custom board?

[kkhli.1]

No but i made a break point at the first HAL_UART_Recieve _IT , he didtn't even enter  the function

I also noticed if I remove the delay   HAL_Delay(100);  the transmitt will send a missing message 

void sendParameter(uint8_t parameter)

{

  HAL_UART_Transmit_IT(&huart1, senddata, 4);

HAL_Delay(100);

}

it send this 

uint8_t senddata[4] = {0x66, 0x42, 0xA8}; instead this   uint8_t senddata[4] = {0x66, 0x42, 0x00, 0xA8};

[Karl Yamashita]

If it didn't enter the function then the interrupt is not enabled. If it did enter and returns, you'll get return status HAL_OK.

[kkhli.1]

i will verify again ,  thank you for answering

[Karl Yamashita]

Just upload the whole project so we can see the actual code and the ioc file. And let us know if you're using a custom board or a Nucleo/Discovery board.

[kkhli.1]

you find attached my project , I'm using Nucleo F446RE

[Karl Yamashita]

You've changed the clock settings from the default board setup. I don't have that board so I can't test if those new settings are causing an issue. Just start a new project using the default settings it creates. 

[kkhli.1]

I have to recieve a frame from a bldc controller , this frame as follows 

START CMD LENGTH BAT CUROLD TSNS STATE USER VOL CUR

0x66

0x42

0x??

1 byte

1 byte

2 bytes

1 byte

2 bytes

2 bytes

2 bytes

but i didn't receive anything , the problem with how to manage the lengh of every  values 's frame(byte ,2byte)could you help me please? i'm using nucleo F446RE

[Andrew Neil]

I thought you said you were abandoning this thread, and moving to your new one?

https://community.st.com/t5/stm32-mcus-products/uart-reciever/m-p/627367/highlight/true#M232225