🌟 FAQs for the HVAC Controls Design Engineers: Crafting Intuitive Touch Interfaces with EVE! 💡
 
Did you know that our Embedded Video Engines (EVE) offers innovative touch tagging and tracking features to enhance your HMI/UI design process?
 
Here are some FAQs to help you along your journey:
 
✨ What touch features does EVE have to help the designer when creating their user interface? Answers here: https://bit.ly/FAQ1_touchfeaturesEVE
 
✨ How can I use EVE features to help make the touch interface more user friendly? Answers here: https://bit.ly/FAQ2_EVE-Features-for-UserFriendly-Design
 
✨ Do I need to use the built-in widgets for my user interface design?
Answers here: https://bit.ly/FAQ3_Built-in-Widgets-for-UI-Design
 
Explore more FAQs like this on our website: https://brtchip.com/faqs

Another ping.  Would love some help on why after CMD_ROTATEAROUND and CMD_SETMATRIX I can't see any new text I add to the Coprocessor command list.

Hi?

I written in EVE flash blob file, map file and a zlib image that can be variable.

I inflate image in RAM_G, but when I use CMD_SETBITMAP to display it, I must know Height and Width properties that can be variables.

How can I get this properties, since CMD_GETPROPS doesn't work on  CMD_INFLATE but on CMD_LOADIMAGE??

Hello,

The frames are extracted from the GIF using FFMPEG internally. FFMPEG duplicates frames within timestamp gaps based on the output frame rate. Adding "-vsync 0" to the FFMPEG command will preserve the original number of frames in the GIF. This fix will be included in the next version, EAB v2.11.

Ref: https://www.reddit.com/r/ffmpeg/comments/cqwlwo/extracting_frames_from_gif/

Hello,

Please note that the flash chip can still be accessed for reading and writing even without a blob.
Upon successful erasure, the flash chip will be detected as "Blob is NOT present."

Hello,

I would like to open and see, in my PC, the .raw files generated by EVE Asset Builder. This is intended as an utility or checking tool.

For every image I convert with EAB, using ASTC format without compression, I get a bunch of output files. I trash them all, except the .raw, which is the only one I'm interested in, because it will be later copied into the external flash of the BT81x.

I rename the .raw files so the name contains the compression scheme and dimensions. For example, "Icon STOP 4x32x32.raw" means that the contained image is 32x32 with ASTC format 4x4.

The program in my board uses the (modified) filename to load the image, and all works well.

Now I am trying to write a PC program to view those .raw files on my PC. I noticed that the .raw file is 16 bytes shorter than the companion .astc file. This means that the .raw file does not contain the standard astc file header, but I am able to generate this header. So I create a temporary file containing the re-generated header, append the .raw file, and open it with tacentview (a PC program able to display ASTC files).

The image loads, but it is wrong. Inspecting the .raw and the .astc file, I notice that they contain the same data, but in different order. I suppose this is required for the EVE chip BT81x.

My question is: how can I reorder the .raw data, to reconstruct the original .astc file so I am able to view it on the PC? Or, to turn differently the question, what does the EAB to convert an .astc file to a .raw file? (It seems EAB uses astenc.exe, and then, probably, converts the .astc to a .raw file).

This utility would be useful because, without that, I have to keep the original files associated with every .raw file I generate. I.E. if I want to check an image used in my board, I cannot open it directly, I have to keep a "companion" original file (be it the associated .astc or the JPG/PNG I started from).

Thanks in advance to anybody can help me, regards,
linuxfan

Also, I want to express my gratitude to Rudolph for his amazing work. Big thanks for that!

Thank you!


This made me realize that I probably never tried to calibrate my RVT101HVBNWC00-B. :-)
The touch worked ok as is.

TransMatrix1 = 65536;
TransMatrix2 = 0;
TransMatrix3 = 0;
TransMatrix4 = 0;
TransMatrix5 = 65536;
TransMatrix6 = 0;

These are the reset values for the registers, I am getting the same values here with no calibration.

The values I am getting after calibration are all over the place:
REG_TOUCH_TRANSFORM_A : 0x0000FF2F
REG_TOUCH_TRANSFORM_B : 0xFFFFFEAB
REG_TOUCH_TRANSFORM_C : 0x0005CACE
REG_TOUCH_TRANSFORM_D : 0xFFFFFCAA
REG_TOUCH_TRANSFORM_E : 0x00010116
REG_TOUCH_TRANSFORM_F : 0x00044696


And now I know again why I usually keep the RVT101HVBNWC00-B up on the shelf. :-)
It is big.
It is bright.
It is big.

Have you fixed your alignment? The flash destination address that you posted in the other thread was not a multiple of 4096.

Hello,

Thank you for the clarifications, I think in the case that both the older version of the same display and the fact that rerunning the calibration routine results in the display working as expected means we can rule out an issue with the I2C data coming from the touch controller. And similarly it would rule out a hardware issue such as the CTP connector being misaligned.

I would be interested to know if the saved matrix values that you are noting are captured before you write them into the EERPOM or afterwards? This, as you have noted, may be related to an overflow issue or potentially an endianness issue.

Best Regards,
BRT Community

I am trying to update my flash using cmd_flashupdate. But flash doesn't get updated, unless I erase the whole flash memory.