cancel
Showing results for 
Search instead for 
Did you mean: 

VN9D5D20FN: SPIE error when writing to specific bits in registers 0x01, 0x02, and 0x13 (SPI Mode 0, 1MHz)

yishui
Associate II

Dear ST Community and Experts,

I am facing a persistent SPI error (SPIE bit set) issue with the VN9D5D20FN high-side driver and would appreciate your help in troubleshooting.

1. Problem Description:

I am attempting to write to specific control registers via SPI, but the device frequently sets the SPI Error bit (SPIE), indicating a communication fault. The issue is particularly reproducible with certain registers and bit operations:

  • When writing a '1' followed by a '0' to bit 2 of registers 0x01 and 0x02, the SPIE error occurs almost every time.

  • Interestingly, similar write operations to registers 0x00 and 0x03do nottrigger this error.

  • Write operations to register 0x13also occasionally cause the SPIE error.

2. My SPI Configuration:

  • SPI Mode:0 (CPOL=0, CPHA=0).

  • Clock Frequency:1 MHz.

  • Data Order:MSB first.

  • Data Frame:The communication is set for 24 clock pulses per transaction, as required by the VN9D5D20FN.

3. What I've Checked/Note:

According to the datasheet, the SPIE bit is set due to errors in SPI communication, such as an incorrect SCK count or an SDI (MOSI) stuck-at condition.

 

My logic analyzer traces confirm that the SCK pulse count is consistently 24 per transaction. The problem seems to be related to specific write sequences to the aforementioned registers rather than a complete communication failure.

 

QQ图片20251107104746.jpgQQ图片20251107104835.jpg

 

Question:

Could you please provide guidance on what might be causing these SPIE errors specifically during writes to bits in registers 0x01, 0x02, and 0x13? Are there any known specific timing requirements, register access restrictions, or common configuration pitfalls for these particular registers that I should be aware of?

Thank you very much for your support!

1 REPLY 1
yishui
Associate II

This SPI error is currently blocking a critical milestone in our project. Any suggestions or ideas, whether related to hardware, software configuration, or subtle details in register access sequences, would be immensely helpful.

Thank you for your valuable time and expertise—we greatly appreciate any guidance you can offer.