Arduino for STM32

Ah ok I see, software serial could be an option, but it is preferred to use hardware serial since best using the inbuilt options.

Plan of attack is to then create a custom hardwareserial class, that way I can have two sets of buffers

I honestly feel like I am always asking about weird requests :lol:

Is it possible to have serial ports with two different RX/TX buffers?

In the HardwareSerial.h file, we have the following two lines:
unsigned char _rx_buffer[SERIAL_RX_BUFFER_SIZE];
unsigned char _tx_buffer[SERIAL_TX_BUFFER_SIZE ...

Ok so just downloaded the latest commit from git, and USB works now.

The official 2.0.0 release does not work for USB though.

As of today, latest release was this: https://github.com/stm32duino/Arduino_Core_STM32/commit/640eed4f42d642ffae2259a9c2415da39cd39731


Damned, I've forgot to set my ...

Ok so just downloaded the latest commit from git, and USB works now.

The official 2.0.0 release does not work for USB though.

As of today, latest release was this: https://github.com/stm32duino/Arduino_C ... a39cd39731

I know about the USB selected and I've tested with USB enable. As I mentioned in my previous post, USB is well enumerated.
Did you made some HW change on the Nucleo? Do you wired something on PA11/PA12 and How ?


Oh ok. I did a second fresh install of arduino and 2.0 core onto another computer ...

I am on the latest core, 2.0.0. On the latest Arduino IDE (1.8.15).
Options selected exactly are:
Board Nucleo G474RE
U(S)ART support Enabled (generic Serial)
USB Support (if available): CDC (generic serial supersesde U(S)ART)
USB speed: Low/Full Speed
Optimize Smallest (-Os default)
C Runtime ...

I am currently working with a Nucleo G431 and G474 boards, both are experiencing the same problem where as soon as "USB Support CDC (generic Serial" is selected from the build menu, it appears the CPU never runs the sketch and I believe it is crashing instantly?

With that option enabled, you cannot ...

Comparing the two, it appears the new core only supports HSI? Instead of trying the external HSE first?

Might be something to add as a user configurable item as that really messed up CAN timing, and I noticed the timed based items like flashing LEDs appeared to be a touch faster which would explain ...

Thankyou so much for that tip!

Right I understand. I have reimplemented the original clock timing functions and it is still not functioning correctly. I have copy/pasted directly from the variant.cpp file for the STM32F446 variant and its now working.

Something done in the new method doesnt seem ...

I am selecting:
Board: Generic STM32F4 Series
Board Part Number: Generic F446RETX

I believe it could be clock related, Im trying to compare all changes from v1.9 to 2.0 in git but it is quite extensive.