Replies: 10 comments 7 replies
-
@yesnoj If you zip up a small sample project folder and post it here that shows the problem I'll take a look at it. |
Beta Was this translation helpful? Give feedback.
-
20230527_215203.mp4This is without ElemSetTxtStr... |
Beta Was this translation helpful? Give feedback.
-
video_2023-05-27_21-57-48.mp4This is updating strings at same time with bargraphs... |
Beta Was this translation helpful? Give feedback.
-
@yesnoj I know the problem I fixed this in the past by creating my own XProgressbar but it requires using TFT_eSPI instead of Adafruit' GFX drivers. The reason is that I make use of sprites (something that is used when creating video games). |
Beta Was this translation helpful? Give feedback.
-
@yesnoj Use TFT_eSPI instead of Adafruit means what? A esp32 would work nicely with a larger screen since you would have more memory to work with something to think about for the future. I do hate to see you go through a large re-work of your code though so I'll take a closer look at your sample and see if I can come up with a simple solution with a new XProgress bar to avoid the flicker or blinks. I do have an idea for a fix to XProgrees bar, I should know if it works or not with your sample application by the end of today. If you do switch over to TFT_eSPI post that information and I'll stop working on a new XProgress bar. |
Beta Was this translation helpful? Give feedback.
-
@yesnoj I'm sorry but my experiments have failed to improve the display. In fact even using my TFT_eSPI didn't seem to help much. I'm not sure its worth it to change to TFT_eSPI but if you do so first get Bodmer's samples to work with your display and cpu do not try GUIslice first. To use TFT_eSPI drivers you must first configure his config file User_Setup.h which is a topic you need to take up over in his repository. Paul-- |
Beta Was this translation helpful? Give feedback.
-
@yesnoj Actually further testing with my XProgress control and TFT_eSPI driver I discovered why my control performed as badly as the original version. I had simply tried to run your sample unchanged except for using my control. When I modified your sample to use my new call gslc_ElemXProgressSetFont() to add your text to the control and removed the three text fields (since the text is now inside the control), and also increased the bar size from 10 to 20 to hold the text it all worked perfectly. No flicker or blinking occurred. attached is the modified version of your sample. Of course, you can't run it without converting to TFT_eSPI. I can't modify my control to use Adafruit GFX driver because their canvas interface would take up too much memory for your Arduino 2. Paull-- |
Beta Was this translation helpful? Give feedback.
-
@yesnoj Well, I use products from Adafruit display ILI9341 using SPI but there are lots of good choices. Here google is your friend use it to do some research. |
Beta Was this translation helpful? Give feedback.
-
@yesnoj Of course. If you open the TestBar project I posted above you will notice the only real difference to the Builder is on the E_PROJECT_OPTIONS Tab where "Graphics Library" property has been changed from "Adafruit_GFX" to "TFT_eSPI". Also, you should check to see if TFT_eSPI already supports your screen. He supports a lot of different displays and interfaces. If your Arduino 2 is 32 bit TFT_eSPI might also support it and if not maybe Bodmer will support it if you ask. Paul-- |
Beta Was this translation helpful? Give feedback.
-
@yesnoj I just finished updating my XProgress control that supports text inside it and avoids the flicker problem. It now also works with Adafruit_GFX library along with TFT_eSPI library. Now you can use either. |
Beta Was this translation helpful? Give feedback.
-
Hi Paul,
thanks for your piece of software, it's helping on re-write a code.
I've a question about the topic above.
I've a screen where there are some texts and some bargraphs that need to be filled , and text changed after the bargraph is full.
I'm trying to update this components without refreshing all the UI.
For now i'm just testing in the loop(), with a small delay i change text and value in bargraph, but apparently the bargraph/texts blinks every time there is the update.
I can understand that this happens for the text, because is completly different, but why all the bargraph blinks every time i set the new value?
As i wrote above, i'm using this simple sketch for now :
There is a way to force the update of a single component anytime i want instead of use the method gslc_Update(&m_gui) that will refresh all the UI?
Thanks in advance!
PS: after some test, i've noticed that the blinking of the bargraph is linked to the string change, in the case the string doesn't change, the bargraph is filled without blink all the border also...mmmm
Beta Was this translation helpful? Give feedback.
All reactions