Processor crash on PG10 initialisation

[GeertZelf]

Hi all,
I am in the process of bringing up a prototype board with a STM32L4R7ZIT6. I'm using CubeMX and use it for generating the startup code. I've configured a lot of peripherals.

When I configure PG10 as an input, the CPU crashes. Exactly at the moment that te confirmation is written in te control register of the io-port. When no other io's are configured, there is no problem. I tried to remove a lot of the peripherals, but the problem still exists. Is this a known issue? 

[AScha.3]

>Is this a known issue? 

did you read the errata sheet of this chip?

[GeertZelf]

Hi AScha.3,

Thank you for the tip. I checked it after your message. But no items on this issue, nor on my other issue. DAC via opamp 

[Tesla DeLorean]

Crashes how exactly? Code / MCU ends up where?

Dying in silently in while(1) loops will tell you nothing externally. Instrument the Hard Fault and Error Handlers so you can get actionable data. Stop in the debugger, understand where it is and what it is doing.

Other PG pins working? VCCIO Enabled? EXTI or Interrupts? 

[GeertZelf]

Hi Tesla,
Thans for your rapid reply. i'll answer your questions below:

- The other PG pins are working PG 0 ~PG 6 are unsued, PG 7,8 for the LPUART, PG 9 ~PG 15 are digital inputs and outputs.
  Workin in this context means 'can be configurated and initialised' There is no software yet using these io's.

- VCCIO Enabled?: I donot know what that means. I did connect the VDDIO2 pins tot the 3.3V VCC power supply.
- EXTI and Interrupts are not (yet) used.

[Tesla DeLorean]

On the L4+ the VDDIO2 on GPIOG bank must be explicitly enabled

 /* VddIO2 must be enabled to access GPIO port G[2:15] */
 __HAL_RCC_PWR_CLK_ENABLE();
 HAL_PWREx_EnableVddIO2();
 __HAL_RCC_GPIOG_CLK_ENABLE();

Is the configuration causing the MCU to RESET? Scope the NRESET/NRST pin, review other connectivity on a board level.

Stuck in Default_Handler ?

[David Littell]

Stop being coy and post an .ioc or code.

[GeertZelf]

Hi David,

 

Thank you for your reply. I'd love to send my .ioc file. But the site refuses to accept it. 

Has anyone a solution?

 

[David Littell]

The .ioc configures PG10 as an output, not an input as described in the OP.  Maybe attaching the CubeMX code would be helpful, along with the OP's "... configure(s) PG10 as an input".

[GeertZelf]

Hi David,
You are right. I noticed that with PG10 as an input, the error does not occur. So most probably I will get away with it in my project. Nevertheless this item is to interesting (for me at least) to leave unanswered.

[GeertZelf]

Problem solved.
Sorry for keeping you Buzzy. The PG10 has a capacitive coupling with the enable signal of the LDO. When the PG10 is configured as an output, it causes a smal glitch at the EN input, causing to power supply to drop for a short moment. Enough to have the CPU to restart. oeps...

Thank you all for your committment and involvement.