STM32L052K8U inputs randomly not working after a while

[Yves Bmnt]

Hi all,

In my project I use several IOs, I2C, SPI, UART, ADC, DAC and most of them work as expected.

However, I have 2 inputs from push buttons (pushing the button would set them to 0 volt), set with pull-ups (not set as EXTI) that sometimes stop working after a while: When I check the voltage I see the level is changing, but when reading these IOs using HAL_GPIO_ReadPin() their state doesn't change anymore until I reset the PCB.

The rest of the software still works fine when it happens.

Never seen this before on ST, and this project was actually migrated from STM32L031 which never showed the issue. I'm having a hard time reproducing the bug, it seems very random so far.

If I called the GPIO Init on a regular basis, would it prevent this issue?

Kind regards

P.S: I use GNU tools for STM32 v13.3.rel1

[Andrew Neil]

Please give more details about your setup:

How to write your question to maximize your chances to find a solution

 

---

@Yves Bmnt wrote:

when reading these IOs using HAL_GPIO_ReadPin() their state doesn't change anymore Kind regards

---

What if you look at the port data register directly?

Have you checked the other port registers to check the configuration is still correct?

[Ozone]

> However, I have 2 inputs set with pull-ups (not set as EXTI) that sometimes stop working after a while: When I check the voltage I see the level is changing, but when reading these IOs using HAL_GPIO_ReadPin() their state doesn't change anymore until I reset the PCB.

I would run the board in a debugger until the problem happens, and then compare the peripheral register settings for any changes.

"Random" occurences are often related to race conditions and / or stack overflows.

[Danish1]

When the pins aren't behaving, do you know if they are reading 1 or 0?

A "gotcha" of GPIO pins is that if you set them to be Analog, any attempt to read the digital value will return 0. You need to return them to digital input to be able to read the digital value.

Maybe with L052 you're setting a pin to Analog on the wrong port.

(This is because the stm32 might otherwise consume unnecessary power when the voltage is somewhere between Vdd and Vss).

[waclawek.jan]

Which 2 pins?

JW

[Yves Bmnt]

PA10 & PA11

I'm trying to reproduce the issue in debug mode so I can check the registers when it happens, but I don't know how to trigger it so it might take time...

Thanks to everyone for your help, appreciate it!

Yves

[LCE]

I'm using an L073, but not these pins, on an L031 project using PA10 for UART RX, no problems there.

I don't know what that EVENTOUT really does (some core M0 signal...), but even then the alternate function must be enabled.

Maybe some pointer going astray in your source, which then accidentally writes GPIOA->register ?

Or some copy / paste mistake? I'd search my source code for "GPIOA->".

Edit: or only GPIOA when using HAL.

[LCE]

One more...

push buttons: maybe some ESD and / or debouncing problem?