STM32F091RC Nuclio - can it be that DMA interfare with CAN BUS? about stm32_graphics_display_drivers

[RobertoBenjami]

What type of display?
Does it only work incorrectly if the can interface is also running?
Does it work well without DMA?
If no read the bitmap data from the display, then:

#define LCD_DMA_RX 0, 0, 0, 0

You can even try channel 7:

#define LCD_DMA_TX 1, 7, 3, 0

I only have one f051c8t from the f0 family, so I can't do a practice test with f091.

[JuMalIO]

ILI9341 display.

In software mode (without DMA LCD_SPI=0) it works fine.
In hardware mode (without DMA LCD_SPI=2) it works fine.
In hardware mode (with DMA LCD_SPI=2) it works only until I get CAN message and on that CAN interrupt I start drawing. It draws first symbol on screen and then waits for DMA to finish and gets stuck in infinite loop.

Tried:
#define LCD_DMA_RX 0, 0, 0, 0
But does not make a difference, same loop exists.

Channel 7 seems not to work. Or I need to change anything else, like PINs?
#define LCD_DMA_TX 1, 7, 3, 0
Display does not show anything.

I have connected CAN on A11 A2 pins. Tried moving CAN pins to B8 B9 but still DMA is not happy...

[JuMalIO]

It works on channel 7 only if I define RX channel also (I do not use reading from screen though):

#define LCD_DMA_TX        1, 7, 3, 0
#define LCD_DMA_RX        1, 6, 3, 0

but infinent loop still persists on CAN message.

[RobertoBenjami]

It is not a good idea to run a drawing function from an interrupt. If the DMA interrupt priority of the drawing function is less than that from which the drawing was operated, it will go into an infinite loop. Either the DMA interrupt priority should be set higher than its CAN (#define DMA_IRQ_PRIORITY 15) or do not draw in the interrupt.

[JuMalIO]

Thanks, I have also tried ILI9486 drivers. It works nicely. Awesome work!