zephyrproject-rtos/zephyr

Bluetooth, host: API to expose local controller version & manufacturer info to application

Open

#41,754 创建于 2022年1月12日

在 GitHub 查看
 (2 评论) (0 反应) (1 负责人)C (15,249 star) (9,144 fork)batch import
EnhancementGood first issuearea: APIarea: Bluetootharea: Bluetooth Host

描述

Now one can print local controller and HCI info using BT_INFO, originating from https://github.com/zephyrproject-rtos/zephyr/blob/45a693a2a92412c8677cae9c3111bb4369272f42/subsys/bluetooth/host/hci_core.c#L3081

This is good, but it is desirable to have this information available to the application trough an API. Something similar to bt_dev_get_info() which returns bt_dev as a pointer, or it could be more specific, returning one of the

hci_version;
lmp_version;
hci_revision;
lmp_subversion;
manufacturer;

Parameters.

贡献者指南

技术栈
c
领域
apibackend
议题类型
feature
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-2 days
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
stale
清晰度议题是否清楚说明期望改动、验收标准和下一步。
clear
前置要求
C programmingZephyr RTOS basicsBluetooth HCI protocolGit and GitHub
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
50
研究方向
Review the existing BT INFO print in hci core.c around line 3081. Examine the bt dev structure to see which fields are stored. Propose a new API function, e.g., bt dev get info(), that returns a struct containing hci version, lmp version, hci revision, lmp subversion, and manufacturer. Ensure to update the header file and add a test if applicable. The issue has an assignee, so coordinate with them if needed.