Hi David,

We're just checking with our R&D team and will let you know as soon as possible,

Best Regards, BRT Community

Hi,

We'll need to check about that error but yes, the RUNANIM command will block and so could cause a display list not to be shown after the command.

Doing the animation frame by frame is worth trying,

Best Regards, BRT Community

In our code, REG_TOUCH_TAG is read 20ms after CMD_SWAP. It doesn't check REG_CMD_WRITE = REG_CMD_READ before it is read. I inherited this code so didn't verify the 20ms myself, but the person that did told me it needed to be there, and was a conservative amount of time to wait.

Our code alternates between drawing pages and reading REG_TOUCH_TAG as fast as possible, so only ever reads REG_TOUCH_TAG after drawing a page. It never reads REG_TOUCH_TAG two times in a row. 

Sorry, not as empirical as you may have liked, but it has been 100% stable for several years.

If this is really just a side effect of how CMD_RUNANIM is a blocking call it probably doesn't need to be posted.

That makes sense. Thanks.

I thought that maybe the animation would continue to run when new display lists were run.

It does beg the question though. What use is there for CMD_RUNANIM if it can only be used by itself, and to display anything after it requires a complete hardware reset?

The animation I am using has 2 frames at a rate of 2 frames per second, so 500ms per frame.

I found that if I let EAB assemble the animation using the individual frames, (by setting the input to the folder containing the individual frames instead of the actual file), that the resulting conversion is 2 frames. The size of the file is a bit smaller too, the 2 frame conversion is 3008 bytes and the 100 frame version is 3776 bytes.

I converted the bicycle animation that comes with the app note package and it has 13 frames and was converted as having 13 frames so that seems normal.

So don't know if there is an explanation but there is a work around.

The biggest snag for me was that I expected the second frame to be, well, the second frame, not realizing that the second frame created by the converter was actually a duplicate of the first frame. Hence, it appeared as though  CMD_ANIMFRAMERAM was not working.

To anyone dealing with this, check the json file for "num of frames" after you do the conversion because EAB may generate a different number of frames than the original animated gif you started with.

Hi,

We suggest to use CMD_ANIMFRAMERAM in this case as the CMD_RUNANIM is a blocking call.

In this case you will need to increment the frame number parameter in your code however rather than it running automatically. Just to relate to your other post also, since you can control the advancing of the frame, you could convert an animation with fewer frames (avoiding the repeated ones so you can have 2 instead of 100).

CMD_ANIMFRAMERAM(x, y, startaddr, frame)

Best Regards, BRT Community 

Hi,

One reason can be where the animation itself is slower than the EVE frame rate, as the animation has many frames which are the same.

How long is one full cycle of your animation?

Best Regards, BRT Community

 

❄ Create “Cooler” HVAC Experiences! ❄
Heating Ventilation Air-Conditioning (HVAC) controls have been in trend to move to Colour Graphical Displays. However, some engineers hesitate to jump into the trend, due to perceived challenges when implementing this technology.

We will explore these challenges and how to overcome them with our Embedded Video Engines (EVE), how they help ease this process and give engineers the confidence to embrace the future of HVAC control HMI experience.

Be empowered to revolutionise your company’s product experience with colour graphical displays.

Read more here: https://bit.ly/Enhance-HVAC-Controllers-with-EVE

#Bridgetek #HVAC #EVE #DisplayController #TechUpgrade #DesignSimplified #HMI #UI

Hi,

as in the subject:
is there any practical/theoretical redord/order when and how often REG_TOUCH_TAG can be read?

Once, testing some code I (mistakenly) read this reg every 1 millisecond and noticed that EVE started to crash. It took me a while to get it noticed that I do it too often.

Another point is about then this reg should be read:
can it be read anytime or rather once EVE finishes processing a freame buffer and REG_CMD_WRITE = REG_CMD_READ ?