Search Results

If you have the EmWin source code try it. Try the assembler otherwise. The goal is to find out the program flow differences in good working case with 25 ms and bad case with 30 ms. Dig into the GUI_DispStringAt function. Maybe, this is a matter of LCD emWin driver, I use GUIDRV_LIN_16 with GUICC_M565 color conversion - your code works like a charm. 25, 35, 600 ms

Hello, keyurthumar. Try to add GUI_Exec() call after GUI_DispStringAt("Bye!", 100, 100); Will it do the job?? C Source Code (7 lines)

Hello, Florian. Here you are. C Source Code (88 lines) Here is the log output: Source Code (57 lines)

Suuuny, png_longjmp function is called by a set of png_error functions. You are to trace through the PNG library to find out what code called png_error and then, eventually, png_longjmp. It seems that you will see the string explaining your case, i.e. png_error(png_ptr, "internal error: array alloc");

Suuuny, It does not really matter where you put this library. You must add a proper path to IAR compiler to be able to compile the library and code that uses it. Words "no definition for "GUI_PNG_Draw" are highly likely the linker swearings. It failed to find this function in object files that you supplied. Function GUI_PNG_Draw resides in 540\png\gui_png.c Make sure this file has been compiled and you got corresponding gui_png.o in IAR Obj directory.

Hello, WM_MOTION module continues to run when SWIPELIST reaches its top or bottom position. It seems that SWIPELIST_Callback does not stop motion while handling WM_MOTION message with WM_MOTION_MOVE command.

Hello, emWin 6.16, when using LISTWHEEL_MoveToPos function, the WM_NOTIFICATION_SEL_CHANGED notification is not being sent upon movement is finished. Is that intended??

Florian, How can user find out if there is a memory leak or not, with such normal behavior of emWin's memory management??

Asier, First thing that you should pay your attention for is the file that is being compiled and raised the error: ../systemview/SEGGER/SEGGER_RTT_ASM_ARMv7M.S This is the assembly one, not C. Second, if we look to the compilers arguments, in particular, what include directories have been supplied: C files: -I"C:\Axi\proiektua_2019\gral\workspaces\freertos\lpc_chip_175x_6x\inc" -I"C:\Axi\proiektua_2019\gral\workspaces\freertos\systemview_eredua\proiektua\inc" -I"C:\Axi\proiektua_2019\gral\worksp…

Hi, Asier! Great, the compiler does see the file! Now open original backed up SEGGER_RTT_Conf.h file with any editor, select all, copy and paste into that modified file, replacing its content. Try to compile now.

astazu, If compiler recognizes other header files from your Config directory, then it might be something wrong with the SEGGER_RTT_Conf.h itself. You first step is to help the compiler to see this file. Backup the original and create new one with exactly the same name and with following content: C Source Code (6 lines)If during the compilation you will see error file_exists! then this very first simple step is accomplished.

Hello, There is a function GUI__ExpandPixelIndicesEx that takes a buffer as an argument. This buffer is being read and written simultaneously during indices conversion. The problem is when converting from U16 to U32 using STM32 DMA2D. The output data seems to be corrupted. If I am not telling the emWin that I have HW conversion routine (GUICC_M565_SetCustColorConv) then the library does this conversion properly starting from the end of the buffer to the beginning. It seems that DMA2D fails to do…

Hello, emWin 6.16. Function WM_SetCallback leads to a crush with this simple code: C Source Code (30 lines)With 5.44 version that worked great, but somewhere between 5.44 and 6.16 this call had been added: WM__SendMessageNoPara(hWin, WM_SET_CALLBACK); There are lots of workarounds, that is not the point. It becomes an unpleasant surprise, for what possible purpose sending WM_SET_CALLBACK to a new cb may be useful??

Florian, It would be logically correct if WM_MOTION module could track if it is still needed by any entities. Now if, say, the SWIPELIST is beeing created the WM_MOTION_Enable(1) is called by the library and no WM_MOTION_Enable(0) could be called upon the SWIPELIST destruction. So library engine continues to call heavy ExecMotion routine in vein, wasting CPU's cycles. P.S. As for the SWIPELIST, not every its entity is intended to swipe, it would be nice if the library allowed the user to choose …

Hello, emWin 6.16. Function MULTIEDIT_EnableMotion(int hObj, int OnOff) calls WM_MOTION_Enable(1) irrespective of OnOff parameter, is that intended??

Saeed, It seems that your GUI_CM4F_L.lib library is missing these two functions: GUI_ANIM_StartEx and WIDGET_SetFocusable. I have downloaded STemWin_Library_V1.2.0 from st.com. It is based upon emWin 5.32 version. There are no such functions there, it seems your library misses them too. I use STemWin 5.44 - both GUI_ANIM_StartEx and WIDGET_SetFocusable functions are present, that is the case.

eesaeed, There might be the STemWin library. Is it there actually?? forum.segger.com/index.php/Attachment/4517/

eesaeed, Those errors are linker errors, make sure functions GUI_ANIM_StartEx and WIDGET_SetFocusable are present in your emWin library and you are linking your code against this library.

Florian, Thank you a lot for your exhaustive answer. The user manual says that GUI_DispChar takes U16 symbol - 16bits on my platform, whereas UTF-8 symbol can be as wide as 32-bits. Is not that strange??

Hello, I would like to display an UTF-8 string using different char colors with certain GUI_RECT, GUI_WRAPMODE_WORD and GUI_TA_HCENTER | GUI_TA_VCENTER defined. Is there any way to do it, except drawing char by char manually??