STMH7 SPIv3 - MISO in slave mode

ChibiOS public support forum for topics related to the STMicroelectronics STM32 family of micro-controllers.

Moderators: barthess, RoccoMarco

Posts: 1
Joined: Sun Aug 02, 2020 11:47 pm
Location: California, USA

STMH7 SPIv3 - MISO in slave mode

Postby Sparky » Sun Aug 09, 2020 8:42 pm

Hello ChibiOS fans :)

I am using SPIv3 driver on STM32H7 with the usual tweak in hal_spi_lld.c to allow STM to function as in SLAVE role. Generally there is no issue with communication to the MASTER (as both parties are configured for the same number of bytes in the SPI transaction), however in terms of SPI signaling it looks a little incorrect.

The image below shows STM driving MISO (yellow) low and then immediately released after the last byte is clocked. (DMA is used for the SPI transactions.)


The SPI MASTER continues to assert slave select (NSS, blue) low for a long while after the last CLK (pink). I think would be better if STM drive the MISO line until NSS is de-asserted...after all, it is being addressed by the MASTER during this time.

Just wondering if other people observe the same MISO behavior with their SPI SLAVE implementations and thoughts on resolution.

Thank you!

User avatar
Site Admin
Posts: 13086
Joined: Wed May 27, 2009 8:48 am
Location: Salerno, Italy
Has thanked: 759 times
Been thanked: 638 times

Re: STMH7 SPIv3 - MISO in slave mode

Postby Giovanni » Sun Aug 09, 2020 9:05 pm

Perhaps it needs a pull-down.


Posts: 139
Joined: Wed Dec 08, 2010 7:52 am
Has thanked: 36 times
Been thanked: 3 times

Re: STMH7 SPIv3 - MISO in slave mode

Postby Jacon » Mon Aug 10, 2020 9:15 am

Or change NSS driving pin output mode to push-pull...

Posts: 341
Joined: Sat Jul 19, 2014 12:59 pm
Been thanked: 11 times

Re: STMH7 SPIv3 - MISO in slave mode

Postby rew » Mon Aug 17, 2020 10:24 am

When there is no more data to be sent, what value (0 or 1) would you want to see? With there being a "protocol breakdown" the master should expect to receive garbage. Or at least discard the data that it gets.

So the behaviour of the chibios+chip is maybe unexpected, but is it wrong? Does it cause problems for you'? If you enable pullup or pulldown as giovanni suggests on one or both of master/slave, you'll see much quicker convergence to a defined level. But does that help you in a way?

If your master doesn't know if your slave has 100 or 150 bytes, but the first few bytes will tell it, you can just transfer 150 bytes and once the transaction is complete ignore the last 50 bytes or not. That's probably much easier to implement than to arrange for an interrupt once enough bytes to know the actual length are transferred and then adjusting the DMA size.... Ongoing DMA? Hmm. not going to happen, if I remember the DMA controller specs correctly...

I do agree that most hardware-implementations simply tie the output-enable of the MISO line to the chip select line. So it is different here, but does that difference matter to you? Why?

Return to “STM32 Support”

Who is online

Users browsing this forum: No registered users and 2 guests