timeout version for the SPI api ? Topic is solved
Posted: Fri Sep 24, 2021 8:15 am
Hello,
SPI been a simple serializer, there should be no need for timeout version of spiSend and spiExchange, but I have seen that in the case of the STM32, if there is hardware problem (in our case a short on a board between CLK and MOSI), the peripheral do not raise signal of end of serialization, so DMA end transfert callback is never called, and the task which call SPISend is suspended forever. Perhaps a timout version of SPI API could help to detect and diagnose that kind of problem ?
Alexandre
SPI been a simple serializer, there should be no need for timeout version of spiSend and spiExchange, but I have seen that in the case of the STM32, if there is hardware problem (in our case a short on a board between CLK and MOSI), the peripheral do not raise signal of end of serialization, so DMA end transfert callback is never called, and the task which call SPISend is suspended forever. Perhaps a timout version of SPI API could help to detect and diagnose that kind of problem ?
Alexandre