[STM32GENERIC] F429i Discovery

Its just a copy from examples in the F4 firmware http://www.st.com/en/embedded-software/stm32cubef4.html

It is good to look at those examples, but really not the arduino way. At all.

For example, if that board really has ILI9341 on SPI, than the Adafruit ILI9341 just works (After setting the correct SPI.stm32SetInstance(SPIx), SPI.stm32SetMOSI(…) …), and you don’t need anything else.

Oh how I wish I had that board…

For example, if that board really has ILI9341 on SPI, than the Adafruit ILI9341 just works

That would be much too easy and I would have done an example long time ago.
It is parallel ( p.34 ).

Oh how I wish I had that board…
In my opinion you should ask STM. They shall give you one for free.
Its worth is 1/2 hour firmware developers work and I think you invested a little bit more than 1/2 hour in this project

Meanwhile “huaweix” has a working example which drives the display

He set the path separate to our examples directory and added all necessary libraries.
Probably that’s a quite good strategy to have all the important libraries related to the board in its location.

Daniel, what do you think? It would probably very good to include the work of huaweix quite soon in the repo.

Again, it is just the firmware examples. Download the firmware, and you get examples for everything.
It is fine if you do your own project without arduino.
But look at the code!
#define LED3_PIN GPIO_PIN_13
#define LED3_GPIO_PORT GPIOG
#define LED3_GPIO_CLK_ENABLE() __GPIOG_CLK_ENABLE()
#define LED3_GPIO_CLK_DISABLE() __GPIOG_CLK_DISABLE()

Hi Daniel,

I saw that it is quite unclean, but at least the display was working.
So there seems to be a change to use the display driver without to much effort.
I know you don’t have the board … I tried to send STM a message that the should provide you one.

About library compatibility: I will open a general thread regarding all frameworks.

Cheers,
Christoph

I’ve just added a Adafruit-GFX compatible wrapper and two examples.

Now the Adafruit-GFX functions can be used for the graphics.

FYI ST wants to create individual repos for “hardware features” of their boards https://github.com/stm32duino/Arduino_C … /issues/48

If the do, and only use HAL, than I will “use” those too, so it will be their responsibility to create and maintain the libraries ;-P

[danieleff – Fri Jun 30, 2017 10:08 am] –
If the do, and only use HAL, than I will “use” those too, so it will be their responsibility to create and maintain the libraries ;-P

We also accept contribution/suggestion, it’s an open source project All contributors/contributions are welcome. :mrgreen:

It is probably a good idea to separate the board drivers in another github repo.
Probably it can speed up the development process.
The most important thing is in that case that there is a description on how to install both repos.
Usually I simply make “git clone” because than I can make changes in my repo very quick but I don’t know how this collides with an installation by the board manager … if you could just describe the “work flow” …

[ChrisMicro – Fri Jun 30, 2017 4:38 pm] –
if you could just describe the “work flow” …

This is planned. A simple git clone will be enough

not sure if this phrased correctly.

will the boards repo have the current repo (probably shrunken in size) as module(s) ?

stephen

Goal is to make them available througt the Arduino libraries manager. But for advanced user a simple git clone in the libraries directory will be enough…
@chrismicro you would like to know the wow?

@chrismicro you would like to know the wow?

Hmm, I do not understand wow. :shock:

wow?

way of working

yes, probably you can make a description:

– links to the repos
– how to cooperate

FYI ST wants to create individual repos for “hardware features” of their boards https://github.com/stm32duino/Arduino_C … /issues/48

If the do, and only use HAL, than I will “use” those too, so it will be their responsibility to create and maintain the libraries ;-P

Is something going on in this direction? I don’t know if there is any repository.

First repo for Ethernet has been created.
Some other will come. And if you have any one you think which should be good to add do not hesitate to ask.
Then we could create a repo or fork one to update it.
It an open subject which need to be developed.

First repo for Ethernet has been created.
Link please

Some other will come. And if you have any one you think which should be good to add do not hesitate to ask.
Then we could create a repo or fork one to update it.

I understood it this way that hardware peripherals for various boards like the STM32F746 will be supported.
For me the most important would be that the STM32F7 disco and F4 disco will be functioning.
And than I don’t know if Daniel would transfer for e.g. the TFT for the F7 disco to the new repo.

https://github.com/stm32duino/STM32Ethernet
https://github.com/stm32duino/LwIP

Currently under Pulls request is under review

With some PinMap magic glue code, ethernet compiles, just
WARNING: library LwIP claims to run on [stm32] architecture(s) and may be incompatible with your current board which runs on [STM32] architecture(s).
WARNING: library STM32Ethernet claims to run on [stm32] architecture(s) and may be incompatible with your current board which runs on [STM32] architecture(s).