Stm32duino core and _LL_ periph drivers on Blackice II

[Wells]

I’ve been absorbing the ST literature on using the stm32L4 and studying the rmiller and grumpy old pizza arduino code in order to understand how to custom configure peripherals on the stm32.

Are my assumptions correct that:
—the grumpyoldpizza/rmiller drivers are based on the standard peripheral libraries
—ST has stopped supporting them in favor of its HAL drivers, though they still work fine
—ST has gained access to the STM32duino repo and is contributing/supporting it
—STM32duino is based on their HAL (which include the LL periph. drivers) and as such would enable use of functions from LL drivers directly in the arduino IDE

If I’m correct then I can see 2 possible ways to use the LL drivers:

1) Create a new arduino board architecture using the closest STM32duino config as a starting point (there’s a nucleo option that targets an stm32l433RC, so very close) and modifying rmiller’s blackice-specific code to work with it (or writing new code based on his work but targeting the STduino arch.)

2) Use the existing core and simply add the LL drivers I need

No.1 appeals to me b/c ST is contributing and as such it is the current state of the art. However it would not be easy and may very well be far above my abilities. If it works it may be useful to others and it’s possible it could be easily adapted to the MX

No. 2 may be way easier but seems clunky as it mixes the old standard library with the HAL/LL set.

At this point I’m exploring 1 and am writing to see if anyone has insight; basically I’m in the “feasibility” stage, I haven’t done much other than download the STM32duino repo and study its structure and how it compares with the rmiller code. There are some guides to creating custom board configurations by modding an existing config, and the arduino specifications, so I at least have a general roadmap.

I’ve also began muttering loudly to myself regardless of the presence of others, and more often than not I see the world as a field of vertically scrolling green characters ala the matrix. I’m hoping they will fade in time...

Thoughts?

Wells

[Folknology]

Hi Wells
Although I don't have familiarity with the Arduino stuff, option 1 sounds best and would make porting to other Stm32 chips simpler moving forward. Well done for taking this on BTW

Al

[Wells]

Well, I would reply that it’s my pleasure and would be happy to make my solution available, but I’m heading into unfamiliar waters with nary a chart, so I’ll reserve such sentiments for when I have something to show

If it works though it may add some pretty interesting functionality, even outside the arduino space, for using the STM32 alongside the FPGA. For example they include a CMSIS DSP core that implements some common arithmetic functions that are designed for continuous data streams and low latency. In any case I’m sure I’ll have plenty of questions before it’s all over

Wells

[Wells]

Sat down this evening, copied and renamed the board package I'd been studying, cracked my knuckles and opened the wiki on creating custom boards, and

great.

It might not be that bad after looking over what is being changed, I think I can follow the current process and plug in the changes later. I gather their main concern is with new submissions to their repository, and one certainty is that whatever I cobble up will not make it's way onto anyone's git, at least in it's initial form.

NB: in order to inform the technical level of this discussion, I volunteer that I am a highly trained specialist with many years of professional experience in the relevant field of I don't know what I'm doing.
Kindly calibrate any expectations accordingly