2025-11-24 8:47 AM
Hello ST Experts,
I am using an STM32H755ZIT6 with W25Q256JV flash in Quad-SPI mode at 100 MHz.
On our latest hardware revision, we observe occasional QSPI read failures and flash communication instability.
During analysis we found:
• QSPI_CLK and IO lines reach up to 4.7 V (measured on oscilloscope).
• This exceeds STM32 specification (VDD + 0.3 V).
According to AN5612 (ESD & internal clamp diode behavior):
If an I/O pin exceeds VDD + diode drop, the internal clamp diode conducts, which may cause:
Timing shift
Soft failures
Functional instability
Question:
→ Is overshoot of 4.7 V likely to disturb QSPI timing even if the current is low?
→ Is there a recommended clamp current limit for STM32H7 QSPI pins?
Compared to V2 hardware (working), V3 has:
• All QSPI lines routed to 66.6 mm
• Serpentine added on CLK, CS, RESET
• Additional vias
• Closer traces to noisy areas (buzzer, LEDs, ESP32)
According to AN4661 – Section 8.4.3:
CLK must NOT be serpentine
CLK must be shortest path
Only IO0–IO3 should be length-matched
Route over continuous GND plane
Avoid vias and impedance discontinuities
Question:
→ Can serpentine on CLK + long trace length distort the signal enough to cause timing jitter or overshoot?
→ Is matching CS and RESET to 66 mm considered a design violation for QSPI?
After modifying UART-RTOS event handling, V3 behaves better, but V2 never needed firmware changes.
Question:
→ Does QSPI margin degradation due to hardware layout typically produce "borderline” behavior where firmware timing becomes more sensitive?
Could ST please clarify:
Whether the 4.7 V overshoot is safe for STM32H755 QSPI pins
Whether V3 routing violates best-practice QSPI layout rules
Whether such routing can cause sporadic failures at 100 MHz
Any recommended steps (series resistors, termination, drive strength tuning)
I can share schematics and layout if needed.
Thank you for your guidance.
2025-11-25 12:32 AM
Hi,
4.7V is not safe when VDD=3.3V. It may cause EMI issue and would damage chips in long time.
Please take care the reason why such overshoot was happened. To set lower output strength, to have a better matching resistor values on the path may solve the problem.
Best regards,
2025-11-25 1:32 AM
> Hello ST Experts, ...
Many posters - like me - are just users like you, not associated with ST in any way directly. Just saying.
> I am using an STM32H755ZIT6 with W25Q256JV flash in Quad-SPI mode at 100 MHz.
Not sure if you understand the bandwidth requirement you imply here.
I suppose you know the Laplace / Fourier theorem and functional transformations (a.k.a. FFT).
A 100 MHz rectangular signal implies a significant amount of harmonics of the base frequency to be properly identified at the other end, usually about one order of magnitude.
In other words, your PCB traces should accomodate 1GHz signals.
Reading your description, I suppose this is not the case.
As a temporary fix, you can reduce the clock speed.
But I strongly suggest to redesign the board, and keep those traces as short as possible.
2025-11-25 4:09 AM
> But I strongly suggest to redesign the board, and keep those traces as short as possible.
And I would like to add, use a proper design tool that can estimate the wave resistance of those PCB tracks, and add matching series resistors to the SPI signal lines.
I am a software guy, better consult a hardware specialist here, one familiar with RF issues.