I have enabled the:
LV_USE_PERF_MONITOR 1
LV_USE_MEM_MONITOR 1
When I run an example like the “lv_example_anim_3()” without the debug information the image displayed fine, but when I use debug window the debug window is corrupted.
What MCU/Processor/Board and compiler are you using?
I’m using STM32 h7.
What do you want to achieve?
I’m trying to see the debug window without corruption.
What have you tried so far?
I don’t really know where the problem comes from.
Code
void ili9488_flush_cb(lv_disp_drv_t *disp, const lv_area_t *area, lv_color_t *color_p) {
//Set the drawing region
LCD_SetPos(area->x1, area->x2, area->y1, area->y2);
int height = lv_area_get_height(area);
int width = lv_area_get_width(area);
HAL_DMA2D_Start(&hdma2d, (uint32_t) color_p,
(uint32_t) (0x60000000 | 0x0200000), width, height);
HAL_DMA2D_PollForTransfer(&hdma2d, HAL_MAX_DELAY);
lv_disp_flush_ready(disp);
}
void my_clean_dcache_cb(lv_disp_drv_t *disp_drv) {
/* Example for Cortex-M (CMSIS) */
SCB_CleanInvalidateDCache();
}
Hi, I run the benchmark and it completes with graphical issues. I’m trying to follow and adjust to this example: STM32F769I-DISCO-LVGL/master.cpp at master · tdjastrzebski/STM32F769I-DISCO-LVGL · GitHub
to my STM32 H7 with no luck.
Interesting case - It works great when I use regular DMA or “Regular” transfers individually.
Interesting case - I saw when I send the picture or some pixel data that is static the output to display is not distorted but in some other cases it is distorted.
I don’t think I can help you much as I have no idea of how STM32 DMA2D works,
however I think this line is the issue:
I suspect the third argument is the start address for DMA? In my project I was writing directly to a framebuffer in DMA so I had to set the start address of DMA to the x/y positions of the area to be drawn.
However, it seems you already set the drawing position with LCD_SetPos… so I’m not sure.
My last hint is that you would have to figure out if there are functional differences between DMA2D on your MCU (STM32 H7) and the STM32F7-xxx, considering the other drawing functions have no graphical issues.