BRT Community

Hi,

In fact, on EVE3 it was also not necessary but it didn't harm.
I tested it again on EVE3 it works fine with or without the SWAP.
On EVE4 you may not use an extra SWAP.

Korstiaan

Hi,

Seems like the SPINNER command implicitly on EVE4 calls a SWAP!

This works (tested on 2 different libraries):


void testscreen() {
    EVE_LIB_BeginCoProList();
    EVE_CMD_DLSTART();
    EVE_CLEAR_COLOR_RGB(0, 0, 0);
    EVE_CLEAR(1, 1, 1);
    EVE_LINE_WIDTH(1 * 12);
    EVE_BEGIN(EVE_BEGIN_LINES);
    EVE_VERTEX2F(0 * 16, 0 * 16);
    EVE_VERTEX2F(799 * 16, 479 * 16);
    EVE_END();
    EVE_CMD_SPINNER(200, 200, 0, 0);
    EVE_DISPLAY();
    // EVE_CMD_SWAP();
    EVE_LIB_EndCoProList();
    EVE_LIB_AwaitCoProEmpty();
}


SWAP needs to be removed or screen does not work.
Bridgetek, PLEASE confirm this!

Hi,

This is the simple list:


void testscreen() {
    EVE_LIB_BeginCoProList();
    EVE_CMD_DLSTART();
    EVE_CLEAR_COLOR_RGB(0, 0, 0);
    EVE_CLEAR(1, 1, 1);
    EVE_LINE_WIDTH(1 * 12);
    EVE_BEGIN(EVE_BEGIN_LINES);
    EVE_VERTEX2F(0 * 16, 0 * 16);
    EVE_VERTEX2F(799 * 16, 479 * 16);
    EVE_END();
    EVE_CMD_SPINNER(200, 200, 0, 0);
    EVE_DISPLAY();
    EVE_CMD_SWAP();
    EVE_LIB_EndCoProList();
    EVE_LIB_AwaitCoProEmpty();
}


and the EVE_CMD_SPINNER:


void EVE_CMD_SPINNER(int16_t x, int16_t y, uint16_t style, uint16_t scale) {
    HAL_Write32(EVE_ENC_CMD_SPINNER);
    HAL_Write32(((uint32_t)y << 16) | (x & 0xffff));
    HAL_Write32(((uint32_t)scale << 16) | (style & 0xffff));
    HAL_IncCmdPointer(12);
}


1. Code works fine on EVE2 and EVE3
2. If I delete the EVE_CMD_SPINNER line I see the diagonal line.
3. As soon as EVE_CMD_SPINNER is in the list, the screen gives a very short image (a flash) of the result and then goes blank.

Korstiaan

Hi,

As soon as I want to use a spinner my screen flashes once and then goes blank.
Same program works fine on EVE2 and EVE3 but not on EVE4?
Text and lines works fine, it is only the spinner that causes the problem.

What can be the reason?

Korstiaan

Hi,

I reduced my whole code to:

    EVE_LIB_BeginCoProList();
    EVE_CMD_DLSTART();
    EVE_CLEAR_COLOR_RGB(0, 0, 0);
    EVE_CLEAR(1, 1, 1);
    EVE_COLOR_RGB(255, 255, 255);
    EVE_BITMAP_SOURCE(uStartAddressLogo300x300);
    EVE_CMD_SETBITMAP(uStartAddressLogo300x300, EVE_FORMAT_RGB565, 300, 300);
    EVE_BEGIN(EVE_BEGIN_BITMAPS);
    EVE_VERTEX2F(currentx * 16, currenty * 16);
    EVE_END();
    EVE_DISPLAY();
    EVE_CMD_SWAP();
    EVE_LIB_EndCoProList();
    EVE_LIB_AwaitCoProEmpty();


And this I execute continuously.
And even this small display list gives problems.
I changed my code for HAL_WaitCmdFifoEmpty to

