About GTelk

GTelk · 2023-06-06

Hi, we tried to send raw ethernet packages using a STM32MP157C-DK2. We used this simple C code here: https://gist.github.com/austinmarton/1922600The code works well on Linux x86 systems as well on Raspbian, but not on the STM32MP157C-DK2 [1]: Sending...

GTelk · 2019-05-02

We use a STM32F0 in an application with increased safety requirements. The power supply is secured by a simple fuse and we have to assure that the STM32F0 is in reset state when the fuse is blown (EN60335).Since we have a second power supply in the s...

GTelk · 2024-11-20

Old ticket, but I had the same problem when using OpenOCD & STM32MP157 - so I came across this ticket. For all those who do the same:The reason for this was a floating JTAG TDI input pin, which is not required when using the SWD interface. But when i...

GTelk · 2022-10-19

There is an unititialized variable in stlink_usb.c, see https://github.com/STMicroelectronics/OpenOCD/pull/13

GTelk · 2019-05-07

Thank you all for the helpful hints! I agree now that we need to add some external components to ensure that the STM32F0 is in reset state when the fuse is blown.

GTelk · 2019-05-03

No, unfortunately we need ADC inputs also to be connected to the second power supply, and as far as I see Pins with an ADC option are not Fault Tolerant...

GTelk · 2019-05-02

It seems that there is nothing helpful "on chip", e.g. a brownout reset circuit or a separate input, to be used for an undervoltage lockout - or am I wrong?

User statistics

User Activity

Sending Raw Ethernet Packages using STM32MP157C-DK2

Is there a simple way to prevent that the STM32F0 is supplied parasitic through the protection diodes of the GPIOs? The device seems not to provide a brownout reset circuit, or am I wrong?

Re: MP1 SWD access probably tristates all GPIO sometimes

Re: How to connect STM32H745I-DISCO with openOCD using openOCD ?

Re: Is there a simple way to prevent that the STM32F0 is supplied parasitic through the protection diodes of the GPIOs? The device seems not to provide a brownout reset circuit, or am I wrong?

Re: Is there a simple way to prevent that the STM32F0 is supplied parasitic through the protection diodes of the GPIOs? The device seems not to provide a brownout reset circuit, or am I wrong?

Re: Is there a simple way to prevent that the STM32F0 is supplied parasitic through the protection diodes of the GPIOs? The device seems not to provide a brownout reset circuit, or am I wrong?