home.social

#qspi — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #qspi, aggregated by home.social.

  1. @xavi
    You will always need bus and display drivers for this; either loaded as part of your project, or a #MicroPython firmware with a drivers built-in.

    #QSPI is 'Quad SPI', a very fast display bus. The #ESP32 micropython port does not support this natively, so you need a driver for that.
    It may get added in the future, See discussion here, etc:
    github.com/orgs/micropython/di

    You also need a driver for the SH8601 itself (this will use the QSPI bus).

    Have a look at this page; which has a pre-compiled, non-lvgl firmware supporting your board + display.
    github.com/dobodu/Lilygo-Amole

    Personally; I think you want to go the #LVGL route anyway; It's more of an ecosystem than just a set of display drivers. You get the tools and libraries to use the display effectively, as well as the hardware support.

    Micropython itself does not build in any drivers or features for this sort of display. It has basic framebuffer support but this is intended for tiny OLED's etc. Not large color displays. Indeed, a framebuffer for this display would be 688K in size.. larger than the system RAM.

  2. @xavi
    You will always need bus and display drivers for this; either loaded as part of your project, or a #MicroPython firmware with a drivers built-in.

    #QSPI is 'Quad SPI', a very fast display bus. The #ESP32 micropython port does not support this natively, so you need a driver for that.
    It may get added in the future, See discussion here, etc:
    github.com/orgs/micropython/di

    You also need a driver for the SH8601 itself (this will use the QSPI bus).

    Have a look at this page; which has a pre-compiled, non-lvgl firmware supporting your board + display.
    github.com/dobodu/Lilygo-Amole

    Personally; I think you want to go the #LVGL route anyway; It's more of an ecosystem than just a set of display drivers. You get the tools and libraries to use the display effectively, as well as the hardware support.

    Micropython itself does not build in any drivers or features for this sort of display. It has basic framebuffer support but this is intended for tiny OLED's etc. Not large color displays. Indeed, a framebuffer for this display would be 688K in size.. larger than the system RAM.

  3. @xavi
    You will always need bus and display drivers for this; either loaded as part of your project, or a #MicroPython firmware with a drivers built-in.

    #QSPI is 'Quad SPI', a very fast display bus. The #ESP32 micropython port does not support this natively, so you need a driver for that.
    It may get added in the future, See discussion here, etc:
    github.com/orgs/micropython/di

    You also need a driver for the SH8601 itself (this will use the QSPI bus).

    Have a look at this page; which has a pre-compiled, non-lvgl firmware supporting your board + display.
    github.com/dobodu/Lilygo-Amole

    Personally; I think you want to go the #LVGL route anyway; It's more of an ecosystem than just a set of display drivers. You get the tools and libraries to use the display effectively, as well as the hardware support.

    Micropython itself does not build in any drivers or features for this sort of display. It has basic framebuffer support but this is intended for tiny OLED's etc. Not large color displays. Indeed, a framebuffer for this display would be 688K in size.. larger than the system RAM.

  4. @xavi
    You will always need bus and display drivers for this; either loaded as part of your project, or a #MicroPython firmware with a drivers built-in.

    #QSPI is 'Quad SPI', a very fast display bus. The #ESP32 micropython port does not support this natively, so you need a driver for that.
    It may get added in the future, See discussion here, etc:
    github.com/orgs/micropython/di

    You also need a driver for the SH8601 itself (this will use the QSPI bus).

    Have a look at this page; which has a pre-compiled, non-lvgl firmware supporting your board + display.
    github.com/dobodu/Lilygo-Amole

    Personally; I think you want to go the #LVGL route anyway; It's more of an ecosystem than just a set of display drivers. You get the tools and libraries to use the display effectively, as well as the hardware support.

    Micropython itself does not build in any drivers or features for this sort of display. It has basic framebuffer support but this is intended for tiny OLED's etc. Not large color displays. Indeed, a framebuffer for this display would be 688K in size.. larger than the system RAM.

  5. @xavi
    You will always need bus and display drivers for this; either loaded as part of your project, or a #MicroPython firmware with a drivers built-in.

    #QSPI is 'Quad SPI', a very fast display bus. The #ESP32 micropython port does not support this natively, so you need a driver for that.
    It may get added in the future, See discussion here, etc:
    github.com/orgs/micropython/di

    You also need a driver for the SH8601 itself (this will use the QSPI bus).

    Have a look at this page; which has a pre-compiled, non-lvgl firmware supporting your board + display.
    github.com/dobodu/Lilygo-Amole

    Personally; I think you want to go the #LVGL route anyway; It's more of an ecosystem than just a set of display drivers. You get the tools and libraries to use the display effectively, as well as the hardware support.

    Micropython itself does not build in any drivers or features for this sort of display. It has basic framebuffer support but this is intended for tiny OLED's etc. Not large color displays. Indeed, a framebuffer for this display would be 688K in size.. larger than the system RAM.

  6. Is there anyone in the room with knowledge about #ESP32 microcontrollers?

    I am playing with a #Waveshare development board that has an #AMOLED and a touchscreen, and it says it has built-in #SH8601 display driver and #FT3168 capacitive touch chip, using #QSPI and #I2C communication respectively.

    waveshare.com/product/arduino/

    It directly works in #Arduino with #C, but I am trying to make it work with #MicroPython.

    Before I spend effort trying to compile it with #LVGL, I want to know if I could print a "Hello World" to the screen as is, and while my mind tells me that I need a driver, the sentence "built-in display driver using QSPI" makes me think that I could eventually use the display without code drivers, but I don't know how.

    I'd love to see an example, if it's possible, or to be pointed to any resources that I can read in this regard. I am complete newbie.

    Re-posts are appreciated.

    Thank in advance 😊