STM32 DMA interrupt handling in case of transfer error
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- embedded-iot
Direzione di ricerca
Start by finding the STM32 DMA/BDMA interrupt service code in the HAL that handles transfer completion, and locate the error path that panics. Check the surrounding API to see how a caller would learn about a failed transfer. Done means a transfer error is reported to the caller instead of panicking, with the retry behaviour agreed with maintainers first, since the issue leaves that open.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Context
In the STM32 chip family bdma v1 and v2 can use interrupt when transferring data.
This allow the main app to send request and move on the next task even when transfer is not complete.
Todo
Right now the event that is being handle in the interrupt service is only when the transfer complete successfully.
When the transfer error-ed we panic. We might want to address this with a better experience allowing to re-transfer for example.
- Lingua principale
- Zig
- Stelle
- 2.3k
- Fork
- 198
- Merge medio
- 1g 8h
- PR unite (30g)
- 37
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ZigEmbeddedGroup/microzig
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
ZigEmbeddedGroup/microzig#1086 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 69/100
ZigEmbeddedGroup/microzig#1085 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
ZigEmbeddedGroup/microzig#1061 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
ZigEmbeddedGroup/microzig#1059 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
regz: AVR peripherals generated at address 0 when the register-group name matches the module (ATDF)Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
ZigEmbeddedGroup/microzig#1072 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ZigEmbeddedGroup/microzig
Issue simili
-
docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
adidshaft/grok-gadgets#202 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
FujiNetWIFI/fujinet-firmware#1908 ·
I maintainer di solito rispondono entro 1 giorno
-
firmware: transmit() doesn't reset rfTxCurBufIdx, so RFxmit after RFxmitLong can send wrong bytesForse già presa @hermes-crew-337 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
atlas0fd00m/rfcat#182 ·
-
followup
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
pidProfiles: #15546 grows pidProfile_t (228 → 234 bytes) without a PG version bump — profiles saved by earlier master builds load shiftedForse già presa @Firat17aze l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
betaflight/betaflight#15826 ·
I maintainer di solito rispondono entro 2 giorni