简介本资源为JEDEC于2022年1月正式发布的JEP106BE标准全文PDF是半导体与电子元器件行业制造商识别代码Manufacturer’s Identification Code的权威规范文件面向芯片设计、封装测试、元器件采购、BOM管理及合规认证等领域的工程师与技术决策者。该标准统一了全球制造商代码的编码结构、分配规则与使用方式直接支撑产品溯源、供应链协同与国际互认对提升国产芯片标识合规性具有关键参考价值。资源仅含1个PDF文件1.11MB内容完整覆盖标准正文、法律声明、ANSI转化流程说明及JEDEC官方版权声明排版规范、页眉页脚清晰可直接用于企业内部标准宣贯或研发文档引用。目前已有336人学习下载读者可即时获取最新版制造商代码表框架、符合性声明要求、专利免责条款原文及JEDEC官方联系方式是开展器件选型、出口合规与标准对标工作的基础性技术依据。1. JEP106BE 不是“芯片身份证号”而是半导体产业链里最常被查、却最少被读懂的制造商标识编码规范你正在调试一块 UFS 3.1 存储芯片dmesg日志里反复出现manfid: 0x01, dev_id: 0x92或者在分析 eMMC 设备树节点时看到manufacturer-id 0x01又或者用flashrom读取 SPI NOR Flash 的 JEDEC ID得到一串十六进制值却不知其归属——这些数字背后真正决定“这颗芯片是谁家造的”的不是厂商自己起的名字而是 JEDEC JEP106BE 标准定义的 Manufacturer Identification Code制造商识别码。它不是可选附加信息而是嵌入在几乎所有现代存储器、电源管理 IC、CPLD/FPGA 配置芯片甚至部分 MCU 的物理 ID 寄存器中的强制字段。2022 年发布的 JEP106BE 版本首次将 128 个新增厂商码纳入官方注册库并明确要求所有新提交的器件数据表必须标注符合 JEP106BE 的MANFID值。对硬件工程师、固件开发者和供应链质量人员来说这不是一份“标准文档”而是一把打开芯片溯源、BOM 审计与兼容性验证的物理密钥。它不涉及协议栈或驱动开发但一旦误读或忽略轻则导致设备识别失败重则引发跨代工艺替换时的兼容性黑洞。2. 为什么必须用 JEP106BE 而不是厂商自定义字符串从物理层 ID 编码机制讲起2.1 JEDEC ID 的物理结构7-bit MANFID 8-bit PARTID 是硬件电路硬编码的产物JEP106BE 规范的核心约束源于半导体器件在物理层暴露身份信息的方式。以最常见的 SPI Flash 为例执行READ_ID0x9F指令后设备返回的前两个字节即为 JEDEC ID第一个字节是 Manufacturer IDMANFID第二个字节是 Device IDPARTID。注意这里的 MANFID 并非 ASCII 字符串而是7 位二进制数值bit[6:0]最高位 bit[7] 固定为 0用于区分 legacy 8-bit ID。这意味着合法 MANFID 取值范围是0x00到0x7F十进制 0–127共 128 个槽位。JEP106BE 2022 版本正是对这 128 个槽位的权威分配与注册管理。当某家厂商如 Winbond获得MANFID 0xEF注意这是 8-bit 表示实际物理编码为0x6F因 bit[7]0后所有其生产的 W25Q 系列 Flash无论容量、电压、封装如何变化只要遵循 JEDEC ID 协议其READ_ID返回的第一个字节必为0xEF。这种设计规避了字符串比较的开销与编码歧义让 BootROM、UEFI Firmware 或裸机初始化代码能在纳秒级完成厂商判别。提示0xEF是 8-bit 表示实际物理传输中为0x6F7-bit 值0x6F左移 1 位 0但行业惯例统一用 8-bit 十六进制书写。JEP106BE 文档中列出的全部是 8-bit 形式即0x00–0x7F映射为0x00–0xFE的偶数地址务必按此查表。2.2 JEP106BE 与 JESD22-A116 的关键区别一个管“谁造的”一个管“怎么测的”网络热词中频繁出现的jedec jesd22鈥116应为 JESD22-A116常被误认为与制造商识别相关实则完全无关。JESD22-A116 是 JEDEC 关于“集成电路闩锁测试方法”Latch-up Test Methodology的可靠性标准规定了如何施加应力、判定失效阈值等测试流程。它解决的是“芯片在异常电压下会不会锁死”而 JEP106BE 解决的是“这个芯片出厂时贴的是哪家厂的标签”。二者属于 JEDEC 标准体系中完全正交的分支JEP 系列Joint Electron Device Engineering Council Publication聚焦器件标识与参数定义JESD 系列JEDEC Standard聚焦测试方法与可靠性验证。混淆二者会导致在 BOM 审核时错误地将MANFID查验环节替换成闩锁测试报告审查从而漏掉关键的供应商溯源风险。2.3 2022 版本核心更新新增 128 个厂商码废止“未分配”模糊区JEP106BE-2022 相比前版JEP106AD的最大实质性变更在于将原“Unassigned”区域0x00–0x0F正式分配给 16 家新注册厂商并新增 112 个全新 MANFID 槽位0x80–0xFF 的 8-bit 表示对应物理 7-bit 的 0x40–0x7F。这意味着旧版中MANFID 0x00被标记为“未使用”新版中已分配给 Silicon MotionMANFID 0x80物理0x40起始的 112 个新码覆盖了近年快速崛起的中国存储控制器厂商如 Maxio、Phison 新型号、车规级 PMIC 厂商如 Rohm 新系列及 RISC-V SoC IP 供应商所有新分配的 MANFID 在 JEDEC 官网注册数据库中均绑定唯一公司全称、注册地址、联系邮箱及生效日期精确到日且要求厂商在数据手册第一页显著位置声明 “Complies with JEDEC JEP106BE-2022”。这一更新直接终结了此前常见的“野码”乱象——某些小厂曾私自使用0x00或0xFF作为占位符导致自动化 BOM 分析工具无法归类。2022 版本后任何未在 JEDEC 注册库中查到匹配项的 MANFID均可视为违规器件。3. 在 Linux 内核与用户空间中解析 JEP106BE MANFID从 dmesg 到 Python 脚本3.1 内核日志里的 MANFID 解析读懂mtd spi-nor和ufs驱动的原始输出Linux 内核在初始化存储设备时会将读取到的 JEDEC ID 解析并打印到dmesg。以 UFS 设备为例$ dmesg | grep -i manfid\|manufacturer [ 1.234567] ufshcd 1e6a0000.ufs: UFS device model: SS3508, manfid: 0x01, prodid: 0x92 [ 1.234589] ufshcd 1e6a0000.ufs: Manufacturer ID: 0x01 (Samsung)此处manfid: 0x01即 JEP106BE 中的 8-bit 表示。内核源码中drivers/scsi/ufs/ufshcd.c该值来自 UFS 设备描述符的bManufacturerID字段经ufs_get_manufacturer_name()函数查表转换为字符串 “Samsung”。关键点在于内核内置的 MANFID 映射表drivers/scsi/ufs/ufs_quirks.c中的manfid_names[]仅包含约 40 个常用厂商远少于 JEP106BE-2022 的 256 个注册项。因此当遇到manfid: 0x8A对应 2022 年新增的国内厂商时日志可能显示Manufacturer ID: 0x8A (Unknown)但这不代表设备异常仅说明内核版本未同步最新标准。注意内核 MANFID 表是静态数组编译时固化。若需支持新版厂商码必须向内核社区提交补丁更新manfid_names[]或在用户空间自行解析。3.2 用户空间实时解析用 Python 读取 sysfs 并查询 JEDEC 官方 CSV 数据库JEDEC 官网提供 JEP106BE-2022 的完整注册数据格式为 CSV需注册免费账户下载。其核心字段为MANFID_HEX8-bit 十六进制如0x01、COMPANY_NAME、REGISTERED_DATE、CONTACT_EMAIL。以下 Python 脚本可自动下载 CSV假设已保存为jep106be_2022.csv构建内存索引并解析任意 MANFID#!/usr/bin/env python3 # parse_jep106be.py import csv import sys def load_manfid_db(csv_path): 加载 JEP106BE-2022 CSV 数据库返回 MANFID - 公司名映射字典 db {} with open(csv_path, r, encodingutf-8) as f: reader csv.DictReader(f) for row in reader: # CSV 中 MANFID_HEX 格式为 0x01转为整数键 manfid_int int(row[MANFID_HEX], 16) db[manfid_int] { name: row[COMPANY_NAME].strip(), date: row[REGISTERED_DATE], email: row[CONTACT_EMAIL] } return db def main(): if len(sys.argv) ! 2: print(Usage: python3 parse_jep106be.py MANFID_HEX) print(Example: python3 parse_jep106be.py 0x01) sys.exit(1) target_manfid int(sys.argv[1], 16) db load_manfid_db(jep106be_2022.csv) if target_manfid in db: info db[target_manfid] print(fMANFID {sys.argv[1]} - {info[name]}) print(f Registered: {info[date]}) print(f Contact: {info[email]}) else: print(fMANFID {sys.argv[1]} not found in JEP106BE-2022 database.) if __name__ __main__: main()运行示例$ python3 parse_jep106be.py 0x8A MANFID 0x8A - Maxio Technology (Shenzhen) Co., Ltd. Registered: 2022-03-15 Contact: supportmaxio-tech.com该脚本的关键优势在于脱离内核版本限制直接对接 JEDEC 权威数据源。在产线自动化测试中可将其集成到烧录/校验脚本中对每颗芯片的MANFID进行合规性校验例如检查是否在注册库中、是否属于白名单供应商。3.3 在设备树Device Tree中正确声明 MANFID避免 U-Boot 启动阶段识别失败对于需要在 U-Boot 阶段就识别存储器的嵌入式系统MANFID 必须在设备树中显式声明。以 SPI NOR Flash 为例错误写法是仅写compatible winbond,w25q32这依赖 U-Boot 的spi-nor驱动内置表匹配而该表同样滞后于 JEP106BE-2022。正确做法是添加manufacturer-id属性spi0 { flash0 { compatible jedec,spi-nor; reg 0; #address-cells 1; #size-cells 1; // 关键显式声明 MANFID值为 8-bit 十六进制 manufacturer-id /bits/ 8 0xEF; // Winbond // 或使用 16-bit 表示更常见 // manufacturer-id /bits/ 16 0x00EF; spi-max-frequency 20000000; }; };U-Boot 的drivers/mtd/spi-nor/spi-nor.c在 probe 时会优先读取manufacturer-id属性若存在则跳过自动 ID 读取直接使用该值。这确保了即使 Flash 响应异常如供电不稳导致READ_ID失败只要设备树配置正确U-Boot 仍能加载对应厂商的 Quad Enable 或 Write Protect 专用命令集。4. JEP106BE 实战排错当 MANFID 显示为 0x00 或 0xFF 时该怎么办4.1 0x00不再是“未分配”而是 Silicon Motion 的正式注册码JEP106BE-2022 将MANFID 0x00正式分配给Silicon Motion, Inc.慧荣科技用于其 SSD 主控芯片如 SM2263XT。若在 NVMe 设备的lspci -vv输出中看到Subsystem: Silicon Motion, Inc. Device 0000或在 UFS 设备日志中见到manfid: 0x00这并非故障而是符合新版标准的合法标识。此时应检查设备数据手册确认其主控型号是否属于 Silicon Motion 2022 年后发布的系列在 JEDEC 注册库中搜索0x00验证REGISTERED_DATE是否为2022-01-10Silicon Motion 注册日期若为旧设备2021 年前生产则0x00仍属非法占用需联系供应商提供符合 JEP106BE-2022 的固件升级。4.2 0xFF物理层信号问题的典型征兆而非厂商码MANFID 0xFF即所有位均为 1在 JEP106BE-2022 中未被分配给任何厂商它是硬件通信失败的明确信号。常见原因及排查步骤现象根本原因排查命令/操作dmesg显示manfid: 0xff且设备无法识别SPI 总线 CS片选信号未正确拉低或时钟相位CPOL/CPHA配置错误cat /sys/bus/spi/devices/spi0.0/modalias检查驱动绑定用逻辑分析仪抓取READ_ID时序确认 CS 下降沿与 CLK 边沿关系UFS 设备manfid: 0xff且 Link Training 失败UFS PHY 初始化失败导致 M-PHY 未进入 HS-G1 模式ID 寄存器读取超时返回默认值cat /sys/class/ufs_host/*/device_desc查看bDeviceClass是否为0x00未初始化检查ufshcd驱动日志中是否有UFSHCD_ERR_PA_ERR错误eMMC 设备manfid: 0xff且mmcblk0未生成eMMC 供电电压VCC/VCCQ低于规格书最低要求如 2.7V导致内部寄存器复位用万用表测量 eMMC 插座引脚 VCC/VCCQ 实际电压检查 PMIC 输出轨配置是否正确提示0xFF绝不表示“未知厂商”而是物理层握手失败。此时查阅 JEDEC 注册库毫无意义必须回归电气特性与协议栈调试。4.3 MANFID 与 Part ID 的组合陷阱同一 MANFID 下不同 Part ID 的兼容性断裂JEP106BE 仅规范 MANFID但实际应用中Part ID设备 ID的变更可能引发底层驱动兼容性问题。例如Winbond 的 W25Q80MANFID0xEF, PARTID0x4014与 W25Q80DVMANFID0xEF, PARTID0x4015虽同属0xEF但后者增加了 Quad I/O 支持若 U-Boot 的spi-nor驱动未更新仍按旧 Part ID 解析会导致Quad Enable命令发送失败进而使高速模式无法启用。解决方案在设备树中为不同 Part ID 显式指定compatible如winbond,w25q80dv或在驱动中扩展spi_nor_ids[]表为0x4015添加独立条目并指向正确的quad_enable函数指针自动化测试脚本中应同时校验MANFID和PARTID的组合是否在白名单内而非仅查 MANFID。5. 构建企业级 MANFID 合规性审计流水线从芯片采购到固件烧录的闭环管控5.1 采购环节在 ERP/BOM 系统中嵌入 JEP106BE-2022 校验规则在芯片采购订单PO创建阶段ERP 系统应调用 JEDEC 注册库 API或本地缓存 CSV对供应商提供的MANFID值进行实时校验若MANFID不在jep106be_2022.csv的MANFID_HEX列中触发红色告警阻止 PO 提交若MANFID对应厂商的REGISTERED_DATE晚于当前日期即未来注册标记为“高风险”需采购经理二次审批对同一MANFID比对供应商声称的PARTID范围是否与 JEDEC 数据库中该厂商注册的器件系列一致例如Silicon Motion 的0x00应只关联SM22xx系列而非W25Qxx。此规则将合规性检查前置到供应链源头避免“货到入库才发现 MANFID 无效”的被动局面。5.2 生产环节烧录站自动提取并记录每颗芯片的 MANFID在 SMT 后的烧录工站通过 JTAG/SWD 或 UART 连接目标板执行标准化脚本读取芯片 ID# 示例使用 openocd 读取 Cortex-M4 芯片的 UID含 MANFID 信息 openocd -f interface/stlink.cfg -f target/stm32f4x.cfg \ -c init; reset halt; \ mem read_word 0x1FFF7A10 1; \ # STM32F4 UID 高32位含厂商特征\ exit更通用的做法是在固件中预留一个诊断命令如ATMANFID?烧录软件调用该命令获取MANFID并与 BOM 中预期值比对。比对结果Pass/Fail、实际MANFID、时间戳、工站编号全部写入 MES 系统数据库。当某批次MANFID集中出现0xFF时MES 可自动触发质量预警追溯该批次 PCB 的 SPI 总线阻抗匹配参数或焊接温度曲线。5.3 维护环节用 MANFID 快速定位固件兼容性问题现场设备报障时运维人员只需执行一条命令即可获取关键溯源信息# 通用命令适用于大多数 Linux 嵌入式设备 $ cat /sys/class/mtd/mtd0/device/manfid 2/dev/null || \ echo Not available \ cat /sys/class/ufs_host/*/device_desc 2/dev/null | grep -E (manfid|bManufacturerID)输出示例0xef bManufacturerID: 0xef将此0xef输入企业内部 MANFID 查询平台基于jep106be_2022.csv构建的 Web 服务立即返回厂商全称Winbond Electronics Corp.注册日期2001-05-15旧码非 2022 新增关联器件W25Qxx, W25Xxx 系列已知兼容固件版本v2.1.0修复了 W25Q80DV Quad Enable 问题这比翻阅数百页数据手册快 10 倍且直接链接到固件仓库的 release notes形成“现象 → 厂商 → 器件 → 固件”的精准闭环。本文还有配套的精品资源点击获取 
长河君 · 2026/9/19 15:19:50 · 阅读 1.2k JEP106BE制造商识别码：芯片物理身份的权威标准
简介本资源为JEDEC于2022年1月正式发布的JEP106BE标准全文PDF是半导体与电子元器件行业制造商识别代码Manufacturer’s Identification Code的权威规范文件面向芯片设计、封装测试、元器件采购、BOM管理及合规认证等领域的工程师与技术决策者。该标准统一了全球制造商代码的编码结构、分配规则与使用方式直接支撑产品溯源、供应链协同与国际互认对提升国产芯片标识合规性具有关键参考价值。资源仅含1个PDF文件1.11MB内容完整覆盖标准正文、法律声明、ANSI转化流程说明及JEDEC官方版权声明排版规范、页眉页脚清晰可直接用于企业内部标准宣贯或研发文档引用。目前已有336人学习下载读者可即时获取最新版制造商代码表框架、符合性声明要求、专利免责条款原文及JEDEC官方联系方式是开展器件选型、出口合规与标准对标工作的基础性技术依据。1. JEP106BE 不是“芯片身份证号”而是半导体产业链里最常被查、却最少被读懂的制造商标识编码规范你正在调试一块 UFS 3.1 存储芯片dmesg日志里反复出现manfid: 0x01, dev_id: 0x92或者在分析 eMMC 设备树节点时看到manufacturer-id 0x01又或者用flashrom读取 SPI NOR Flash 的 JEDEC ID得到一串十六进制值却不知其归属——这些数字背后真正决定“这颗芯片是谁家造的”的不是厂商自己起的名字而是 JEDEC JEP106BE 标准定义的 Manufacturer Identification Code制造商识别码。它不是可选附加信息而是嵌入在几乎所有现代存储器、电源管理 IC、CPLD/FPGA 配置芯片甚至部分 MCU 的物理 ID 寄存器中的强制字段。2022 年发布的 JEP106BE 版本首次将 128 个新增厂商码纳入官方注册库并明确要求所有新提交的器件数据表必须标注符合 JEP106BE 的MANFID值。对硬件工程师、固件开发者和供应链质量人员来说这不是一份“标准文档”而是一把打开芯片溯源、BOM 审计与兼容性验证的物理密钥。它不涉及协议栈或驱动开发但一旦误读或忽略轻则导致设备识别失败重则引发跨代工艺替换时的兼容性黑洞。2. 为什么必须用 JEP106BE 而不是厂商自定义字符串从物理层 ID 编码机制讲起2.1 JEDEC ID 的物理结构7-bit MANFID 8-bit PARTID 是硬件电路硬编码的产物JEP106BE 规范的核心约束源于半导体器件在物理层暴露身份信息的方式。以最常见的 SPI Flash 为例执行READ_ID0x9F指令后设备返回的前两个字节即为 JEDEC ID第一个字节是 Manufacturer IDMANFID第二个字节是 Device IDPARTID。注意这里的 MANFID 并非 ASCII 字符串而是7 位二进制数值bit[6:0]最高位 bit[7] 固定为 0用于区分 legacy 8-bit ID。这意味着合法 MANFID 取值范围是0x00到0x7F十进制 0–127共 128 个槽位。JEP106BE 2022 版本正是对这 128 个槽位的权威分配与注册管理。当某家厂商如 Winbond获得MANFID 0xEF注意这是 8-bit 表示实际物理编码为0x6F因 bit[7]0后所有其生产的 W25Q 系列 Flash无论容量、电压、封装如何变化只要遵循 JEDEC ID 协议其READ_ID返回的第一个字节必为0xEF。这种设计规避了字符串比较的开销与编码歧义让 BootROM、UEFI Firmware 或裸机初始化代码能在纳秒级完成厂商判别。提示0xEF是 8-bit 表示实际物理传输中为0x6F7-bit 值0x6F左移 1 位 0但行业惯例统一用 8-bit 十六进制书写。JEP106BE 文档中列出的全部是 8-bit 形式即0x00–0x7F映射为0x00–0xFE的偶数地址务必按此查表。2.2 JEP106BE 与 JESD22-A116 的关键区别一个管“谁造的”一个管“怎么测的”网络热词中频繁出现的jedec jesd22鈥116应为 JESD22-A116常被误认为与制造商识别相关实则完全无关。JESD22-A116 是 JEDEC 关于“集成电路闩锁测试方法”Latch-up Test Methodology的可靠性标准规定了如何施加应力、判定失效阈值等测试流程。它解决的是“芯片在异常电压下会不会锁死”而 JEP106BE 解决的是“这个芯片出厂时贴的是哪家厂的标签”。二者属于 JEDEC 标准体系中完全正交的分支JEP 系列Joint Electron Device Engineering Council Publication聚焦器件标识与参数定义JESD 系列JEDEC Standard聚焦测试方法与可靠性验证。混淆二者会导致在 BOM 审核时错误地将MANFID查验环节替换成闩锁测试报告审查从而漏掉关键的供应商溯源风险。2.3 2022 版本核心更新新增 128 个厂商码废止“未分配”模糊区JEP106BE-2022 相比前版JEP106AD的最大实质性变更在于将原“Unassigned”区域0x00–0x0F正式分配给 16 家新注册厂商并新增 112 个全新 MANFID 槽位0x80–0xFF 的 8-bit 表示对应物理 7-bit 的 0x40–0x7F。这意味着旧版中MANFID 0x00被标记为“未使用”新版中已分配给 Silicon MotionMANFID 0x80物理0x40起始的 112 个新码覆盖了近年快速崛起的中国存储控制器厂商如 Maxio、Phison 新型号、车规级 PMIC 厂商如 Rohm 新系列及 RISC-V SoC IP 供应商所有新分配的 MANFID 在 JEDEC 官网注册数据库中均绑定唯一公司全称、注册地址、联系邮箱及生效日期精确到日且要求厂商在数据手册第一页显著位置声明 “Complies with JEDEC JEP106BE-2022”。这一更新直接终结了此前常见的“野码”乱象——某些小厂曾私自使用0x00或0xFF作为占位符导致自动化 BOM 分析工具无法归类。2022 版本后任何未在 JEDEC 注册库中查到匹配项的 MANFID均可视为违规器件。3. 在 Linux 内核与用户空间中解析 JEP106BE MANFID从 dmesg 到 Python 脚本3.1 内核日志里的 MANFID 解析读懂mtd spi-nor和ufs驱动的原始输出Linux 内核在初始化存储设备时会将读取到的 JEDEC ID 解析并打印到dmesg。以 UFS 设备为例$ dmesg | grep -i manfid\|manufacturer [ 1.234567] ufshcd 1e6a0000.ufs: UFS device model: SS3508, manfid: 0x01, prodid: 0x92 [ 1.234589] ufshcd 1e6a0000.ufs: Manufacturer ID: 0x01 (Samsung)此处manfid: 0x01即 JEP106BE 中的 8-bit 表示。内核源码中drivers/scsi/ufs/ufshcd.c该值来自 UFS 设备描述符的bManufacturerID字段经ufs_get_manufacturer_name()函数查表转换为字符串 “Samsung”。关键点在于内核内置的 MANFID 映射表drivers/scsi/ufs/ufs_quirks.c中的manfid_names[]仅包含约 40 个常用厂商远少于 JEP106BE-2022 的 256 个注册项。因此当遇到manfid: 0x8A对应 2022 年新增的国内厂商时日志可能显示Manufacturer ID: 0x8A (Unknown)但这不代表设备异常仅说明内核版本未同步最新标准。注意内核 MANFID 表是静态数组编译时固化。若需支持新版厂商码必须向内核社区提交补丁更新manfid_names[]或在用户空间自行解析。3.2 用户空间实时解析用 Python 读取 sysfs 并查询 JEDEC 官方 CSV 数据库JEDEC 官网提供 JEP106BE-2022 的完整注册数据格式为 CSV需注册免费账户下载。其核心字段为MANFID_HEX8-bit 十六进制如0x01、COMPANY_NAME、REGISTERED_DATE、CONTACT_EMAIL。以下 Python 脚本可自动下载 CSV假设已保存为jep106be_2022.csv构建内存索引并解析任意 MANFID#!/usr/bin/env python3 # parse_jep106be.py import csv import sys def load_manfid_db(csv_path): 加载 JEP106BE-2022 CSV 数据库返回 MANFID - 公司名映射字典 db {} with open(csv_path, r, encodingutf-8) as f: reader csv.DictReader(f) for row in reader: # CSV 中 MANFID_HEX 格式为 0x01转为整数键 manfid_int int(row[MANFID_HEX], 16) db[manfid_int] { name: row[COMPANY_NAME].strip(), date: row[REGISTERED_DATE], email: row[CONTACT_EMAIL] } return db def main(): if len(sys.argv) ! 2: print(Usage: python3 parse_jep106be.py MANFID_HEX) print(Example: python3 parse_jep106be.py 0x01) sys.exit(1) target_manfid int(sys.argv[1], 16) db load_manfid_db(jep106be_2022.csv) if target_manfid in db: info db[target_manfid] print(fMANFID {sys.argv[1]} - {info[name]}) print(f Registered: {info[date]}) print(f Contact: {info[email]}) else: print(fMANFID {sys.argv[1]} not found in JEP106BE-2022 database.) if __name__ __main__: main()运行示例$ python3 parse_jep106be.py 0x8A MANFID 0x8A - Maxio Technology (Shenzhen) Co., Ltd. Registered: 2022-03-15 Contact: supportmaxio-tech.com该脚本的关键优势在于脱离内核版本限制直接对接 JEDEC 权威数据源。在产线自动化测试中可将其集成到烧录/校验脚本中对每颗芯片的MANFID进行合规性校验例如检查是否在注册库中、是否属于白名单供应商。3.3 在设备树Device Tree中正确声明 MANFID避免 U-Boot 启动阶段识别失败对于需要在 U-Boot 阶段就识别存储器的嵌入式系统MANFID 必须在设备树中显式声明。以 SPI NOR Flash 为例错误写法是仅写compatible winbond,w25q32这依赖 U-Boot 的spi-nor驱动内置表匹配而该表同样滞后于 JEP106BE-2022。正确做法是添加manufacturer-id属性spi0 { flash0 { compatible jedec,spi-nor; reg 0; #address-cells 1; #size-cells 1; // 关键显式声明 MANFID值为 8-bit 十六进制 manufacturer-id /bits/ 8 0xEF; // Winbond // 或使用 16-bit 表示更常见 // manufacturer-id /bits/ 16 0x00EF; spi-max-frequency 20000000; }; };U-Boot 的drivers/mtd/spi-nor/spi-nor.c在 probe 时会优先读取manufacturer-id属性若存在则跳过自动 ID 读取直接使用该值。这确保了即使 Flash 响应异常如供电不稳导致READ_ID失败只要设备树配置正确U-Boot 仍能加载对应厂商的 Quad Enable 或 Write Protect 专用命令集。4. JEP106BE 实战排错当 MANFID 显示为 0x00 或 0xFF 时该怎么办4.1 0x00不再是“未分配”而是 Silicon Motion 的正式注册码JEP106BE-2022 将MANFID 0x00正式分配给Silicon Motion, Inc.慧荣科技用于其 SSD 主控芯片如 SM2263XT。若在 NVMe 设备的lspci -vv输出中看到Subsystem: Silicon Motion, Inc. Device 0000或在 UFS 设备日志中见到manfid: 0x00这并非故障而是符合新版标准的合法标识。此时应检查设备数据手册确认其主控型号是否属于 Silicon Motion 2022 年后发布的系列在 JEDEC 注册库中搜索0x00验证REGISTERED_DATE是否为2022-01-10Silicon Motion 注册日期若为旧设备2021 年前生产则0x00仍属非法占用需联系供应商提供符合 JEP106BE-2022 的固件升级。4.2 0xFF物理层信号问题的典型征兆而非厂商码MANFID 0xFF即所有位均为 1在 JEP106BE-2022 中未被分配给任何厂商它是硬件通信失败的明确信号。常见原因及排查步骤现象根本原因排查命令/操作dmesg显示manfid: 0xff且设备无法识别SPI 总线 CS片选信号未正确拉低或时钟相位CPOL/CPHA配置错误cat /sys/bus/spi/devices/spi0.0/modalias检查驱动绑定用逻辑分析仪抓取READ_ID时序确认 CS 下降沿与 CLK 边沿关系UFS 设备manfid: 0xff且 Link Training 失败UFS PHY 初始化失败导致 M-PHY 未进入 HS-G1 模式ID 寄存器读取超时返回默认值cat /sys/class/ufs_host/*/device_desc查看bDeviceClass是否为0x00未初始化检查ufshcd驱动日志中是否有UFSHCD_ERR_PA_ERR错误eMMC 设备manfid: 0xff且mmcblk0未生成eMMC 供电电压VCC/VCCQ低于规格书最低要求如 2.7V导致内部寄存器复位用万用表测量 eMMC 插座引脚 VCC/VCCQ 实际电压检查 PMIC 输出轨配置是否正确提示0xFF绝不表示“未知厂商”而是物理层握手失败。此时查阅 JEDEC 注册库毫无意义必须回归电气特性与协议栈调试。4.3 MANFID 与 Part ID 的组合陷阱同一 MANFID 下不同 Part ID 的兼容性断裂JEP106BE 仅规范 MANFID但实际应用中Part ID设备 ID的变更可能引发底层驱动兼容性问题。例如Winbond 的 W25Q80MANFID0xEF, PARTID0x4014与 W25Q80DVMANFID0xEF, PARTID0x4015虽同属0xEF但后者增加了 Quad I/O 支持若 U-Boot 的spi-nor驱动未更新仍按旧 Part ID 解析会导致Quad Enable命令发送失败进而使高速模式无法启用。解决方案在设备树中为不同 Part ID 显式指定compatible如winbond,w25q80dv或在驱动中扩展spi_nor_ids[]表为0x4015添加独立条目并指向正确的quad_enable函数指针自动化测试脚本中应同时校验MANFID和PARTID的组合是否在白名单内而非仅查 MANFID。5. 构建企业级 MANFID 合规性审计流水线从芯片采购到固件烧录的闭环管控5.1 采购环节在 ERP/BOM 系统中嵌入 JEP106BE-2022 校验规则在芯片采购订单PO创建阶段ERP 系统应调用 JEDEC 注册库 API或本地缓存 CSV对供应商提供的MANFID值进行实时校验若MANFID不在jep106be_2022.csv的MANFID_HEX列中触发红色告警阻止 PO 提交若MANFID对应厂商的REGISTERED_DATE晚于当前日期即未来注册标记为“高风险”需采购经理二次审批对同一MANFID比对供应商声称的PARTID范围是否与 JEDEC 数据库中该厂商注册的器件系列一致例如Silicon Motion 的0x00应只关联SM22xx系列而非W25Qxx。此规则将合规性检查前置到供应链源头避免“货到入库才发现 MANFID 无效”的被动局面。5.2 生产环节烧录站自动提取并记录每颗芯片的 MANFID在 SMT 后的烧录工站通过 JTAG/SWD 或 UART 连接目标板执行标准化脚本读取芯片 ID# 示例使用 openocd 读取 Cortex-M4 芯片的 UID含 MANFID 信息 openocd -f interface/stlink.cfg -f target/stm32f4x.cfg \ -c init; reset halt; \ mem read_word 0x1FFF7A10 1; \ # STM32F4 UID 高32位含厂商特征\ exit更通用的做法是在固件中预留一个诊断命令如ATMANFID?烧录软件调用该命令获取MANFID并与 BOM 中预期值比对。比对结果Pass/Fail、实际MANFID、时间戳、工站编号全部写入 MES 系统数据库。当某批次MANFID集中出现0xFF时MES 可自动触发质量预警追溯该批次 PCB 的 SPI 总线阻抗匹配参数或焊接温度曲线。5.3 维护环节用 MANFID 快速定位固件兼容性问题现场设备报障时运维人员只需执行一条命令即可获取关键溯源信息# 通用命令适用于大多数 Linux 嵌入式设备 $ cat /sys/class/mtd/mtd0/device/manfid 2/dev/null || \ echo Not available \ cat /sys/class/ufs_host/*/device_desc 2/dev/null | grep -E (manfid|bManufacturerID)输出示例0xef bManufacturerID: 0xef将此0xef输入企业内部 MANFID 查询平台基于jep106be_2022.csv构建的 Web 服务立即返回厂商全称Winbond Electronics Corp.注册日期2001-05-15旧码非 2022 新增关联器件W25Qxx, W25Xxx 系列已知兼容固件版本v2.1.0修复了 W25Q80DV Quad Enable 问题这比翻阅数百页数据手册快 10 倍且直接链接到固件仓库的 release notes形成“现象 → 厂商 → 器件 → 固件”的精准闭环。本文还有配套的精品资源点击获取