Search Results

Search results 1-20 of 68.

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

  • Quote from Thomas W.: “Maybe you must define your own read back function in order to achieve single byte reads. But that is only an assumption... ” I don't think so. The controller (ILI9341) replies with one dummy plus two data bytes. Both bytes have colors, so one-byte read can't work. I was searching a command to configure the controller to reply with only one byte (encoded as 5-6-5), but it seems impossible. This behaviour can't be changed only by rewriting a new read back funtion on the host…

  • I found the problem that caused the crash. I forgot to set PortAPI.pfRead16_A1 for GUIDRV_FlexColor_SetFunc(). Now it works. Anyway I didin't understand. We configured ILI9341 to use the 16-bits interface in 16-bits per pixel (5-6-5). When the driver wants to set a pixel color, it issues a write command with a single 16-bits word where the color is packed in 5-6-5 format. Why the ILI9341 responds with 2-bytes (18-bits 6-6-6 format) during read commands? Is it possible to configure the driver to …

  • I didn't call GUIDRV_FlexColor_SetReadFunc66709_B16(), so I think the driver was using GUIDRV_FLEXCOLOR_READ_FUNC_I (the default function). When I tried to set GUIDRV_FLEXCOLOR_READ_FUNC_III, the program crashes with a HardFault. The call stack says that _ReadRect_16bpp_B16_III() calls guimem() that failed. Do you know why? Could you share the source code of LCD_X_ReadM1_16 and LCD_X_Read1_16?

  • I have many alpha images. For example: C Source Code (104 lines)Every pixel is descripted as a single byte that represents the "quantity" of the image respect the background. Of course, the content of those images is only the shape. I draw alpha images with GUI_SetColor(), that selects the color of the shape, and GUI_DrawBitmap() that really draws the bitmap on the screen. It works very well during the simulation at the PC, and it seems working well on the embedded target when the background is …

  • Full-screen child window

    giusloq - - emWin related

    Post

    I noticed you use 0 to invalidate the handle. I usually use WM_HWIN_NULL for this, even if it is really 0. I suppose a valid handle can't be never 0. Is it correct?

  • Full-screen child window

    giusloq - - emWin related

    Post

    Some windows needs to create a full-screen child window (in my case, a keypad). However the parent window isn't full-screen, so the keypad will not be full-screen too. I know I can create the keypad window as a child of the background window (and put it at the top), however in this case the keypad will not be automatically deleted when the creator window is deleted. Is there a better approach? Is it possible to create a child window larger than the parent window?

  • Fill circle with a border

    giusloq - - emWin related

    Post

    If I'm not wrong, a Memory Device memory requirements are lighter than an entire data cache for the driver. I'm using FlexColor driver without cache. I know I can create a bitmap, however I don't have enough space in ROM too I think you should improve GUI_FillCircle(), maybe creating a new GUI_FillCircle_Ex(), that should take into account the pen size.

  • Fill circle with a border

    giusloq - - emWin related

    Post

    Is it possible? It seems GUI_SetPenSize() doesn't affect GUI_DrawCircle(), GUI_DrawEllipse() draws only the border without filling the inside and GUI_FillEllipse() fills the ellipse/circle without any border. I can't allocate a Memory Device, so I have flickering if I call GUI_FillCircle() two times.

  • Quote: “This explains the observed behavior. Currently, the RAMCode does not analyze the WDT Configuration but just checks if it is active and feeds it if it is. I will bring this issue up on the next team meeting, if we can improve this behavior.” Ok, thank you. Do you know what is the policy of feeding the watchdog? Quote: “ It is the callers (=IDE or Debugger) responsibility to execute a reset before flash programming. The RAMCode itself does not issue a reset for various reasons, among other…

  • Quote: “Quite the opposite. The MCU is running the code which is programming the flash.” I see. Where is this code? I think J-Link download a small "applet" in RAM and run it from RAM. Correct? In that case, what is the configuration of clocks? After POR, SAMD20 core clock is 1MHz (from internal 8MHz oscillator, divided by 8). The application code could change the clocks at runtime. Suppose my application code starts changing the MCU and peripherals clocks. During application execution I start a…

  • I'm trying to understand what happens in one prototype board I have, because Flash programming through Atmel Studio is now very very slow. It seems the Flash programming speed dramatically decreases when I enable WDT (watchdog timer) in my program. It's very strange to me, because I thought the core is maintained in a reset status during Flash programming, so with WDT disabled. How is it possible that the firmware that is running changes the Flash programming speed? I started making some tests i…

  • I'm working with a small 320x240 ILI9341-based LCD module and a Cortex-M3 running at 100MHz. I want to be as fast as possible to redraw the elements on the screen, otherwise the user could see some flickering. My platform (small RAM) doesn't allow me to use memory devices, so all drawing operation is really transferred to the ILI9341 controller and this takes some time. I noticed BUTTON widget has the transparency flag set by default, immediately after BUTTON_CreateEx(). Do you confirm? I'm usin…

  • Quote: “"Did you approach Atmel regarding this issue?" ” Lastly Atmel support on website is suspended... maybe Microchip knows something I'm trying to uninstall/reinstall Atmel Studio 7 entirely. In the past, I never tried to use J-Link with AS7 (only AS6.2), so I don't know if something happened recently. Anyway I remember JTAGICE3 (another tool from Atmel) did work with AS7, but now it doesn't work anymore too. The list of available tools in AS7 is always completely empty.

  • I have issues with J-Link debugger/programmer and new Atmel Studio 7.0. J-Link is well recognized in Windows and I can see the device (Cortex-M0+ Atmel SAMC21J18) on the target board (see Clipboard01.png image attached). The problem is in Atmel Studio 7. The IDE can't detect the J-Link tool. During J-Link software installation (v6.00e) I confirmed to copy the dll to Atmel Studio 7 folder. I check in C:\Program Files (x86)\Atmel\Studio\7.0\atbackend and the correct JLinkArm.dll is present. I rebo…

  • Yes, the current Segger software was installed. I don't know exactly which operations, among several I tried (including the one you suggested), has been the right one. Anyway now it works.

  • I already have a J-Link that works well on two PCs. I have an ev-board from Atmel, SAMD21 Xplained Pro that implements Atmel EDBG on-board debugger/programmer. I noticed Segger released a firmware for EDBG that transforms EDBG into J-Link OB debugger. I uploaded the firmware released by Segger in the board and it works well on one PC. On a second PC I have problems related to driver. When I connect the board, Windows tries to find and install a driver without success. In Peripherals window there…

  • GUI_GetStringDistX() returns a number greater of 1 from the value returned by GUI_GetTextExtend(), in the x1 member of rect. Why is there the difference?

  • After some investigations, I found that the strange behaviour I noticed in version 5.30 is present in 5.24 too, but it is slightly different. I will try to explain. I create two buttons and set a custom skin named skinButtonFlat (see at the bottom of the post for source code). Just for debug, I added a printf() in the skin function that shows the handle of the button and the command of pDrawItemInfo. Now what happens with the old versione 5.24. When I press first button and last pressed button w…

  • Download old evaluation version

    giusloq - - emWin related

    Post

    I'm using emWin libraries released by NXP. Unfortunately NXP doesn't distribute .a library for mingw compiler (that I use for simulation under Windows OS). However I noticed Segger include .a library in the evaluation version. Actually NXP is releasing emWin v5.30c, but Segger is releasing evaluation for newer version v5.32. Is it possible to access to older evaluation version, so I can use the same version for simulation and target platform? Thank you.

  • I'm using pre-compiled emWin libraries from NXP. In my project, I was using emWin version 5.24 and now I'd like to upgrade to the latest version distributed from NXP that is 5.30c. I have some problems with new version. The project is compiled in LPCXpresso and runs in LPC1778 MCU. The touchscreen display is based on ILI9341 controller connected to the MCU through a 16-bits parallel bus. It seems the new version redraws some parts of the screen, even if it isn't necessary. This produces a bad fl…