Can TouchGFX be compiled so that it's screens are dynamically linked libraries?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2020-03-02 11:58 AM
I have an application which may require the system to dynamically load TouchGFX screen designs. I would like to do this by compiling these screens and then dynamically load them at runtime.
Have any of you done this with TouchGFX and FreeRTOS?
- Labels:
-
TouchGFX
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2020-03-02 1:18 PM
Not sure the compiler/linker naturally facilitate that in a single session.
The GNU/GCC linker should facilitate it at an object level, but the things are totally full of clutter. You'd still need a create a loader, and relocate objects as they are pulled in.
Even overlays are a bit out of style these days, but might make sense if they can compartmentalize in a per-screen sense.
For large resources it honestly might be better using a Resource File, or some kind of simplified file system, with an enabling layer that pulls and caches related things in SDRAM off an SD Card or eMMC device.
Presumably you don't want to spawn a dozen sub-projects to handle each screen?
Unless TouchGFX has some means to partition or compartmentalize things, and find commonality in the underlying framework/drivers, it is probably going to be an uphill slog.
>>Have any of you done this with TouchGFX and FreeRTOS?
Linker, Loaders and object file manipulation for several decades..
Up vote any posts that you find helpful, it shows what's working..
