Search Results

Search results 1-20 of 91.

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • Hi Evgeni, there are many ways to realize such a GUI you are describing. You could e.g. use different bitmaps to display the LED status or draw the LEDs yourself. You'll find lots of routines in the "2-D Graphic Library" chapter in the emWin manual for drawing. To answer your second question: yes, the timers will still be active. Timers are paired to a window and stay active as long as that window doesn't get deleted (or the timer runs out, of course). (There are also timers that are independent…

  • Swipelist transparency

    SEGGER - Florian - - emWin related

    Post

    Hi, I wasn't aware about the version you are using, I used the latest version (V6.10f) to test this. But I'm happy to hear that it's working for you now. By the way, the precompiled libraries from vendors like NXP use the same source code as standard emWin. Best regards, Florian

  • Hi, I can't tell what is wrong with your code, my guess is the file handles point all to the same image, thus all icons are the same. Best regards, Florian

  • Swipelist transparency

    SEGGER - Florian - - emWin related

    Post

    Hi, this can be done for all widgets, just make sure to set the WM_CF_HASTRANS create flag via WM_SetHasTrans() or upon creation and set a transparent background color. Best regards, Florian

  • Hi, see the "Index" chapter in the user manual. You can download the manual here. Best regards, Florian

  • Hi, sure, this can be done by setting a skinning callback routine to the SLIDER. You can read about skinning in the manual. But in short, a skinning callback reacts on certain commands (different for each widget) to perform partial draw operations. So for example, the SLIDER skinning callback receives commands for drawing the thumb, shaft, ticks and the focus rectangle. Each of these individual parts can be drawn by the user or the default callback can be called. In your case you just have to re…

  • Hi, I assume it is because emWin's color format was changed from ABGR to ARGB with V5.48. To see if this is the cause of your problem, add the following define to your GUIConf.h: C Source Code (1 line) Best regards, Florian

  • Hi, emWin doesn't require an OS, so the code you referred to should work under these circumstances. Best regards, Florian

  • Undocumented functions

    SEGGER - Florian - - emWin related

    Post

    Hi, thanks for reporting this, I'll add it to the manual. GRAPH_DATA_XY_Clear() removes all items from a data object. Best regards, Florian

  • Hi Jan, GUI_Delay() calls GUI_Exec() and delays the application, so both functions basically do the same (except for the delay). When not calling any of these two functions, nothing should happen, meaning emWin shouldn't break either. I'm not really sure why you're landing in HardFault then. It could be that not enough memory was assigned to emWin or something different not related to emWin. Best regards, Florian

  • Image GIF Drawing

    SEGGER - Florian - - emWin related

    Post

    Hi, the easiest way to display animated GIFs on a target is by using GUI_SPRITE_CreateAnim(). I've attached a sample that demonstrates this. You need to convert the GIF into an animated sprite beforehand. This is done by selecting "File -> Create animated sprite from GIF" and saving the file. Best regards, Florian

  • Hi, I could run your example both in the simulation and on a target. So there is nothing wrong with your code. Do you have enough memory? emWin needs about 16KB of RAM for decompression of the GIF image. Best regards, Florian

  • Reading from SD card

    SEGGER - Florian - - emWin related

    Post

    Hi, I've tried to display your image with the sample, but nothing showed up on the screen. It worked fine with another BMP image though, so I guess something's wrong with your image file? You could convert it to another file type and still display it from external memory, which worked for me. Best regards, Florian

  • Hi, a loop like this keeps emWin alive: C Source Code (3 lines)I hope this solved your problem. Best regards, Florian

  • Reading from SD card

    SEGGER - Florian - - emWin related

    Post

    Hi, DWORD and HANDLE are types from the Win32-API, therefore these samples aren't to be used for any targets but rather on a Windows PC. I've attached a few samples that displays external images (BMP, GIF, JPEG, PNG and bitmap stream) from both the Windows simulation and on the target using emFile. I hope this helps. Best regards, Florian

  • Hi, GUI_SetOrientation() always worsens the performance since it uses a rotation device. What will probably work better is changing the display driver to rotate the screen, GUIDRV_Lin and GUIDRV_FlexColor still offer a good performance when rotated. To mirror the X and Y axis and use e.g. 32bpp, change the DISPLAY_DRIVER define in your LCDConf.c to: C Source Code (1 line)You'll find a full list of all supported orientations and color depths of this driver in the manual under "34.7.6 GUIDRV_Lin".…

  • ListView Maximum Rows

    SEGGER - Florian - - emWin related

    Post

    Hi, there is no real limit to how many rows you can add to a listview. The only actual limits would be your memory or the line count variable (unsigned int, therefore max. would be about 4 billion). Best regards, Florian

  • Hi, this can be done using the function GUI_BMP_Serialize(). There's an example in the manual on how to do this under Windows: C Source Code (19 lines)I hope this helps. If you have anymore questions, please let me know. Best regards, Florian

  • Hello Amir, unfortunately I wasn't able to reproduce this behavior. Could you provide me code that I can execute to reproduce this? Best regards, Florian

  • Flash memory almost full

    SEGGER - Florian - - emWin related

    Post

    Hi bio_med, this depends on any of the additional modules being active or not. If modules like the Window Manager, Widgets or Memory Devices are active, ~50KB of ROM usage are realistic. Best regards, Florian