Inofficial libmaple F3-port « LeafLabs Garden

LeafLabs Garden » Development

Inofficial libmaple F3-port

(66 posts) (9 voices)

Started 2 years ago by ventosus
Latest reply from gbulmer

12…5 Next »

ventosus
Member

As we have a nice DIYable community board design http://forums.leaflabs.com/topic.php?id=10410 ready to be equipped with an STM32 F3 series chip, I've started an F3-port of libmaple, based on git HEAD, it can be found here:

https://github.com/ventosus/libmaple/tree/F3

Once finalized, It should introduce suport for STM32F302xx/303xx/313xx to libmaple (fully API compatible wherever possible).

The peripherals of the F3 are either new, partially or fully portable in respect to the F1 series.

State of the port: functional with rough edges ;-)
- make build infrastructure, linker scripts: PORTED
- wirish, board defines: PORTED

fully portable peripherals:
- NVIC: PORTED
- RCC: PORTED
- SYSCFG: PORTED
- EXTI: PORTED (but the internal EXTIs)
- TIMER: PORTED
- DMA: PORTED
- DAC: PORTED
- USB serial: PORTED (F1 clone)

partially portable peripherals:
- SPI: PORTED
- GPIO: PORTED (F2 clone)

new peripherals:
- ADC: PORTED (awaiting some API extensions)
- FPU: PORTED
- I2C: EXPERIMENTAL (master-mode-only, no error handling yet)
- USART: NOT YET PORTED (no priority, as I don't use it atm)
- Comparator: NOT IMPLEMENTED
- OpAmp: NOT IMPLEMENTED

This is work-in-progress, don't expect it to be bug-free (ever), I cannot (and will not) test every last bit. I'll report in this thread on its advancement from time to time.

Bug-reports, patches, extensions, feedback, helping hands, etc. are welcome.

I've already migrated my main project from an F103CB to the F303CC (48pin) with this port. It uses 4xADC(in dual-dual mode with 4 DMA channels), 1xSPI(2 DMA channels), 1xI2C, the FPU, SIMD instructions, the DAC and a couple of timers and external interrupts, working fine so far.

Posted 2 years ago #
ventosus
Member

There's a ready to use board template for an Orone Mini F3.
Here some sample build instructions:

export BOARD := orone_mini_F3 export MEMORY_TARGET := jtag export DFU_VENDOR := 0x0483 export DFU_PRODUCT := 0xdf11
make
# download to the chip via F3 built-in DfuSe bootloader dfu-util -a 0 -d $(DFU_VENDOR):$(DFU_PRODUCT) -s 0x08000000:leave -D build/orone_mini_F3.bin

Posted 2 years ago #
mlundinse
Member

Exuse me for a silly question but are the F3 chips having F1 peripherials (mostly) with a M4 core, like F2 and F4 have updated peripherials with M3 and M4 cores respectively ?

Posted 2 years ago #
gbulmer
Moderator

mlundinse - "are the F3 chips having F1 peripherials (mostly) with a M4 core"

Yes! Also, unlike STM32F2 and STM32F4, STM32F303 comes in a 48pin LQFP package. This is very good for compact boards. Not much bigger than an Arduino mini, yet comparable to Arduino Due for projects which don't require the Due's extra memory or pins.

That's partly why I've been aiming to make a reasonable, DIY-able, STM32F board. Getting the STM32F303 to work under the libmaple API should be a lot less work than STM32F4.

STM32F303 has new peripherals, and the way peripherals are mapped to pins has changed from STM32F103, but they are otherwise very similar. ala42 has described some work and results on a thread on this forum. IIRC STM32f103 USB code worked with very small changes.

Posted 2 years ago #
gbulmer
Moderator

ventosus - Wonderful work. Very well done.

So other than the USB_DISC + nearby Ground pin (which has been added to the S8E and S8H variants), is there anything else you feel that Orone-mini needs to adequately support STM32F303?

Posted 2 years ago #
ala42
Member

Here is a usart port: http://home.arcor.de/ala42/libmapleUsartF3.7z
Look for STM32F3 to find the changes.

Posted 2 years ago #
ventosus
Member

@mlundinse "AN4228: Migrating from STM32F1 to STM32F3 microcontrollers" gives a nice overview of the differences (they have more in common than they differ, IMHO) http://www.st.com/st-web-ui/static/active/en/resource/technical/document/application_note/DM00073522.pdf

@gbulmer Apart from an alternate F3-specific silkscreen on the final design (more AINs, more PWMs, DAC, SPI3) I don't see a need to change anything.

The 48pin STM32F303CC has 15 analog pins. PB15/PB14/PB13/PB12 are located at SPI2. There is an analog input at PB2 (the F3 have no Boot1 pin). One could extend analog ground to include PB2. Is it worth it? I don't think so.

@ala42, superb, I'll have a look at it.

Posted 2 years ago #
feurig
Member

AWESOME!!!!

Posted 2 years ago #
bnewbold
Ex-Leaflabs

I created a github ticket to review/merge this; probably won't happen soon, but don't want to lose track of it: https://github.com/leaflabs/libmaple/issues/78

Posted 2 years ago #
mk13
Member

Very nice work. I'm trying to get it running on the stm32f3discovery board and mostly it runs already.

@ala42
I tried to integrate your USART port and got it compiled at the end with some modifications.
1) I placed the usart.c in the libmaple/stm32f3 directory, but had to replace the usart.h twice - lipbmaple\include\... and libmaple\stm32f3\include\... in order to avoid double definitions
2) The function usart_set_baud_rate(...) calls a function rcc_dev_clk_speed() which I can't find in the rcc modules. Could you please provide this function? btw I'm not sure if your comment for clock_speed ("Clock speed, in megahertz") is correct. divider would be 0 for most usual baud rates
3) In wirish HardwareSerial.c a change of the call to usart_set_baud_rate() is needed due to different parameter count.

