espressif / esp-hosted

Hosted Solution (Linux/MCU) with ESP32 (Wi-Fi + BT + BLE)
Other
711 stars 170 forks source link

SPI operation without handshake and data ready pins #419

Closed thelieb closed 4 months ago

thelieb commented 4 months ago

Hello, Could the esp-hosted-ng solution work without handshake and data ready gpios connected? How heavily does the linux driver (and firmware) rely on these? What would be the consequences of trying to install an ESP32-C3 module without it? Should parts of the software be significantly rewritten? Or would performance be severely degraded?

Thank you.

mantriyogesh commented 4 months ago

Some design understanding:

SPI_design_note.pdf Handshake is mandatory, as it lets host know that ESP has populated next SPI descriptor to lower ESP-IDF SPI driver or not. (mandatory) To make SPI bus idle over the time (instead of running continuous dummy data, we use data ready as interrupt).

Data ready is for async trigger when esp has some data even when SPI bus is idle (no clock). In either of below cases, Data Ready pin could be made optional with some changes:

  1. If you do not intend to have async ESP tx to host OR
  2. You are ready to sacrifice SPI bus always on (no SPI clock idling)

We are also going to implement QSPI (half duplex) which would need one less GPIO, but should take good time (no immediate plans).

Apart from these two, reset pin is also mandatory for SPI. You can also check solution with ESP32-C6 with SDIO.

We are also thinking of adding UART (both Wi-Fi & Bluetooth), with would be low data rate solution but fewer pins. Again, no immediate plans.

thelieb commented 4 months ago

@mantriyogesh I appreciate your detailed reply. Thank you.