Arduino for STM32

Do you want to directly disable automatic reset?


Yes but I need to keep the watchdog active and not longer than 1s. I am guessing that the stm32duino USB CDC driver is doing some handshaking with the host when USB connect/disconnect but taking too long and triggers the watchdog reset.

It would ...

There is no HW triggering reset. The issue appears to be the stm32duino USB CDC driver which takes a long time (>1s) in its ISR when the USB host connects/disconnects leading to watchdog timeout reset. Disabling the watchdog is not an option.

Does anyone know how to disable automatic system reset on USB CDC connect/disconnect in stm32duino?

Thanks

This is an old thread but this problem is due to a bug in the stm32duino RTC library method getEpoch(). It's still there in the latest version as of today. The getEpoch() method incorrectly uses the mktime() function which assumes its input is in local time and makes relevant adjustments according ...

fpiSTM wrote: Sat Aug 28, 2021 1:32 pm I've evaluate it anyway it does not support all the STM32 series that's why I didn't go further.
Adafruit use it for their cores.

Really? The TinyUSB docs indicate support for:

ST: STM32 series: L0, F0, F1, F2, F3, F4, F7, H7 both FullSpeed and HighSpeed

Which STM32 series are missing?

the built-in usb stack is actually quite good
just that to understand them try attending some open classes, there are very few mcu manufacturers who provide such training materials
https://www.youtube.com/watch?v=rI3yBmnfAZU&list=PLnMKNibPkDnFFRBVD206EfnnHhQZI4Hxa
as for that in the core, you can ...

Has anyone used the TinyUSB for Arduino (https://github.com/adafruit/Adafruit_TinyUSB_Arduino) with stmd32duino?

The built-in USB stack is pretty bad.

After looking the EEPROM library source code and the lower level API buffered example, I decided not to make all the source code changes required to use the lower level API. Instead I decided to write a new library based on the existing EEPROM library but with option for buffered operation to avoid ...

Unfortunately no. Good to have the link in this thread now but the warnings should really be in the main documentation page for the library itself.

Well, it looks like you haven't read it carefully enough.
At the top there's a fragment that should make you think twice:
Th EEPROM library ...

...
Unfortunately no. Good to have the link in this thread now but the warnings should really be in the main documentation page for the library itself.


Well, it is a generally known fact to us old-timers from the original (Roger's STM32duo forum) as it was discussed in length. But that forum ...