The library lcdgfx has a long list of supported platforms, but it still lacks support for the Raspberry Pi Pico micro controller using the pico C/C++ SDK.

I have implemented some of the lcd_hal functions using the pico-sdk, especially for the SPI implementation and also verified this implementation using hardware.

Implementation

• The hardware implementation is placed in the directory lcdgfx/src/lcd_hal/pico/
• To enable this implementation, the define PICO_BOARD is used, which is defined when compiling for the Raspberry Pi Pico and can be used to distinguish between the two boards pico and pico_w (no difference between these boards is made here)
• The i2c hal is not implemented, as I do not have hardware to verify this. Instead I added empty dummy functions (to be able to compile this project) and added a compiler warning #warning "I2C is not implemented for Pico board - this is a dummy"
• The lcdgfx library uses the LCD_PROGMEM macro for data stored in flash. (e.g. const PROGMEM uint8_t heartImage[8]). The pico-sdk uses the __in_flash() macro after type definition like: const uint8_t __in_flash() heartImage[8].
  It is therefore unfortunately not possible to use the LCD_PROGMEM macro only using precompiler directives. I have defined the LCD_PROGMEM "blank" to be able to compile this library.

Using this library

As the Raspberry Pi Pico suite also uses CMake (and ninja) for the projects, it is fairly straight forward to "include" the source of this library (at least once I figured it out correctly).

I have provided an example with 4 additional statements in the CMakeList.txt of the Raspberry Pi Pico project to include the lcdgfx CMake folder, as well as to compile and link it correctly. Using the lcdgfx library does work the same as on the Arduino platform.

With this approach none additional compile or link process is required, as it is seemingly implemented into the CMake build process of the Raspberry Pi Pico prject.

Best regards
Simon