应用层相关功能配置，主要达到以下几个目的：
• 根据应用需求，重新配置系统及蓝牙相关配置，以满足应用需求
• 通过一些配置，让应用能够定制出不同个性化需求
应用层配置通常都采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
也有少量应用层配置，需要修改：
\samples\voice_rcu\src\peripheral_rmc\include\rmc_atb110*_*.h
1. 重新配置的系统及蓝牙相关配置
应用层配置通常都采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
配置过程是：先#undef CONFIG_* ，然后#define CONFIG_* ，达到修改目的
其中，
• CONFIG_BT_DEVICE_NAME 当前应用为遥控器，所以将蓝牙名称从Zephyr 修改为BLE_RMC
• CONFIG_BT_MAX_CONN 遥控器应用只需要支持一个连接
• CONFIG_BT_MAX_PAIRED 遥控器应用只需要支持与一个对等设备配对，多个设备与遥控器配对，将自动清除原来的配对信息
• CONFIG_BT_RX_BUF_COUNT 减少RX buffer 个数，可以节省资源
• CONFIG_BT_L2CAP_TX_BUF_COUNT 主要为了适配语音数据包的个数，减少BLE 语音发送的等待时间
• CONFIG_IDLE_STACK_SIZE 适量增加IDLE 栈以满足复杂应用需求
• CONFIG_BT_RX_STACK_SIZE 适量增加RX 栈以满足复杂应用需求
此外，还可以在应用的板级硬件配置中继续重新定义，以满足不同板级需求
如rmc_atb1103_yt_v2.h 板级硬件配置中蓝牙名称的修改，以区分不同的硬件板子
2. 应用消息类型配置
应用框架的消息机制，没有定义具体的消息处理，需要用户根据应用需求定义自己的消息类型采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
3. 语音传送profile 的选择配置
当前语音传送设计了2 个profile，分别为Actions 自定义的透传profile和hid profile.
采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
• 根据应用需求，重新配置系统及蓝牙相关配置，以满足应用需求
• 通过一些配置，让应用能够定制出不同个性化需求
应用层配置通常都采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
也有少量应用层配置，需要修改：
\samples\voice_rcu\src\peripheral_rmc\include\rmc_atb110*_*.h
1. 重新配置的系统及蓝牙相关配置
应用层配置通常都采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
配置过程是：先#undef CONFIG_* ，然后#define CONFIG_* ，达到修改目的
其中，
• CONFIG_BT_DEVICE_NAME 当前应用为遥控器，所以将蓝牙名称从Zephyr 修改为BLE_RMC
• CONFIG_BT_MAX_CONN 遥控器应用只需要支持一个连接
• CONFIG_BT_MAX_PAIRED 遥控器应用只需要支持与一个对等设备配对，多个设备与遥控器配对，将自动清除原来的配对信息
• CONFIG_BT_RX_BUF_COUNT 减少RX buffer 个数，可以节省资源
• CONFIG_BT_L2CAP_TX_BUF_COUNT 主要为了适配语音数据包的个数，减少BLE 语音发送的等待时间
• CONFIG_IDLE_STACK_SIZE 适量增加IDLE 栈以满足复杂应用需求
• CONFIG_BT_RX_STACK_SIZE 适量增加RX 栈以满足复杂应用需求
此外，还可以在应用的板级硬件配置中继续重新定义，以满足不同板级需求
如rmc_atb1103_yt_v2.h 板级硬件配置中蓝牙名称的修改，以区分不同的硬件板子
2. 应用消息类型配置
应用框架的消息机制，没有定义具体的消息处理，需要用户根据应用需求定义自己的消息类型采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
3. 语音传送profile 的选择配置
当前语音传送设计了2 个profile，分别为Actions 自定义的透传profile和hid profile.
采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
4. 应用回连方式的选择配置
在ble 回连中，有2 个方式：
• 使用非定向广播用于回连，回连速度会略慢
• 使用定向广播用于回连，回连速度快
采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
• 非定向广播包用于回连，在android 还是IOS 设备兼容性较好
• IOS 规格已经明确，IOS 设备不接收定向广播用于回连
5. 语音编码方式的选择配置
遥控器应用中，设计3 大类编码方式：
• 压缩比为16:1 编码算法，如USE_AL_ENCODE_1
• 压缩比为8:1 编码算法，如USE_AL_ENCODE_2_8_1
• 压缩比为4:1 编码算法， 如USE_AL_ENCODE_3_4_1 USE_AL_ENCODE_3_4_1_2
采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\autoconf_rmc.h
如果配置编码算法为压缩比8:1 及以上算法，ADC 自适应调整16K—16bit 采样，默认4：1 算法，ADC 8K_16bit 采样
• 16:1 压缩算法，在当前工程，由于压缩算法需要16K RAM，需要屏蔽打印、OTA 等才能跑起来。
• 如果对接的android APK，APK 端算法自适应解码
6. DIS Service 的配置
在HID profile 的central 设备中，通常会读取DIS Service 信息来标识不同的HID 设备，所以可以根据不同的板级配置不同的内容，以满足个性化需求。
采用静态配置的方式，主要通过修改：
\samples\voice_rcu\src\peripheral_rmc\include\rmc_atb110*_*.h
评论