arduino / arduino/ArduinoCore-API
SPI API add void transfer(const void *tx_buffer, void *rx_buffer, size_t count);
- Lingua principale
- C++
- Stelle
- 306
- Fork
- 150
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
### API component
SPI API
### Description
SPI API add
```
virtual void transfer(const void *tx_buffer, void *rx_buffer, size_t count);
```
[Expand SPI API and Functionality for High Speed Devices](https://github.com/arduino/ArduinoCore-API/discussions/189)
### Is this a breaking change?
Unlikely
### Additional information
This is really a missing API method, it doesn't make sense to have only a single buffer for both transmit and receive, as DMA hardware normally works in 2 buffers.
The plain old
https://github.com/arduino/ArduinoCore-API/blob/master/api/HardwareSPI.h#L112
```
virtual void transfer(void *buf, size_t count) = 0;
```
forces hacks such as:
- allocate a temporary buffer
- do the DMA transfers receiving into the temporary buffer
- copy that temporary buffer data back into the address pointed by *buf*
wasting both memory and cpu cycles
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Direzione di ricerca
Inizia da api/HardwareSPI.h, in corrispondenza della dichiarazione esistente del trasferimento con un singolo buffer, quindi leggi la discussione collegata per comprendere l'ambito previsto della SPI API. Traccia le implementazioni dell'API e i percorsi di verifica interessati prima di modificare l'interfaccia. Il lavoro è completato quando la firma del trasferimento virtuale a due buffer è supportata in modo coerente senza il workaround del buffer temporaneo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- cpp
- Ambito
- api, embedded-iot
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Specificata chiaramente
- Idoneità per principianti
- 45/100