HAL_SPI_Transmit_IT blocks

[Marc1]

Hello,

I've a problem with HAL_SPI_Transmit_IT() function as it blocks similar to HAL_SPI_Transmit.

Microcontroller: STM32F205VCT6

Compiler: arm-none-eabi-gcc, gcc version 7.3.1 20180622 (release)

[ARM/embedded-7-branch revision 261907] (15:7-2018-q2-4)

Code is generated by STM32CubeMX, Version 4.27.0

Activated peripherals:

SPI3 (Transmit Only Master), SPI3 global interrupt enabled

GPIOA.9 as output

My own code:

uint8_t buffer[3] = { 1, 2, 3 };
HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, GPIO_PIN_RESET);
HAL_SPI_Transmit_IT(&hspi3, buffer, 1);
HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, GPIO_PIN_SET);

If I hand over one single byte to HAL_SPI_Transmit_IT() it does not work non-blocking as you can see at the following scope.

If I hand over more than one byte (e.g. 3 bytes), HAL_SPI_Transmit_IT() works correctly (non-blocking).

What could be the reason? Why can't I send one single byte in non-blocking mode?

[DFlam]

Yes, I know, but unfortunately HAL library waits for TX complete, RX complate and BUSY flag reset for both master and slave transaction.

Finally I found the root cause of my problem: it's an hardware bug on BUSY flag (sometimes not cleared at the end of transaction); that's why sometimes the code exited for timeout.

Being this, the only solution is to modify the HAL library to only check for reliable and usefull flags in save mode.

Thanks,

Davide.

[S.Ma]

Use bi directional SPI master mode, if you don't need receive MISO just don't activate the GPIO. (the monodir seems to have weird behaviour such as SCK gets out of control, also on new SPI IP, don't use the MISO/MOSI swap, it won't work as expected)

In this case, use DMA TX to trigger the transmission clocks. don't use any interrupt here.

Also activate prior this the DMA RX and trigger the completion DMA interrupt only.

When the interrupt comes, you are sure all is done.

And if you want multiple SPI masters running concurrently (which justifies multiple SPI IPs on the chip), above method works just fine as well.

You'll need to build an interrupt based state machine(s). Works with HAL.

[Cvega.11]

Hello my friend

To communicate with the wifi module, use the SPI2 of the board but no more, the board does not give me any answer. Any idea how to implement an example ???

How to send the AT commanders in the SPI communication through the following lines:

HAL_SPI_TransmitReceive_IT (SPI_HandleTypeDef * hspi, uint8_t * pTxData, uint8_t * pRxData, uint16_t Size)

HAL_StatusTypeDef HAL_SPI_Transmit_IT (SPI_HandleTypeDef * hspi, uint8_t * pData, uint16_t Size)