CLUT8 Usage and LCD toggling for reduce RAM

Hi Linto,

I suggest enabling 2D Drawing Engine (D/AVE). You should set 'Yes' in GUIX on gx instance, add TES D/AVE 2D instance below the GUIX Port on sf_el_gx module and set an interrupt priority to an enabled level in D/AVE 2D Port module. Moreover, you should tell GUIX Studio a drawing engine will be used: Configure > Project/Displays > Advanced Settings > Enable 2D Drawing Engine, then save and regenerate all output files.

Regards,
adboc

HI Adboc,

I had enabled 2D drawing Engine(D/AVE) but the program is getting hang at below location in sf_el_gx.c

p_ctrl->p_display_instance->p_api->clut(p_ctrl->p_display_instance->p_ctrl, &clut_cfg, DISPLAY_FRAME_LAYER_1);

Regards,
Linto

Hi Linto,

Have you enabled it also in GUIX Studio and regenerated all output files?

Regards,
adboc

HI Adboc,
Yes I had enabled 2D drawing Engine in GUIX Studio for 8bpp. Do you had any reference program on CLUT8?
Do we need to add any additional instruction the enable the look up table?

Regards,
Linto

Hi Linto,

CLUT should be also enabled in the configuration settings of the Display driver:

• Input - Graphics screen1 input format
• CLUT
• CLUT - CLUT buffer size

Please take a look at an example project:

S7_SK_gx_clut8.zip

Regards,
adboc

Thanks Adboc the file with changes. I was checking in DK board , so i need to change to 512x272 to get clut8 working.

Hello Linto,

This is correct. Your horizontal stride needs to be a multiple of 64 bytes to satisfy GLCDC requirements. With 16-bit colour, 480 pixels per row would provide 960 bytes of data (15 x 64 bytes). With 1 byte per pixel, the figure is no longer divisible by 64. You should adjust horizontal stride (changing horizontal size is not necessary) to 512 and build your GUIX application to accommodate for additional 32 pixel margin on the right. No changes to the output timing should be necessary.

Regards

Hello Linto,

This is correct. Your horizontal stride needs to be a multiple of 64 bytes to satisfy GLCDC requirements. With 16-bit colour, 480 pixels per row would provide 960 bytes of data (15 x 64 bytes). With 1 byte per pixel, the figure is no longer divisible by 64. You should adjust horizontal stride (changing horizontal size is not necessary) to 512 and build your GUIX application to accommodate for additional 32 pixel margin on the right. No changes to the output timing should be necessary.

Regards

Can I find a example project for a 480x272 display.
I have a ARIS7 board with a 4.3" display and there is just a blue screen with a few pixels but no counter like in the S7_SK_gx_clut8.zip project. And I made the neccesary changes.

Hi Phil,

The ARIS is an Arrow product that uses the S7G2 Synergy MCU. You should contact Arrow for a project & BSP that supports the ARIS board.

www.arrow.com/.../arrow-development-tools

It has a different display than the one used on the Renesas SK S7G2 kit and will need different GLCD parameters to work properly.

-Gary

Has anyone a reference project for the "Development Kit DK-S7G2" with 480x272 display using CLUT?

Hi Phil,

Please find an example application and GUIX project for DK-S7G2 (SSP 1.3.3), it uses CLUT.

S7_DK_GUIX_CLUT_1_3_3.zip

Regards,
adboc

Hi

Thank you very much for uploading the DK-S7G2 Project.

With the help from the online support I found out what I forgot:

The "x resoluition" in the GUIX studio ( Configure > Project/Displays) must also set to 512.

regards,
phil72