Search Results

Hi, Please try to change.. C Source Code (1 line) into.. C Source Code (1 line) Now the error should be gone. Nonetheless, it won't work. You have to set a framebuffer address like this (where VRAM_ADDR is the address of the framebuffer): C Source Code (1 line) Please take a look into the LCDConf.c attached. This is a generic LCDConf.c to be used with the GUIDRV_Lin driver. What kind of (or which) LCD controller do you want to use? Is it on-chip or is it an external one? How does the interface l…

Hi, I gave it a try but on my end it is working as expected. If I try to set a value of -999999999.567 it shows 10 as configured. Which version of emWin are you using? Here is the application I have used for testing: C Source Code (88 lines) Regards Sven

Hi, I gave it a try, but on my side it is working. Unfortunately, I don't know your callback function, maybe there is something wrong. Also, I don't know the font you are using. You might want to double check these two things (callback, font)? Regards Sven

Hi, How much memory do you have spend emWin in GUIConf.c? But at this time emWin needs only a few bytes to allocate memory for the device structure. Also you can try out what is going on when stepping through disassembly (I know this might get hard). Where does your program stays when you hold the executution? Regards Sven

Hi, This sounds like a wrong configuration. In general GUIDRV_Win_API is used in the simulation where you don't have a real hardware. Maybe it is possible to post your configuration file LCDConf.c. Regards Sven

Hi, Yes there is a way. In your 'cbMain' simply react on WM_NOTIFY_ENABLE. If pMsg->Data.v is 0 it gets disabled if the value is 1 it gets enabled. C Source Code (12 lines) If you want to create your own widget, you might want to take a look into our application note regarding creating own widgets: segger.com/downloads/appnotes/AN03002_Custom_Widget_Type.pdf Regards Sven

Hi, Welcome to emWin. You have to read the touch coordinates from your touch screen and pass them to emWin. The touch screen initialization and how the data from the touch screen are getting received is up the user. In most cases we create a dedicated touch task and fill a GUI_PID_STATE structure which gets passed to the function GUI_TOUCH_StoreStateEx(). GUI_TOUCH_StoreStateEx() fills a touch buffer in emWin. Here is an example of a function for touch handling it gets called periodically from a…

Hi, Unfortunately there is no such function. But you can simulate touch input if you fill a GUI_PID_STATE Sructure and pass it to emWin with GUI_TOUCH_StoreStateEx() or GUI_TOUCH_StoreState(). You might take a look into the example WIDGET_Knob.c. There we simulate touch input with GUI_PID_StoreState() and the animation module of emWin. Regards, Sven

Hi, Of course you can define your own colors. In your case you would need to swap the red and blue channel and invert the alpha channel. Like C Source Code (1 line) 0x00463726 is the default color notation of emWin. If the preprocessor define GUI_USE_ARGB is set to 1, GUI_MAKE_COLOR() will convert the color into the ARGB format. Like: 0x00463726 --> 0xFF263746 Of course, if you are sure that you will work always with GUI_USE_ARGB set to 1 you can keep the colors as they are. Regards, Sven

Hi, Please take a look into the example attached. There I create either one or two swipelists dpending on the given paramter. To show, hide and delete a window/widget you can use WM_ShowWindow(), WM_HideWindow() and WM_DeleteWindow(). If you define custom colors I recommedn to do it this way: C Source Code (6 lines) The alpha channel above reaches from 0x00 (opaque) to 0xff (transparent). This macro converts the color into the proper format depending on if GUI_USE_ARGB is defined or not. EDIT: R…

Hi, Yes, this can be achieved quite simple. But instead of using a scrollbar I would use the motion support of emWin. Nonetheless, I made two examples, one with a scrollbar and one with motion support. Both are attached. Regards, Sven

Hi, We will add the functions LISTVIEW_SetSelUnsorted() and LISTVIEW_GetItemTextSorted() to the documentation. I checked the function LISTVIEW_SetSelUnsorted(). It sets the selection to the item which was initially the item with the given index. This means, if item with index 0 is after a sort the third item (index 2), this function sets the selection to the third item. The function LISTVIEW_SetSel() sets the selection always to the item with the given index, no matter which index the item had i…

Hi, thanks for the hint. We will fix this with the next release. Regards, Sven

Hi, Quote: “The LCD driver I am using is GUIDRV_LIN_32 so it should be ok for drawing the image with 32bpp, isn't it? ” Which color conversion are you using? For GUIDRV_Lin you should use GUICC_8888 or GUICCM8888I. Also take a look into your GUIConf.h if GUI_USE_ARGB is defined to 1 you should use GUICC_M8888I. If this is not defined or defined as 0 you should use GUICC_8888. If these parameters don't fit it might be possible that the alpha channel gets misinterpreted and the drawing won't be vi…

Hi, Unfortunately, this is not possible with emWin. So, the best way is to create an circular gradient with e.g. GIMP and either use the PNG/BMP and draw it on the screen or convert it into an emWin bitmap using the BitmpaConverter and display it this way. Regards, Sven

Hi, the fastest way to draw an image is to use the emWin format. Use the bitmap the bitmap converter to convert an image into the proper format. The format depends on your color conversion used for the display driver. For example, if you run your LCD with GUICC_M8888I you should convert the images in to "true color with alpha, r/b swapped, alpha inverted". This will be the fastest format for drawing images. If you don't have enough memory available you might want to use the *dta format. This is …

Hi, I guess you are using WM_CF_MEMDEV to avoid flickering. Unfortunately, this is not the best way since it might slow down the application and requires some memory. Depending on the driver there are other options. If you use the GUIDRV_Lin driver I would recommend to use multibuffering instead of the flag WM_CF_MEMDEV. This will speed up the application, too. If you use GUIDRV_FlexColor try using a cached version of the driver. Use WM_CF_CONST_OUTLINE carefully. Do not use it global. If you us…

Hi, Quote: “ I am waiting for an external sdram to come, so i ll freeze this setup for a while. ” Good decision This will allow you to increase the emWin memory and have enough space for a frame buffer and other features like multibuffering or memory devices. Quote: “Inside lcdconf.c i don't have to set LCD_SetVRAMAddrEx. RIght? Does this mean the 384k memory will be in use because i m going to use serial interface for communcation? ” Yes, you don't have to set a VRAM address. When something sho…

Hi, 32 KB is not that much. Although, it is possible. But do not expect a fancy application. The main issue will be to have some memory allocated for emWin besides the memory for the frame buffer. The frame buffer is required to use an indirect interface with the GUIDRV_Lin driver. Lets say you want to spend emWin 16 KB of memory you would have another 16 KB left. With a color depth of 16 bpp you would need 2 bytes per pixel. This means you can drive a display with 8,192 pixels (equals a size of…

Hi Roldi, Yes, at the first glance it looks like a memory leak. But everything is fine. Try to run the code in a while loop and you will see that no further memory gets "lost". When drawing a JPEG the memory management of emWin checks if enough memory blocks are available. If this isn't the case (the JPEG module requires a fair amount of blocks) emWin creates more memory blocks. After drawing the JPEG these blocks are not going to be deleted again. But, the memory used for these additional block…