ESP radio improvements
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 15/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- embedded-iot
Direzione di ricerca
This is a roadmap with four separate items (OSI-layer task cleanup, remaining ESP Wi-Fi Zig wrappers, ESP-NOW, Bluetooth) plus a package split, and it names no files or tests. Start by finding the OSI layer task spawning and rtos.wait_and_free usage, then compare against esp-idf or the Rust esp-radio crate as the issue suggests. Done would mean one of the listed items is narrowed to a concrete change, which a maintainer should confirm first.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
- osi layer task deletion
Currently, tasks spawned by the osi layer can exit but the memory is never freed. Right now, this isn't a problem if one does not init and deinit the wifi driver multiple times.
A possible solution would be to create a new low priority task that receives other tasks via a queue and callsrtos.wait_and_freeon each. - esp wifi: remaining zig wrappers
There is still some functionality that we don't have zig wrappers for. - esp now
- bluetooth
For a reference implementation, you can look at esp-idf or the rust esp-radio crate. - move radio and rtos out of the hal and into a new package that also provides an
std.Ioimplementation (big TODO for the future)
- 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
-
[BUG] OTA Requestor accepts reserved provider endpoint 0xFFFFForse già presa @Chapoly1305 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
project-chip/connectedhomeip#74742 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 63/100
Xinyuan-LilyGO/T-Display-S3#352 · 3 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
lsongdev/node-bluetooth#62 ·
-
docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
adidshaft/grok-gadgets#202 ·
I maintainer di solito rispondono entro 1 giorno
-
api-v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
adafruit/Adafruit_Wippersnapper_Arduino#1012 ·
I maintainer di solito rispondono entro 5 giorni