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

[Introspection] Expose supported nominal/data bitrate capabilities for detected CAN channels

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
api, embedded-iot

調査の方向性

まず、エントリポイント can.interface.detect_available_configs() と、検出されたチャネル設定を構築するコードを読みます。オプションの公称/データビットレート値と CAN-FD 対応値をどのように公開するかを定義し、利用可能な場合には検出された設定がそれらを報告することを、提供できないチャネルを壊さずに確認します。

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

説明

enhancement

Hi maintainers,

I’m integrating python-can into a UI tool that uses can.interface.detect_available_configs() to list adapters/channels.

Current situation:

  • detect_available_configs() gives interface/channel candidates, which is great.
  • But there is no standardized way to discover supported nominal bitrate(s) and CAN-FD data bitrate(s) per detected channel.
  • As a result, UIs have to hardcode bitrate presets, which can be wrong for specific hardware/drivers.

Feature request:

  • Add optional capability fields to auto-detected configs (or a related capability API), e.g.:
    • supported_bitrates: list[int] | None
    • supported_data_bitrates: list[int] | None (for FD-capable channels)
    • supports_fd: bool | None

Example output shape:

{
  "interface": "socketcan",
  "channel": "can0",
  "supports_fd": True,
  "supported_bitrates": [125000, 250000, 500000, 1000000],
  "supported_data_bitrates": [1000000, 2000000, 4000000]
}

Would that make sense?
主要言語
Python
スター
1.6k
フォーク
697
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

hardbyte/python-can のほかの issue

hardbyte/python-can の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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