Search Results

Search results 1-6 of 6.

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

  • No we do not use a cache. Regarding the GUIDRV_FlexColor implementation for ST7789, I'm not sure, I can look into that.

  • We are using emWin V5.32 We are using a custom implementation of GUIDRV_FLEXCOLOR The read functions seem to work fine, we are able to read from the LCD controller and create bitmap screenshots, it's just that a few pixels are incorrect in the screenshot. See attachment for example. This screenshot was taken on our target hardware (custom board using Kinetis K64 MCU and 320*240 LCD with ST7789S controller connected to MCU using parallel bus). To me it seems like a hardware problem or a parallel …

  • Hello, In our project we use GUI_BMP_SerializeEx to take screenshots of what is on our 320x240 LCD. The bitmap files generated by this function look nearly perfect except for a few pixels (20-30 on average) that are incorrect (wrong color). The location of the incorrect pixels appears to be mostly random, but they usually appear near drawn objects/text and don't appear in areas where it's just back the black background. When we look at the LCD, none of the pixels are wrong, it's only in the gene…

  • Hi, thanks for the response. In terms of flash protection, I am using the terminology from the KEA64 sub-familly reference manual which defines flash protection as protecting the specified region from "program and erase operations", so write/erase protection. This is what we are using (to prevent accidental or unintentional erasure of our bootloader by our application or the bootloader itself). Read protection is handled using "flash security" which we are NOT using. I've attached the requested …

  • Hello, We are using a Kinetis KEAZN64 (specific part number is S9KEAZN64ACLH, and we select "SKEAZN64xxx2" in our J-Link tools) on a custom board. We have flash protection enabled for the low range of flash (where our bootloader is), but we do not have flash security enabled. When we erase the chip using any of the J-Link tools (most often J-Link Commander) only the unprotected parts of flash are erased. Shouldn't the debugger automatically trigger a mass erase when erasing? I checked the J-Link…

  • Hello, We are using the GUI_BMP_Serialize() to take screenshots on our target hardware. This works great except for what appears to be some minor image corruption, most noticeably with white text. See attached for example. You will have to zoom in enough that you can clearly see individual pixels. The white text is scattered with orange and yellow pixels. It does not appear like this on the target display, only in the screenshots. Anyone know what might be causing this?