Posted 2 years ago #
ala42
Member
I have these usart.h/.c files in the same directory as util.c
You are right, clock_speed is in Hz, not in MHz. Here is my rcc code: http://home.arcor.de/ala42/libmaple_rcc.7z
In HardwareSerial.cpp I use
```
usart_init(usart_device);
 usart_set_baud_rate(usart_device, baud);
 usart_enable(usart_device);
```
Posted 2 years ago #
ventosus
Member

Very nice work. I'm trying to get it running on the stm32f3discovery board and mostly it runs already.

@mk13, good to hear that you got it running on the discovery. Did you have to change something in the codebase apart from creating the board specific files (and the obviously missing USART)?

Posted 2 years ago #
feurig
Member

Any chance we can get the f3discovery into the targets until the orone_mini_f3 is more hammered out? I am going to try to run this up sometime this week and see if I can get the usb midi / usart midi to run on it.

Posted 2 years ago #
gbulmer
Moderator

feurig - "... until the orone_mini_f3 is more hammered out?"

What things are on your list of stuff that needs to be more hammered out? I haven't much spare time, but I might be able to help move things a bit further, though I can't commit to an f3 bootloader right now.

ventosus has made an f3 on the older Orone_mini. I believe it works.
Also the newer board designs have a small improvement, a pair of holes, 0.1" pitch, to enable a "hand operated" USB pull-up. This should enable folks to load code, including a bootloader, using an ordinary USB cable. So no need for hardware debug, or even a USB-UART converter cable.

Posted 2 years ago #
ventosus
Member

Any chance we can get the f3discovery into the targets

Sure, ideally it's just a matter of adding defines for the XL-density line of chips to libmaple and the board pin map for wirish.

...made an f3 on the older Orone_mini. I believe it works.

It does, yes. It's embedded in a metallic cricket outside, runs off solar power since a couple of weeks and plays MIDI songs from FLASH through the DAC whenever the sun starts shining ;-)

There's no need for a bootloader for the F3 chips, IMHO, the built-in DfuSE one works flawlessly.

Posted 2 years ago #

RSS feed for this topic

12…5 Next »

Reply »

You must log in to post.