ESP radio improvements

Offen
  • Stimmt etwas nicht?
#902 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
15/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Bereich
embedded-iot

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement esp32 help wanted
  • 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 calls rtos.wait_and_free on 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.Io implementation (big TODO for the future)
Vorherrschende Sprache
Zig
Sterne
2.3k
Forks
198
Ø Merge
2 T. 23 Std.
Gemergte PRs (30 T.)
32

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus ZigEmbeddedGroup/microzig

Alle Issues in ZigEmbeddedGroup/microzig

Ähnliche Issues

Weitere Issues zu Embedded & IoT

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.