Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

ESP radio improvements

オープン
#902 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
15/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
領域
embedded-iot

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

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)
主要言語
Zig
スター
2.3k
フォーク
198
平均マージ
1日 8時間
マージ済み PR(30日)
37

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ZigEmbeddedGroup/microzig のほかの issue

ZigEmbeddedGroup/microzig の issue をすべて見る

似ている issue

Embedded & IoT の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。