[libmaple] Black F407VET6

[da_user – Sun Mar 25, 2018 3:45 pm] –
But there is no \core\libmaple\ directory. VM Search in the wrong dir or put the file in the wrong dir.

Well, please check this by yourself, sorry but I cannot help you with VM, I have no experience at all.
I know that in Eclipse you have to check the directory settings of the project and adjust it to be identical as handled by Arduino IDE.

Well, please check this by yourself, sorry but I cannot help you with VM, I have no experience at all.

No Problem. You helped a lot!
You say mostly the problems are options of platform.txt and boards.txt? Well, STM32_Generic runs, maybe i found the correct difference. And i will ask in the Forum of VM.
And last exit: testing Visual Studio Code

Again: thank you for your help!

[da_user – Sun Mar 25, 2018 5:48 pm] –
You say mostly the problems are options of platform.txt and boards.txt?

Nope. They are the solution

[stevestrong – Sun Mar 25, 2018 5:54 pm] –
Nope. They are the solution

Yes, they are!
VM can’t help: http://www.visualmicro.com/forums/YaBB. … 1522079538

But i have looked at my own. I have changed Arduino_STM32\STM32F4\plattform.txt Line 78 to:
recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" {compiler.c.elf.flags} -mcpu={build.mcu} "-T{build.variant.path}/{build.ldscript}" "-Wl,-Map,{build.path}/{build.project_name}.map" {compiler.c.elf.extra_flags} -o "{build.path}/{build.project_name}.elf" "-L{build.path}" -lm -lgcc -mthumb -Wl,--cref -Wl,--check-sections -Wl,--gc-sections -Wl,--unresolved-symbols=report-all -Wl,--warn-common -Wl,--warn-section-align -Wl,--warn-unresolved-symbols -Wl,--start-group "{build.path}/core/syscalls.c.o" {object_files} "{archive_file_path}" -Wl,--end-group

Ok, my Black F407VET6 arrived so I can also play with it:
I use the Steve core (downloaded 18-04-24)
My first attempt is a conversation of “our” ILI9341 F1 library:
First error was – more or less – easy:
C:\Users\Administrator\Documents\Arduino\hardware\Arduino_STM32_18_03_06\STM32F4\libraries\Adafruit_ILI9341_STM\Adafruit_ILI9341_STM.cpp:69:13: error: invalid conversion from 'volatile uint32* {aka volatile unsigned int*}' to 'volatile uint32_t* {aka volatile long unsigned int*}' [-fpermissive] csport = portSetRegister(_cs);

Use SPI_DATA_SIZE_8BIT

[stevestrong – Tue Apr 24, 2018 9:28 pm] –
Use SPI_DATA_SIZE_8BIT

Thanks Steve!
As we say in German “Den Wald vor lauter Bäumen nicht mehr sehen” (something like “to miss the forest for the trees”)…compiling is now ok (with warnings) Results will follow!

Just for the records:
First test is negative.
No screen output and hangs up somewhere (just a quick Serial debug test).
I need to dig further. Maybe the library is too much STM32F1 optimized, maybe I roll back to an earlier version without the whole DMA stuff until I found the critical code.

Mathias

I think it is good that there is the same phrase in different countries

It’s something like

“I could not see the wood, for the trees”

Meaning I could not see the wood because of the trees obscuring it.

Same as in German

Core: Steve’s F4 libmaple
Ok, some further progress:
The “old” library works.
One problem I found: The SPI pins definitions are on alternate pins

So for SPI1:
SCK1 and MOSI1 is on: PA5 and PA7 and ALSO
(alternate) PB3, PB5

found it out in generic_f407v.h

#define BOARD_NR_SPI 3
#define BOARD_SPI1_NSS_PIN PA4
#define BOARD_SPI1_SCK_PIN PA5
#define BOARD_SPI1_MISO_PIN PA6
#define BOARD_SPI1_MOSI_PIN PA7
#define BOARD_SPI1A_NSS_PIN PA15
#define BOARD_SPI1A_SCK_PIN PB3
#define BOARD_SPI1A_MISO_PIN PB4
#define BOARD_SPI1A_MOSI_PIN PB5

Strange thing (for further research):
disabling
//#define SPI1_ALTERNATE_CONFIG 1 // use alternate SPI1 on SPI3 pins

Matthias, I was able to use ILI9341 on that board when I tested the DCMI, together with OV7670 camera.
I did that define in SPI.h because I needed 42MHz SPI clock on PB3 to achieve ~26fps, see my project attached here: http://stm32duino.com/viewtopic.php?f=39&t=3414#p43358, and at least one of PA5-7 is reserved for DCMI.
Do you test the graphicstest sketch?

Steve: Exactly, I use the graphic test.
Working on the (little modified) “old” library (#include “Adafruit_ILI9341.h”) works without problem on the alternate SPI pins, but not on standard SPI1

The new DMA library crashes after drawing some white blocks

Are you really sure that it is the DMA which crashes?
Please test the ILI9341 lib from the link above.
Meanwhile I will double-check the graphic test.

Steve I’ll check it tonight with your library! Really strange thing is more that the standard SPI1 port without alternate is not working . tested wirh a SPI basic code.

Be aware that the default SPI instance declared in SPI.cpp is SPI(3) (because of those connectors to some extra boards).
So SPI.write() will try to write on SPI3.

[stevestrong – Wed Apr 25, 2018 8:41 am] –
Are you really sure that it is the DMA which crashes?
Please test the ILI9341 lib from the link above.
Meanwhile I will double-check the graphic test.

Steve: Even with your library the same symptoms: crashes after a while (same config as with the standard non DMA library)

Ok, some updates!
Even without owning a OV7670 I tried out your code and the screen is working.
So there must be a problem with some functions within the ILI9341 library getting the MCU to crash. I’ll try out the basic functions to define the problem.
Edit updates:
I lowered the frequency (both, safe and freq) to 1200000, also using the shortest jumper cables I own, took another ILI9341 display, but no changes.
I inserted:
tft.setRotation(1); // rotate 90° for landscape
tft.setAddrWindow(0, 0, screen_h, screen_w);

I just tested the graphicstest.ino from the attached ILI9341 lib on SPI1 of my black F4 board and it works with my repo.

OK, some pixel groups are displayed wrongly in two of rectangle tests but the most important thing is that it does not hang.

ILI9341 Test!
Display Power Mode: 0x9C
MADCTL Mode: 0x48
Pixel Format: 0x5
Image Format: 0x9C
Self Diagnostic: 0xC0

Read single pixel test
------------------------------
Write pixel: 0x1234
Read pixel: 0x1234

Read multiple pixel test
------------------------------
Write pixels: 0x1234, 0x5678, 0x9012, 0x3456
Benchmark Time (microseconds)
Screen fill 142065
Text 20827
Lines 91022
Horiz/Vert Lines 16827
Rectangles (outline) 12483
Rectangles (filled) 4718
Circles (filled) 66692
Circles (outline) 69433
Triangles (outline) 24135
Triangles (filled) 114242
Rounded rects (outline) 30803
Rounded rects (filled) 341549
Done!

<OBSOLET>
Strange thing.
I downloaded your repo again, installed the linked ILI-lib blank, same results.
which adafruit_gfx do you use (the one without _AS) – getting some wiring_private missing errors (ok, I disabled the line, cause we don’t need I2C)
Do you select this port from the ide?
“GenericSTM32F407V series” – usb serial (CDC)?
I tested also the “mini” one, but this crashes immediately.
To be sure, I use this board:
https://www.aliexpress.com/item/Free-sh … 84907.html