前言现在为止也开发了许多杰理和中科蓝讯蓝牙芯片的TWS蓝牙耳机、音响项目 SDK 的案子在调试案子时不断的向前辈们学习到了很多关于蓝牙音响、蓝牙TWS耳机专业的知识。想在这里做一个学习汇总方便各位同行和对中科蓝汛芯片SDK感兴趣的小伙伴们学习本章详细讲解中科蓝讯蓝牙芯片架构原理与开发教程本章针对中科蓝讯蓝牙音频芯片从硬件存储架构、核心运行机制到开发规范进行系统性讲解帮助小伙伴快速掌握芯片的框架原理规避开发中的经典问题。芯片整体架构总览内核与系统基础中科蓝讯蓝牙芯片采用32 位 RISC-V 开源指令集内核搭载国产 RT-Thread 实时操作系统。操作系统核心代码已被封装为静态库普通应用开发无需修改或接触系统底层代码大幅降低了开发门槛。总线结构芯片采用冯・诺依曼结构即程序代码与数据采用统一地址空间编址CPU 通过同一条总线完成取指与数据读写。核心存储结构芯片采用「外部 SPI Flash 存储 内部 RAM 运行」的两级存储架构这是整个芯片框架的核心设计1、程序与数据无法直接在 Flash 上执行必须先通过 SPI 接口搬运到芯片内部 RAM 中CPU 再从 RAM 读取指令和数据运行。2、该设计平衡了 “大容量存储” 与 “高速运行” 的需求同时控制了芯片成本。整体存储映射关系如下图所示1、左侧外部 SpiFlash掉电不丢失容量大速度慢分为资源参数区、bank 程序存储区、com 程序存储区2、右侧芯片内部 RAM掉电丢失容量小速度快分为 MASK 程序区、专用 RAM、bank 运行区、com 运行区3、数据通路Flash 与 RAM 之间通过 SPI 总线通信完成代码与数据的加载搬运存储系统分层详解SpiFlash 是芯片的 “外置硬盘”用于持久化存储所有程序与数据常见容量为512KB 或 1MB从上到下分为三个区域1、资源与掉电参数区存放非程序类数据包括提示音音频文件、EQ 音效配置、用户掉电记忆参数等。2、bank 程序存储区存放绝大多数应用层代码容量通常在几百 KB 级别是程序的主体存储区。3、com 程序存储区存放核心公共程序代码容量较小对应 RAM 中的常驻运行区。芯片内部 RAM 运行空间1、MASK 程序区芯片出厂时固化的掩膜程序是芯片上电后的启动入口负责基础硬件初始化、Flash 引导加载等底层逻辑用户不可修改。2、其它专用 RAM供蓝牙基带、音频编解码、外设寄存器等硬件模块使用的专用内存空间不用于存放用户程序。3、bank 程序运行区相当于 Flash bank 区的 “运行缓存Cache”容量仅几 KB 到几十 KB用于动态加载 Flash 中 bank 区的代码空间不足时会自动覆盖旧代码。4、com 程序运行区公共区常驻内存的程序运行区com 区代码上电后一次性加载完成程序运行全程不会被换出CPU 可高速访问。程序加载运行完整流程1、上电启动阶段CPU 从内部 MASK 程序区开始执行完成时钟、SPI 接口等基础硬件初始化。2、com 区加载MASK 引导程序通过 SPI 接口将 Flash 中 com 存储区的全部代码一次性搬运到内部 RAM 的 com 运行区该过程仅在上电时执行一次。3、主程序运行阶段程序进入 main 函数后com 区代码常驻 RAMCPU 可直接高速执行当 CPU 需要执行 bank 区的函数时芯片自动触发 SPI 传输将对应地址的代码块加载到 RAM 的 bank 运行区若 bank 运行区空间已满则自动覆盖不活跃的代码块实现动态换入换出。核心概念com 区与 bank 区深度解析com 区与 bank 区是中科蓝讯开发最核心的概念二者的运行机制、性能、使用场景有本质区别。4.1 com 区公共常驻区1、核心定位高实时性、高频率调用的核心代码的常驻内存区2、加载机制上电启动时一次性完整加载程序全生命周期内常驻 RAM不会被替换3、容量限制通常在几十 KB 以内受限于芯片内部 RAM 总大小空间宝贵4、运行性能CPU 直接从 RAM 取指无额外 SPI 通信开销执行速度快响应延迟极低且确定5、典型使用场景中断服务函数、定时器回调、高频核心控制逻辑、实时性要求高的音频处理4.2 bank 区动态加载区1、核心定位主体应用程序的存储区承担大容量代码存储的角色2、加载机制按需动态加载CPU 执行到未缓存的 bank 代码时自动触发 SPI 搬运空间不足时自动覆盖旧代码整个过程对开发者透明3、容量特性Flash 中存储容量可达几百 KB远大于 RAM 中对应的运行缓存区4、运行性能存在潜在的 SPI 加载延迟执行速度低于 com 区频繁换入换出会进一步降低性能同时 SPI 的 IO 电平翻转会引入电磁干扰5、典型使用场景非实时主逻辑、UI 界面、配置处理、低频调用的功能函数、字符串等常量数据开发核心规范与注意事项中断函数必须全部放在 com 区1、硬性规则中断服务函数ISR及其调用链上的所有子函数、用到的常量数据必须全部指定到 com 区否则会直接导致芯片死机。2、底层原理中断响应要求极低的延迟确定性若中断函数位于 bank 区中断触发时代码可能仍在 Flash 中需要先完成 SPI 加载才能执行无法满足实时性要求。芯片固件做了强制限制中断上下文内若触发 bank 代码加载直接进入异常死机状态。中断内 switch 语句的特殊限制问题根源C 语言的 switch 语句编译器默认会生成独立的跳转表jump table默认情况下跳转表会被存放在 bank 区若中断函数内使用 switch执行时访问 bank 区的跳转表会触发加载异常导致死机。解决方案1、优先使用if-else分支替代 switch 语句从根源上避免生成跳转表。2、若必须使用 switch需确认工程编译选项中添加了-mjump-tables-in-text参数该参数会让编译器将跳转表生成在函数代码段内部随函数一起存放在 com 区。 3、版本差异早期 SDK 默认不带该编译选项禁止在中断中使用 switch新版 SDK 通常已默认添加可正常使用建议开发前确认编译配置。高实时性代码优先放入 com 区对于延时敏感、调用频率高的逻辑如按键消抖、实时控制、定时器回调等优先分配到 com 区保证执行速度和响应确定性。注意com 区容量非常有限需合理规划仅将必要的逻辑放入避免空间溢出。默认分区规则没有通过AT()手动指定段名的函数、常量编译器默认全部放入 bank 区。bank 区的加载、替换完全由芯片固件自动完成开发者无需手动管理内存调度。5.5 电磁敏感场景的 bank 优化1、问题背景SPI 通信时 IO 口电平高速翻转会产生电磁干扰对 FM 收音、模拟音频采集等敏感电路会引入噪声。2、优化方法将同一功能模块如 FM 全部相关函数的代码指定到同一个自定义命名的 bank 段中芯片加载时会尽可能将整个 bank 段一次性加载到 RAM减少运行过程中频繁的 SPI 加载动作从而降低干扰噪声。制作不易喜欢的小伙伴给个小赞赞喜欢我的小伙伴点个关注有不懂的地方和需要的资源随时问我哟