uint8_t HAL_WaitCmdFifoEmpty(void) {
    uint32_t readCmdPointer;
    uint8_t retry = 0;

    // Wait until the two registers match
    do {
        // Read the graphics processor read pointer
        readCmdPointer = HAL_MemRead32(EVE_REG_CMD_READ);
        retry++;

    } while ((writeCmdPointer != readCmdPointer) && (readCmdPointer != 0xFFF) && (retry < 250));

    if (retry == 250) {
        printf("retry HAL_WaitCmdFifoEmpty");
    }

    if (readCmdPointer == 0xFFF) {
        // Return 0xFF if an error occurred
        return 0xFF;
    } else {
        // Return 0 if pointers became equal successfully
        return 0;
    }
}


And I get now and then this retry HAL_WaitCmdFifoEmpty about 10-15 times every time it comes.
Also, when I let I ran al night, the display was frozen in the morning.

Something must be wrong in this library and I don't know what.
It causes the display to block/freeze. (a while loop that won't exit, like the one I already edited or it blocks)

Please help.

Hi,

Yes it is long (> 1000x EVE_VERTEX2F for drawing points) but is static, no changes.
At the end I always use EVE_LIB_AwaitCoProEmpty
It runs 4 times/sec. during sometimes more than 1hour ( > 14400 times) without any problem and then out of the blue it gets stuck inside this function?

What should I add and where to avoid this then?

Oh yes, thanks! 

1. But in my example with L8, what is the start address for the next image I want to store in my RAM-G? Is it 10000?
2. If I want to use for example L2 for that 100px x 100px, is the end address then 2500? (I use EVE Asset builder to help me)

Hi,

Based on BRT_AN_025 Beta + BT81X

I want to upload a RAW image directly in the RAM-G and then display it.
As a test I'm using a simple 100x100px all black (or white) pixels.
That is a RAW array of 10000x 0x00 in L8.

So I first upload the 10000 bytes like this:

uint8_t *array;

    array = malloc(10000);
    for (uint16_t i = 0; i < 10000; i++) {
        array[i] = 0x00; // 0x00 = black, 0xff = white
    }

EVE_LIB_WriteDataToRAMG(array, 10000, 0);
free(array);

and then I display the bitmap like this:

    EVE_LIB_BeginCoProList();
    EVE_CMD_DLSTART();
    EVE_CLEAR_COLOR_RGB(0, 0, 0);
    EVE_CLEAR(1, 1, 1);

    EVE_COLOR_RGB(255, 255, 255);
    EVE_BITMAP_SOURCE(0);
    EVE_BITMAP_LAYOUT(EVE_FORMAT_L8, 100 * 100, 100);
    EVE_BITMAP_SIZE(EVE_FILTER_NEAREST, EVE_WRAP_BORDER, EVE_WRAP_BORDER, 100, 100);
    EVE_BEGIN(EVE_BEGIN_BITMAPS);
    EVE_VERTEX2F(650 * 16, 205 * 16);
    EVE_END();

    EVE_DISPLAY();
    EVE_CMD_SWAP();
    EVE_LIB_EndCoProList();
    EVE_LIB_AwaitCoProEmpty();



But I get a scrambled bitmap and not a solid black (white) one.

What am I doing wrong?

Hi,

I 'm currently testing the library with a large display-list and now and then display gets stuck.
After further investigation it seems to block inside the EVE_LIB_AwaitCoProEmpty() -> HAL_WaitCmdFifoEmpty() function.

This is code where it gets stuck forever:

uint8_t HAL_WaitCmdFifoEmpty(void) {
    uint32_t readCmdPointer;

    // Wait until the two registers match
    do {
        // Read the graphics processor read pointer
        readCmdPointer = HAL_MemRead32(EVE_REG_CMD_READ);
    } while ((writeCmdPointer != readCmdPointer) && (readCmdPointer != 0xFFF));

    if (readCmdPointer == 0xFFF) {
        // Return 0xFF if an error occurred
        return 0xFF;
    } else {
        // Return 0 if pointers became equal successfully
        return 0;
    }
}


More specific, it gets stuck inside the do-while loop.

I'm sending very large display-lists (displaying QR-codes) and they take a while.

But any idea why it hangs there forever?
What is the good way to solve this?

For the moment I solved it like this:

uint8_t HAL_WaitCmdFifoEmpty(void) {
    uint32_t readCmdPointer;
    uint8_t retry = 0;

    // Wait until the two registers match
    do {
        // Read the graphics processor read pointer
        readCmdPointer = HAL_MemRead32(EVE_REG_CMD_READ);
        retry++;

    } while ((writeCmdPointer != readCmdPointer) && (readCmdPointer != 0xFFF) && (retry < 250));

    if (retry == 250) {
        printf("retry HAL_WaitCmdFifoEmpty");
    }

    if (readCmdPointer == 0xFFF) {
        // Return 0xFF if an error occurred
        return 0xFF;
    } else {
        // Return 0 if pointers became equal successfully
        return 0;
    }
}

I exit the loop if it takes to long.

Hi,

They are:

#define EVE_DISP_WIDTH 800   // Active width of LCD display
#define EVE_DISP_HEIGHT 480  // Active height of LCD display
#define EVE_DISP_HCYCLE 1056  // Total number of clocks per line
#define EVE_DISP_HOFFSET 46  // Start of active line
#define EVE_DISP_HSYNC0 0    // Start of horizontal sync pulse
#define EVE_DISP_HSYNC1 10   // End of horizontal sync pulse
#define EVE_DISP_VCYCLE 525  // Total number of lines per screen
#define EVE_DISP_VOFFSET 23  // Start of active screen
#define EVE_DISP_VSYNC0 0    // Start of vertical sync pulse
#define EVE_DISP_VSYNC1 10   // End of vertical sync pulse
#define EVE_DISP_PCLK 2      // Pixel Clock
#define EVE_DISP_SWIZZLE 0   // Define RGB output pins
#define EVE_DISP_PCLKPOL 1   // Define active edge of PCLK
#define EVE_DISP_CSPREAD 0
#define EVE_DISP_DITHER 1


Hi,

I'm currently testing with the BT81X chip.
It all works fine BUT if my ESP32 restarts when the BT81X was in SLEEP mode, the program won't start and gets stuck at the first display list in the function EVE_Init(void).
So, it hangs in the EVE_LIB_AwaitCoProEmpty

I solved it by adding the following code inside the HAL_EVE_Init(void) after HAL_ChipSelect(0) and before the // Reset the display

    // Set active, needed when ESP restarts when BT81X was in SLEEP mode
    HAL_HostCmdWrite(0, 0x00);
    MCU_Delay_500ms();


Now the startup works fine and does not block when the BT81X was in SLEEP mode before the ESP32 restart.
I do not understand why the reset display won't work or is it the good way, but by adding this it works.

Complete beginning now looks like:

void HAL_EVE_Init(void) {
    MCU_Init();

    // Set Chip Select OFF
    HAL_ChipSelect(0);

    // Set active, needed when ESP restarts when BT81X was in SLEEP mode
    HAL_HostCmdWrite(0, 0x00);
    MCU_Delay_500ms();

    // Reset the display
    MCU_Delay_20ms();
    HAL_PowerDown(1);
    MCU_Delay_20ms();
    HAL_PowerDown(0);
    MCU_Delay_20ms();


Hi,

I understand but now I'm testing on a 800x480 7" display with an BT81X chip and the bitmap coordinates are never lower than appr. 150?
So it moves across the screen but only uses part of the screen? (Starting from x > 150 and y > 150)

It doesn't look nice.

Hi,

Is it normal that if I use the screensaver functionality, the bitmap goes partly off screen on the right hand side?
It bounces off the left, top and bottom but goes partly outside on the right hand side.

This is my test list:

EVE_LIB_BeginCoProList();
EVE_CMD_DLSTART();
EVE_CMD_SCREENSAVER();
EVE_CLEAR_COLOR_RGB(0, 0, 0);
EVE_CLEAR(1,1,1);
EVE_COLOR_RGB(255, 255, 255);
EVE_BITMAP_SOURCE(3056);
EVE_BITMAP_LAYOUT(EVE_FORMAT_RGB565, eve_img_bridgetek_logo_width * 2, eve_img_bridgetek_logo_height);
EVE_BEGIN(EVE_BEGIN_BITMAPS);
EVE_MACRO(0);
EVE_DISPLAY();
EVE_CMD_SWAP();
EVE_LIB_EndCoProList();
EVE_LIB_AwaitCoProEmpty();


Is it meant to be like this or is there a way to keep the image inside the visible screen area?

Korstiaan

Quote from: epichfallen on June 11, 2020, 01:46:36 PM
Hello there,

I have tried to install the example project for ESP32 but the build process failed. I'm not quite experienced with esp-idf or eve.

The compiler is giving me some errors and warnings. I wonder if this is caused by the version of esp-idf. Or am I making a mistake during the process?

Code Select Expand



#pragma message "Compiling " __FILE__ " for Espressif ESP32"
         ^~~~~~~
In file included from ../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:65:
../lib/eve/eve_arch_esp32/endian.h:86: warning: "__bswap16" redefined
#define __bswap16     __bswap_16

In file included from ../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:59:
c:\users\dunya\.espressif\tools\xtensa-esp32-elf\esp-2019r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\sys-include\machine\endian.h:24: note: this is the location of the previous definition
#define __bswap16(_x) __builtin_bswap16(_x)

In file included from ../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:65:
../lib/eve/eve_arch_esp32/endian.h:87: warning: "__bswap32" redefined
#define __bswap32     __bswap_32

In file included from ../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:59:
c:\users\dunya\.espressif\tools\xtensa-esp32-elf\esp-2019r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\sys-include\machine\endian.h:25: note: this is the location of the previous definition
#define __bswap32(_x) __builtin_bswap32(_x)

../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c: In function 'MCU_Init':
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:91:5: error: unknown type name 'gpio_config_t'; did you mean 'spi_bus_config_t'?
     gpio_config_t io_conf;
     ^~~~~~~~~~~~~
     spi_bus_config_t
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:73:22: error: 'GPIO_NUM_19' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_MISO GPIO_NUM_19
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:94:24: note: in expansion of macro 'PIN_NUM_MISO'
         .miso_io_num = PIN_NUM_MISO,
                        ^~~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:73:22: note: each undeclared identifier is reported only once for each function it appears in
#define PIN_NUM_MISO GPIO_NUM_19
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:94:24: note: in expansion of macro 'PIN_NUM_MISO'
         .miso_io_num = PIN_NUM_MISO,
                        ^~~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:74:22: error: 'GPIO_NUM_23' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_MOSI GPIO_NUM_23
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:95:24: note: in expansion of macro 'PIN_NUM_MOSI'
         .mosi_io_num = PIN_NUM_MOSI,
                        ^~~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:75:22: error: 'GPIO_NUM_18' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_CLK  GPIO_NUM_18
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:96:24: note: in expansion of macro 'PIN_NUM_CLK'
         .sclk_io_num = PIN_NUM_CLK,
                        ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:117:12: error: request for member 'intr_type' in something not a structure or union
     io_conf.intr_type = GPIO_PIN_INTR_DISABLE;
            ^
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:117:25: error: 'GPIO_PIN_INTR_DISABLE' undeclared (first use in this function)
     io_conf.intr_type = GPIO_PIN_INTR_DISABLE;
                         ^~~~~~~~~~~~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:119:12: error: request for member 'mode' in something not a structure or union
     io_conf.mode = GPIO_MODE_OUTPUT;
            ^
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:119:20: error: 'GPIO_MODE_OUTPUT' undeclared (first use in this function); did you mean 'GPIO_SD5_OUT_IDX'?
     io_conf.mode = GPIO_MODE_OUTPUT;
                    ^~~~~~~~~~~~~~~~
                    GPIO_SD5_OUT_IDX
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:121:12: error: request for member 'pin_bit_mask' in something not a structure or union
     io_conf.pin_bit_mask = BIT(PIN_NUM_PD) | BIT(PIN_NUM_CS);
            ^
In file included from ../../components/esp_common/include/esp_system.h:22,
                 from ../../components/freertos/include/freertos/portable.h:128,
                 from ../../components/freertos/include/freertos/FreeRTOS.h:105,
                 from ../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:62:
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:78:22: error: 'GPIO_NUM_15' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_PD   GPIO_NUM_15
                      ^~~~~~~~~~~
../../components/esp_common/include/esp_bit_defs.h:53:42: note: in definition of macro 'BIT'
#define BIT(nr)                 (1UL << (nr))
                                          ^~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:121:32: note: in expansion of macro 'PIN_NUM_PD'
     io_conf.pin_bit_mask = BIT(PIN_NUM_PD) | BIT(PIN_NUM_CS);
                                ^~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:76:22: error: 'GPIO_NUM_22' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_CS   GPIO_NUM_22
                      ^~~~~~~~~~~
../../components/esp_common/include/esp_bit_defs.h:53:42: note: in definition of macro 'BIT'
#define BIT(nr)                 (1UL << (nr))
                                          ^~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:121:50: note: in expansion of macro 'PIN_NUM_CS'
     io_conf.pin_bit_mask = BIT(PIN_NUM_PD) | BIT(PIN_NUM_CS);
                                                  ^~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:123:12: error: request for member 'pull_down_en' in something not a structure or union
     io_conf.pull_down_en = 0;
            ^
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:125:12: error: request for member 'pull_up_en' in something not a structure or union
     io_conf.pull_up_en = 0;
            ^
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:127:5: error: implicit declaration of function 'gpio_config'; did you mean 'lldesc_config'? [-Werror=implicit-function-declaration]
     gpio_config(&io_conf);
     ^~~~~~~~~~~
     lldesc_config
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c: In function 'MCU_CSlow':
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:140:5: error: implicit declaration of function 'gpio_set_level'; did you mean '_xtos_set_intlevel'? [-Werror=implicit-function-declaration]
     gpio_set_level(PIN_NUM_CS, 0);
     ^~~~~~~~~~~~~~
     _xtos_set_intlevel
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:76:22: error: 'GPIO_NUM_22' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_CS   GPIO_NUM_22
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:140:20: note: in expansion of macro 'PIN_NUM_CS'
     gpio_set_level(PIN_NUM_CS, 0);
                    ^~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c: In function 'MCU_CShigh':
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:76:22: error: 'GPIO_NUM_22' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_CS   GPIO_NUM_22
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:146:20: note: in expansion of macro 'PIN_NUM_CS'
     gpio_set_level(PIN_NUM_CS, 1);
                    ^~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c: In function 'MCU_PDlow':
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:78:22: error: 'GPIO_NUM_15' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_PD   GPIO_NUM_15
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:152:20: note: in expansion of macro 'PIN_NUM_PD'
     gpio_set_level(PIN_NUM_PD, 0);
                    ^~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c: In function 'MCU_PDhigh':
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:78:22: error: 'GPIO_NUM_15' undeclared (first use in this function); did you mean 'PIN_NUM_PD'?
#define PIN_NUM_PD   GPIO_NUM_15
                      ^~~~~~~~~~~
../lib/eve/eve_arch_esp32/EVE_MCU_ESP32.c:158:20: note: in expansion of macro 'PIN_NUM_PD'
     gpio_set_level(PIN_NUM_PD, 1);
                    ^~~~~~~~~~
cc1.exe: some warnings being treated as errors
[832/838] Building C object esp-idf/eve_arch_esp32/CMakeFiles/__idf_eve_arch_esp32.dir/__/source/EVE_HAL.c.obj
ninja: build stopped: subcommand failed.
ninja failed with exit code 1



Hi all,

I've just tested this AN on my ESP32 and I had the same errors (ESP IDF 4.0.1)
In order to get it compiled I changed the following in the code:

- in file EVE_MCU_ESP32.c I added:
#include "driver/gpio.h"

- in file edian.h I placed the following lines in remark in order to suppress the warnings about redefinition:
//#define __bswap16     __bswap_16
//#define __bswap32     __bswap_32

After changing this I successfully compiled and flashed my ESP32 and the demo works fine.
Luckily this AN exists because it would have been too much work to get started!
Thanks for this!

PS: I also had to change the EVE_config.h to add my 3.5 QVGA display.