一颗芯片的三个名字BES2810、best1702 与 best1702_ibrt 关系深度解析一句话剧透这三个名字不是三颗芯片也不是三个可以互换的编译宏而是同一颗 SoC 在**“对外型号 → 芯片平台 → 产品形态”**三个层面的投影。看懂了它们你就看懂了 BES SDK 整个构建体系的第一块多米诺骨牌。目录1. 技术背景一个让新手怀疑人生的瞬间2. 三个名字三个世界具体含义与功能定位2.1 BES2810 / BES2810ZP——对外产品型号身份证名字2.2 best1702——SDK 内部芯片平台标识内部工号2.3 best1702_ibrt——产品 target具体岗位3. 技术关联性分析三个名字如何咬合成一台机器3.1 构建系统的变量传递链3.2 三层闸门模型能力、默认、传参3.3 一颗 DSP 的三层旅程实例推演4. 应用场景对比什么时候该用哪个名字5. 可能的演进关系从 best 命名谱系看未来6. 开发注意事项十个实战忠告7. 总结1. 技术背景一个让新手怀疑人生的瞬间每个接手 BES 平台的工程师几乎都会经历同一个灵魂拷问时刻硬件同事甩来一份《BES2810ZP Datasheet》说我们用的是 BES2810打开 SDK发现 HAL 目录叫platform/hal/best1702/地址映射头文件叫plat_addr_map_best1702.h跑构建脚本命令行里赫然是Tbest1702_ibrt想搜个 GPIO 驱动怎么写网上的文章一会儿说 BES2800一会儿说 best2300一会儿又是 1702……三个名字到底听谁的这不是 BES 故意刁难人而是任何一家芯片厂商都逃不掉的命名现实——对外营销名型号和内部工程名平台代号从来就是两条线。就像汽车圈你在 4S 店买的是秦PLUS商品名工程师嘴里的却是e平台3.0平台代号而生产线排产单上写的可能是SC7180A-DMi-120-FL具体配置代号。放到 BES2810 这里对应关系就是BES2810ZP芯片型号对外发布 ←—— 数据手册、Release Note、BOM 表 │ best1702芯片平台SDK 内部标识 ←—— 芯片配置、HAL、寄存器、编译宏 │ best1702_ibrt产品 target形态 ←—— 耳机固件构建入口、板级配置2. 三个名字三个世界具体含义与功能定位2.1 BES2810 / BES2810ZP——对外产品型号身份证名字定位恒玄科技Bestechnic简称 BES对外发布的芯片型号出现在一切给人看的场合。这颗芯片的硬件画像数据手册 摘要220-pin BGA 封装4.1mm × 7.3mm × 0.79mm多核异构4 × Cortex-M55M55C0~C3HiFi 系列 DSP 独立 BT controller 核 Ethos-U55 NPU8.3 MB 片上 SRAM SiP 封装 Flash8/16 MB 可选BR/EDR BLE 双模音频平台主打 TWS 耳机。关键点BES2810 是型号家族名ZP 是具体的封装/配置后缀类比骁龙 8 Gen3 vs 8 Gen3 for Galaxy。你在数据手册、宣传材料、和 BES FAE 的邮件里看到的都是它。但它几乎不出现在编译系统里——全工程搜索2810源代码层面的命中寥寥无几且都是文档和第三方驱动的移植痕迹。2.2 best1702——SDK 内部芯片平台标识内部工号定位BES 内部的芯片平台代号是整个 SDK编译体系里这颗芯片是谁的唯一权威答案。证据链① 构建入口处target 把自己绑到这个芯片平台上config/best1702_ibrt/target.mk:1CHIP ? best1702② 芯片配置文件把它翻译成 C 宏config/chips/best1702.mk:1KBUILD_CPPFLAGS -DCHIP_BEST1702于是全工程所有 C 代码里的条件编译都以CHIP_BEST1702为判断依据——你在源码里搜BES2810是搜不到任何#ifdef的。③ 它声明这颗芯片具备什么能力config/chips/best1702.mk:42-81节选export CHIP_HAS_USB : 1 export CHIP_HAS_CP : 1 # 有 CP 协处理器多核 export CHIP_HAS_FPU : 1 # 有浮点单元 export CHIP_HAS_EXT_PMU : 1 # 支持外置 PMU export CHIP_HAS_HIFI4 : 1 # 有 HiFi4 DSP export CHIP_HAS_DMA2D : 1 export CHIP_HAS_SECURE_BOOT : 1注意这些宏的命名规律CHIP_HAS_* 芯片能力层它们回答的是硅片里有没有这个电路而不是这次编译用不用。④ 它决定了 HAL 的物理目录结构platform/hal/best1702/ ← best1702 专属 HAL地址映射、CMU、睡眠 ├── plat_addr_map_best1702.h ├── hal_cmu_best1702.c └── ... platform/drivers/ana/best1702/ ← best1702 PMU/模拟寄存器 platform/drivers/bt/best1702/ ← BT controller 补丁换一颗芯片比如 best2300这些目录整套换掉。这就是芯片平台的含义同一套应用层代码适配不同芯片时切换的底层分界线。⑤ best 命名是一个大家族。看一眼config/chips/目录就明白了best1000.mk best1305.mk best1306.mk best1400.mk best1501.mk best1600.mk best1603.mk best1700.mk best1702.mk best2000.mk best2001.mk best2003.mk best2300.mk best2300p.mk best3001.mk ...从 best1000 到 best3003横跨 BES 十几年的产品线1xxx 系早期蓝牙音频、2xxx 系智能手表、130x/150x/160x 中端耳机、1700/1702 这一代旗舰音频平台。best1702 是这个谱系里的最新一代音频平台成员。2.3 best1702_ibrt——产品 target具体岗位定位基于 best1702 芯片平台的一个产品形态构建目标回答这次编出来的固件是给什么产品用的。证据链① Makefile 通过T变量选择 target顶层Makefile:165TARGET_CFG_FILE config/$(T)/target.mk构建时Tbest1702_ibrt就会加载config/best1702_ibrt/target.mk。② 构建脚本里的真实用法tools/build_1702_cmd.shbth_build_cmdT$TARGET_LISTCHIP$CHIPID...# TARGET_LISTbest1702_ibrt注意这里T和CHIP是分开传的两个变量——target 和芯片平台是两个独立维度虽然 best1702_ibrt 默认绑定 best1702CHIP ? best1702但这个?意味着命令行可以改。③ 什么是 IBRTIBRT 是 BES 的 TWS真无线立体声主从协同技术全称可理解为Intelligent Bluetooth Relay Technology智能蓝牙中继。它的核心思想是两只耳机一主一从只有主耳和手机保持蓝牙连接从耳的数据靠主耳实时转发——耳间同步不依赖手机延迟和功耗都更可控。这是 BES TWS 方案的看家本领围绕它有一整套角色管理master/slave 切换、耳间命令TWS 命令码 0x8000 基址、双耳状态同步机制。target 名字里的_ibrt后缀就是声明这个固件形态走 IBRT TWS 路线。④ 同一块芯片不止一个 target。看config/目录config/ ├── best1702_ibrt/ ← TWS 耳机主固件本文主角 ├── cp_subsys/ ← M55C1 子系统镜像A2DP 解码核 ├── cp_subsys1/ ← M55C2 子系统镜像 ├── cp_subsys2/ ← M55C3 子系统镜像构建被注释未启用 ├── dsp_m55/ ← DSP 固件形态 ├── dsp_m55c1/ ├── sensor_hub/ ← 传感器中枢形态 ├── prod_test/ ← 工厂产测固件 └── programmer_inflash/ ← 烧录器固件这是理解 target 概念的关键同一颗 best1702 芯片可以编出耳机固件、产测固件、烧录器固件、各 CPU 子系统固件等不同 target。best1702_ibrt只是其中TWS 耳机应用固件这一个岗位。实际产线烧录时一次完整构建会产出多个 target 的镜像主固件 bootloader CP 子系统镜像由build_1702_cmd.sh编排。3. 技术关联性分析三个名字如何咬合成一台机器3.1 构建系统的变量传递链三个名字不是并列关系而是一条自上而下的装配流水线。用一张图看清整个咬合过程┌─────────────────────────────────────────────────────────────────┐ │ 你敲下的构建命令 │ │ make Tbest1702_ibrt CHIPbest1702 DSP_HIFI41 ANC_APP1 ... │ └────────────────────────────┬────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────┐ │ 顶层 Makefile:165 │ │ TARGET_CFG_FILE config/$(T)/target.mk │ │ Tbest1702_ibrt → 加载 config/best1702_ibrt/target.mk │ └────────────────────────────┬────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────┐ │ config/best1702_ibrt/target.mk:1 │ │ CHIP ? best1702 ← target 声明我基于哪颗芯片 │ │ ? 可被命令行覆盖但一般没人覆盖 │ │ ↓ include config/$(CHIP)/... │ └────────────────────────────┬────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────┐ │ config/chips/best1702.mk │ │ KBUILD_CPPFLAGS -DCHIP_BEST1702 ← 芯片身份进 C 宏域 │ │ CHIP_HAS_HIFI4 : 1 ← 芯片能力清单 │ └────────────────────────────┬────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────┐ │ compile_commands.json最终真相 │ │ 每条编译命令携带 -DCHIP_BEST1702 及上百个功能宏 │ │ #if defined(CHIP_BEST1702) 的代码分支在这里尘埃落定 │ └─────────────────────────────────────────────────────────────────┘而BES2810 在哪它压根不在这条流水线上。它只活在数据手册、Release Note 和你与 FAE 的聊天记录里。芯片一旦流片型号就定死了SDK 里的 best1702 是工程世界给它的工号。3.2 三层闸门模型能力、默认、传参理解三者关系的进阶版是理解每一层各自管什么。这里有一个贯穿 BES SDK 的核心模型——三层闸门第 1 层闸门【芯片具备能力】 config/chips/best1702.mk CHIP_HAS_HIFI4 : 1 硅片里有没有这块电路 —— 物理事实无人能推翻 ↓ 有能力 ≠ 会启用 第 2 层闸门【target 默认值】 config/best1702_ibrt/target.mk:461 DSP_HIFI4 ? 0 这个产品形态默认开不开 —— ? 是最弱赋值专等被覆盖 ↓ 默认关 ≠ 实际关 第 3 层闸门【构建传参】 tools/build_1702_cmd.sh:133 HIFI_MCUDSP_HIFI41 DSP_COMBINE_BIN1 ... 这次编译到底开不开 —— 命令行变量优先级最高一票拍板为什么 target.mk 全用?这不是随手写的而是 GNU make 的刻意设计?表示仅当变量尚未定义时才赋值而命令行变量make DSP_HIFI41的优先级高于一切普通赋值。所以 target.mk 里的默认值本质上是给命令行让路的兜底值。三层结论经常互相矛盾而这恰恰是 BES 用同一套 SDK 灵活裁剪出不同产品的方法论。3.3 一颗 DSP 的三层旅程实例推演拿本工程最典型的 HiFi4 DSP 串一遍三层全部实测数据层次文件与行号内容实测结果芯片具备能力config/chips/best1702.mk:56CHIP_HAS_HIFI4 : 1硅片有 DSP 核全工程该宏消费点仅 1 处platform/drivers/Makefile门控驱动源文件入构建target 默认值config/best1702_ibrt/target.mkDSP_HIFI4 ? 0TWS 耳机形态默认不挂 DSP实际构建传参tools/build_1702_cmd.shHIFI_MCUDSP_HIFI41 ...注入主构建compile_commands.json实测1039 条编译命令携带-DDSP_HIFI4结论能力有、默认关、传参开 → 实际在跑。本工程的通话算法AEC/NS 等就跑在这颗默认关闭但被传参打开的 DSP 上。再补一个反例让模型更立体——触摸检测config/best1702/capsensor_cfg.mk里CAPSENSOR_TOUCH ? 1默认开启但build_1702_cmd.sh:130传了CAPSENSOR_TOUCH0强制关闭实测 compile_commands 中 0 条命中。默认开 ≠ 实际开。两个例子一正一反三层闸门的权威排序一目了然命令行 默认值 芯片能力能力层甚至都不直接产生-D宏。4. 应用场景对比什么时候该用哪个名字场景该用的名字原因与示例查芯片规格、引脚定义、电气参数BES2810 / BES2810ZP数据手册BES2810ZP_Datasheet.pdf按型号组织和 BES FAE 沟通、提 caseBES2810ZP商务和技术支持体系按对外型号建档issue 编号形如[MIC2810-1]查 SDK 版本变更BES2810ZPRelease Note 按型号发布读/写 HAL、查寄存器地址映射best1702platform/hal/best1702/plat_addr_map_best1702.h等目录按平台组织判断某个#ifdef分支是否编译best1702 compile_commandsC 宏域只认CHIP_BEST1702型号名搜不到任何代码分支改产品功能配置按键表、pinmux、音频参数best1702_ibrtconfig/best1702_ibrt/tgt_hardware.h/.c、target.mk是这个 target 的板级领地构建固件、切换产品形态best1702_ibrtmake Tbest1702_ibrt ...换T即换产品查多核子系统镜像cp_subsys / cp_subsys1同芯片的兄弟 target各自有独立 config 目录一张速记图看到 BES2810 → 想到这颗芯片是什么硬件视角查手册 看到 best1702 → 想到代码怎么适配这颗芯片平台视角查 HAL 看到 best1702_ibrt→ 想到这次编的是什么产品产品视角查 target 配置5. 可能的演进关系从 best 命名谱系看未来5.1 内部代号与型号的代际错位best1702与BES2810的数字并不同步1702 vs 2810这不是 bug而是两条命名轨道best 谱系内部工程线config/chips/下从 best1000 一路排到 best3003是 BES 十余年平台演进的化石层。1700/1702 属于最新的旗舰音频平台代际2810 谱系对外产品线BES2xxx 系列面向市场定位命名如 BES2800 是上一代旗舰。BES2810 大概率是搭载 best1702 平台或其衍生版本的首发对外型号。这种内部代号 ≠ 对外型号在业界是常态高通骁龙的 SM8xxx 内部号 vs 8 Gen X 商品名联发科 MT68xx vs 天玑 xxxx皆同此理。可以预期best1702 平台未来可能衍生出多个对外型号不同封装/存储/裁剪配置类似 BES2810ZP 中的 ZP 后缀细分届时数据手册会多几个兄弟但 SDK 里它们大概率仍共用best1702这套芯片配置——型号管市场平台管代码。5.2 一个值得玩味的细节DSP 命名冲突数据手册 标称 DSP 为 “Tensilica HiFi 5s 240MHz”而 SDK 全线使用CHIP_HAS_HIFI4、platform/drivers/hifi4/命名。这不是笔误更可能是软件框架沿用上一代 HiFi4 的驱动框架名硬件 DSP 已升级到 HiFi 5s 内核。对开发者的实际影响读 SDK 代码、查 IPC 接口时按hifi4关键字搜索评估算力、看性能指标时以数据手册的 HiFi 5s 规格为准两者混着叫时心里要清楚指的是同一个东西。这类框架名滞后于硬件代际的现象恰恰是平台标识best1702相对稳定、型号BES2810快速迭代的又一佐证——内部代号承载兼容性对外型号承载营销节奏。5.3 多核 target 的演进方向config/下 cp_subsys / cp_subsys1 / cp_subsys2 三个 CP 子系统 target 的存在其中 cp_subsys2 的构建调用在build_1702_cmd.sh中被注释暗示这颗 4 核 M55 平台的算力尚未被完全释放。随着 LE Audio、端侧 AIEthos-U55 NPU 已在硅片中SDK 已有U55_TEST传参入口逐步落地可以预期 target 家族会继续扩张——芯片能力是存量target 是增量这也是三层闸门模型的生命力所在。6. 开发注意事项十个实战忠告搜代码别用 BES2810。源码里芯片身份是CHIP_BEST1702用型号名搜索只会收获一堆文档命中。同理寄存器、地址映射都在best1702目录下。改配置前先想清楚改哪一层。芯片能力config/chips/best1702.mk的CHIP_HAS_*、产品默认config/best1702_ibrt/target.mk、板级资源tgt_hardware.h/.c是三个不同的管辖范围——改错层轻则无效重则工厂构建翻车。永远以 compile_commands.json 为唯一真相。target.mk里写着? 0的宏可能被build_1702_cmd.sh传参打开写着? 1的可能被显式传 0 关闭。判断某功能这次编译生效没数 compile_commands 里的-D命中数别信配置文件的表面值。宏计数要防前缀误伤。搜索GFPS会命中GFPS_ENABLED等长名前缀判定宏生效必须用精确边界正则如-DNAME(|\s|)否则统计结果能虚高几倍。同一个 target 名会出现在四个地方缺一不可config/best1702_ibrt/配置目录、make Tbest1702_ibrt构建命令、out/best1702_ibrt/产物目录、tools/build_1702_cmd.sh编排脚本。排查构建问题时顺着这条线走。改 HAL 要检查双副本。部分 HAL 文件存在主核与 hifi4 子系统两份副本如hal_key.c、hal_sleep.c改主核必须同步另一份但audioflinger.c的 hifi4 副本未参与编译、无需同步。哪些要同步、哪些不用必须用 compile_commands 逐个验证不能靠猜。型号带 Draft 标记时硬件参数以最新手册为准并与 FAE 确认。BES2810ZP 手册 Rev 0.41 处于 Pre-preliminary 阶段引脚复用、电气参数存在调整可能SDK 代码与手册冲突时如 DSP 命名代码为准做开发、双方证据留档、找 FAE 书面澄清。和 BES 对接时切换到型号频道。FAE、商务、Release Note 都按 BES2810ZP 建档直接甩 best1702_ibrt 过去对方可能需要先做一次脑内翻译。附上 SDK 版本号Release Note v1.7能大幅提升沟通效率。新开产品线优先评估改 target而非改芯片层。BES 的裁剪粒度设计同芯片出不同产品靠不同 target或同一 target 不同传参芯片层配置基本不动。想在 best1702 上做一个非 TWS 产品第一反应应该是要不要新建一个 target而不是动config/chips/。别忘了构建产物是多 target 拼装的。build_1702_cmd.sh一次完整构建包含主固件best1702_ibrt、bootloaderprod_test/ota_copy、CP 子系统cp_subsys、cp_subsys1多个 target。只重编主固件不重编子系统镜像是跨核接口不同步事故的高发源头——尤其改了跨核 IPC 相关代码时。7. 总结回到开头的问题BES2810、best1702、best1702_ibrt 是什么关系它们是一颗芯片的三个名字分别回答三个问题名字层次回答的问题权威载体BES2810 / BES2810ZP对外产品型号这是颗什么芯片数据手册、Release Note、FAEbest1702SDK 芯片平台代码如何适配这颗芯片config/chips/best1702.mk、-DCHIP_BEST1702、platform/hal/best1702/best1702_ibrt产品 target这次编的是什么产品config/best1702_ibrt/target.mk、make Tbest1702_ibrt一条装配链串起三者型号定芯片BES2810ZP best1702 平台的某个流片版本→ 平台承载代码best1702 提供 HAL 与能力宏→ target 定义产品best1702_ibrt best1702 上的 TWS 耳机形态。而对日常开发更有用的是那条三层闸门铁律芯片能力CHIP_HAS_*说明能不能target 默认值?说明默认开不开构建传参命令行说明这次开没开——三层结论可以互不相同最终生效与否只看 compile_commands.json。记住一句话就够了查手册认型号读代码认平台改配置认 target判生效认编译数据库。