企业官网建设流程全解析

简介：这份SC7A21说明书面向嵌入式硬件与驱动开发人员、传感器应用工程师及相关专业学生，聚焦士兰微三轴微机械数字加速度计的选型评估、驱动移植及运动检测与运动学应用调试。PDF共39页，系统给出±2G/±4G/±8G/±16G全量程测量、12bit数据输出、I²C/SPI通信时序、管脚定义及寄存器描述，并覆盖6D/4D方向检测、自由落体、单击双击、计步、抬手识别、睡眠监测、FIFO与自测试等内部功能，便于读者据此完成初始化配置、中断映射和参数校准。压缩包仅含1个PDF文件，大小约2.07MB，查阅与检索方便。当前已有1150人学习下载，适合需要快速核对电气与机械参数、理解中断与寄存器配置逻辑，并减少转台测试与反复试错成本的开发者参考。

1. 从一份 39 页的寄存器手册说起：SC7A21 能省掉哪几层活

拿到一颗三轴加速度计，多数人的路径是买模块、抄份现成驱动、读出三个数就收工，等要做倾斜角、判自由落体、数步数时才发现数据抖得没法用。出问题的地方通常不在代码，而在没人把那几十个寄存器当回事。SC7A21 这份 39 页 PDF 属于少见的“把话说全”的类型：电气与机械参数、I²C/SPI 时序之外，逐条给了寄存器地址、默认值、每个 bit 的含义和换算公式，计步、抬手、睡眠这些内置算法也配了参数说明。做可穿戴、手持设备、运动学姿态检测的人，拿它能省掉“数据手册 + 应用笔记 + 找原厂要例程”这三步。适合两类人：要在两天内把器件点亮的嵌入式工程师，和评估这颗料能不能替掉进口型号的选型人。

2. 量程、ODR 与灵敏度：把 ±2G～±16G 换算成能直接写进代码的数

做运动学解算的人最关心的其实就三件事：分辨率够不够、带宽够不够、功耗扛不扛得住。SC7A21 的三个关键旋钮恰好对应这三件事，而且互相拉扯。这一章先把数值关系算清楚，后面写代码才不会拿错系数。

2.1 四档量程背后的一个巧合：满量程码值恒定在 ±2000

手册的机械参数表给得很直白，四档量程在 HR（高性能）模式下的灵敏度分别是 1、2、4、8 mg/digit。很多人第一反应是“量程越大分辨率越差”，这话对，但没说到点上。真正的规律是：四档的满量程码值都落在 ±2000 附近。

这张表透露的信息比看上去多。芯片内部是 12 bit 有效数据（HR 模式），2¹¹ = 2048，正好卡在 ±2000 这个量级。也就是说，换量程不会出现“码值范围变大所以不会溢出”这种事——四档都用满同样的数字区间，换档换掉的只是每个 LSB 代表的毫克数。想测更大力度的冲击，代价是按比例丢掉精度，8 倍量程就是 8 倍粗。

选型时按“你要测的最大加速度 × 2”来定档，这是老经验。人体常规动作基本在 ±2G 以内，走路时脚踝落地瞬间能冲到 3～4G，戴手腕上做计步 ±2G 足够；手持设备做跌落检测，落地冲击轻松过 8G，直接上 ±16G，反正跌落只需要判断“有没有超阈值”，不在乎那点分辨率。手册标的 10000g 抗冲击是“摔不坏”的生存指标，不是可测量程，别混着用。

还有一点容易忽略：FIFO、计步、抬手这些内部算法都工作在固定的内部标度上。抬手章节里反复出现的“1G=64 LSB”就是另一套标度，和输出寄存器的 1mg/digit 完全不是一回事。这两套标度混用是新手翻车的经典姿势，看到手册里写 64 就得提醒自己：这段说的是内部算法，不是数据寄存器。

2.2 16 位寄存器里只有 12 位有效，对齐方式得自己验

数据输出寄存器 OUT_X_L / OUT_X_H 是 16 位的，但芯片只保证 12 bit 有效。多出来的 4 位怎么摆，手册正文没有明说“左对齐”还是“右对齐”，这种时候别猜，用重力验一次最快：水平静置，让 Z 轴朝上，读原始值，如果结果在 16000 上下（1000 × 16），就是左对齐，右移 4 位拿到有效码值；如果直接读到 1000 上下，就是右对齐，别移位。

我一般写一个带符号扩展的换算函数，把“取有效位”和“乘灵敏度”两步分开，方便出问题时单独验证。

def raw_to_mg(raw16: int, fs: int, left_aligned: bool = True) -> float: """把 16 位原始值换算成毫克。 raw16: 从 OUT_X_L/OUT_X_H 拼出来的 16 位有符号整数 fs: 0~3，对应 ±2/±4/±8/±16G left_aligned: 数据是否左对齐（高 12 位有效） """ lsb_mg = (1, 2, 4, 8)[fs] # 手册机械参数表：HR 模式灵敏度 code = raw16 >> 4 if left_aligned else raw16 if code & 0x800: # 12 位补码符号扩展 code -= 0x1000 return code * lsb_mg def check_gravity(samples: list, fs: int) -> float: """静止时三轴合成的模长应接近 1000mg，偏差超过 5% 说明对齐或量程搞错了""" import math total = 0.0 for x, y, z in samples: mx, my, mz = (raw_to_mg(v, fs) for v in (x, y, z)) total += math.sqrt(mx * mx + my * my + mz * mz) return total / len(samples)

raw_to_mg里那个符号扩展是必须的。12 位补码的负数量程是 -2048 到 +2047，直接按无符号处理会让所有负加速度变成一个大正数，表现出来就是“往一个方向倾斜正常，反方向读数爆表”。这种 bug 在台架上很容易看漏，因为静止水平时三个轴都是正的。

check_gravity是个便宜的回归测试。每次改完配置跑一遍，模长落在 950～1050mg 之间才继续往下调，否则先回头查量程和对齐。这个习惯帮我省过好几次“调了半天算法其实是数据源错了”的时间。

2.3 ODR 与带宽：中断的时间分辨率由它决定

输出数据率有 7 档：1.5、12.5、25、50、100、200、400 Hz，系统带宽固定为 ODR/2。这个“带宽 = ODR/2”不是随便写的，它意味着你选 50Hz 就等于给自己装了个 25Hz 低通，人手抖动、车辆振动这些高频成分会被直接砍掉，采样出来反而干净。

选 ODR 的核心不是“越高越好”，而是“中断判据需要多少个采样点”。单击双击的时间窗在几十到几百毫秒量级，安全做法是让一个时间窗里至少有 10 个样本，窗宽 50ms 就得 200Hz。自由落体整个过程 0.4～0.6 秒，50Hz 能给到 20～30 个点，够判断了；但如果还想记录落地冲击的波形，就得上 400Hz。

功耗这块要算清楚。手册正文里那句“低功耗模式下电源电流低至 2µA”是更深占空比下的数字，参数表里 50Hz 低功耗档写的是 8µA，做电池预算时以参数表为准。8µA 对 200mAh 的纽扣电池意味着两年以上的待机，290µA 就只有一个月出头，量级差得非常明显。所以高采样率一定要配合“事件触发才开”的策略，别让芯片一直跑在 400Hz。

2.4 电源与 IO 的三条硬边界

供电范围 1.71V～3.6V，IO 供电 VDDIO 是 1.71V 到 VDD+0.1V。数字高电平输入门限 0.8×VDDIO，低电平 0.2×VDDIO，输出摆幅 0.9×VDDIO 到 0.1×VDDIO。这三行数字划出三条不能越的线。

第一条，VDDIO 绝不能高于 VDD+0.1V。有些板子为了省事把 VDDIO 直接挂 3.3V，VDD 走 1.8V LDO，上电时序一乱，电流就从 IO 的 ESD 二极管倒灌进 VDD 域，表现是“没使能也发热”。正确做法是 VDDIO 跟主控 IO 域走，VDD 单独供，上电顺序先 VDD 后 VDDIO，或者干脆同时上。

第二条，I²C 的上拉电阻必须接到 VDDIO，不是 VDD。手册写明 SCL/SDA/SDO 三个脚内部自带 50k～60k 上拉，上拉电压就是 VDDIO。外部再加 2.2k～4.7k 是为了 400kHz 快速模式下的上升沿，内部那 50k 在 400kHz 下边沿太缓，示波器一看就是圆角，通信时好时坏。这就是典型的玄学故障：低速测试全过，一上高速就随机 NAK。

第三条，1.8V 兼容 IO 是这颗芯片的卖点，但反过来不成立。3.3V 的主控直接连没问题（VDDIO 也接 3.3V），5V 主控必须做电平转换，别指望“反正有内部上拉”。

3. 寄存器地图与通信时序：从 WHO_AM_I 到 OUT_X_L 的最小可用链路

寄存器表将近一百行，硬背没意义，但有件事必须先做：把它按功能分块，记住哪几块碰不得。手册里那句“标识为保留的，在使用中不要更改，可能会引起永久性破坏”不是吓唬人，上电时从 NVM 加载的工厂校准值也在里面，写坏了只能换片。

3.1 五组寄存器，先认门牌

WHO_AM_I 固定返回 0x13，这是上电后第一个要读的寄存器。读不到 0x13 就别往下折腾配置了，先解决通信。CTRL_REG1 默认值是 0x07，CTRL_REG2 到 CTRL_REG6 默认全 0，说明出厂状态下芯片是“能测但不一定按你要的方式测”，量程、ODR、中断极性这些都得自己配。

3.2 I²C 的两个地址和一个自增位

地址由 SDO 引脚决定，这是硬件层面的事，焊上去就改不了：

SDO 接低这一档有个额外动作：芯片内部上拉默认是开的，SDO 被外部拉低会有持续电流，必须先用 I²C 写 0x0E 寄存器把 SDO 内部上拉关掉，再去通信。很多人图省事把 SDO 直接接地，结果待机电流比手册标的高一大截，查半天查不出原因。

I²C 的子地址机制也值得单独说。主机发完从机地址后发的那个字节是子地址，低 7 位是寄存器地址，最高位是自增标志。写 1 表示后续连续访问地址自动加一。读三轴数据时，起始寄存器是 0x28，加上自增位就是 0xA8，一次连读 6 个字节把 X/Y/Z 全拿到。分三次单字节读也能工作，但中间要是被高优先级中断打断，就可能出现 X 是新的、Z 是旧的，姿态算出来会突然跳一下。

from smbus2 import SMBus import time ADDR = 0x19 # SDO 悬空或接高；SDO 接地改成 0x18 class SC7A21: def __init__(self, bus_no=1): self.bus = SMBus(bus_no) def rd(self, reg: int) -> int: return self.bus.read_byte_data(ADDR, reg) def wr(self, reg: int, val: int) -> None: self.bus.write_byte_data(ADDR, reg, val) def rd_block(self, reg: int, n: int) -> list: # 子地址 bit7 置 1 打开地址自增，才能一次读完 6 个数据字节 return self.bus.read_i2c_block_data(ADDR, reg | 0x80, n) def probe(self) -> bool: return self.rd(0x0F) == 0x13 # WHO_AM_I 固定值 def read_xyz_raw(self) -> tuple: d = self.rd_block(0x28, 6) # OUT_X_L 起始，连读 6 字节 x = (d[1] << 8) | d[0] # 小端：低字节在前 y = (d[3] << 8) | d[2] z = (d[5] << 8) | d[4] # 16 位补码转有符号 return tuple(v - 0x10000 if v & 0x8000 else v for v in (x, y, z))

rd_block里那个reg | 0x80是关键。smbus2 的read_i2c_block_data会把第二个参数当子地址原样发出去，不加自增位的话，芯片每次都返回同一个寄存器的值，读出来三轴一模一样，看着像“传感器坏了”，其实只是地址没自增。

read_xyz_raw里的小端拼接也要留意：手册的寄存器表是 OUT_X_L 在前、OUT_X_H 在后，所以低字节先到。补码转换那行如果漏了，负加速度会变成 60000 多，除以灵敏度后是个离谱的大数，一眼能看出来，但如果是轻微负值（比如 -20mg），漏转换会变成 65516，不检查就容易当成正常数据喂给算法。

3.3 SPI 的 16 位帧和三线模式的切换顺序

SPI 用起来比 I²C 快得多，最高 10MHz，时钟周期最小 100ns。帧格式是固定的 16 位起步：bit0 是读写控制位（1 读 0 写），bit1–7 是 7 位寄存器地址，bit8–15 是数据。多字节访问靠地址字节里的 M-S 位控制自增，置 1 就自动加一，加 8 个时钟就多读一个字节。

时序上有个细节手册写得很清楚：SDI 和 SDO 在 SPC 的下降沿驱动，上升沿采样。这意味着主机应该在下降沿之后改变 MOSI，在上升沿之前把 MISO 读走。CS 的建立时间是 5ns、保持 8ns，10MHz 下这些数字都很宽松，几乎不会成为瓶颈，真正容易出问题的是 CS 的极性——CS 拉低进 SPI 模式，拉高进 I²C 模式，这个脚悬空的话芯片进哪个模式是不确定的。

三线模式的切换顺序是硬性的：必须先在四线模式下用“只写”通路把 SIM 位写成 1，切换完成后 SDO 脚变成数据输出，才能按三线模式读。手册专门解释了为什么能这么干——四线模式的写操作本身只用到 CS、SPC、SDI 三根线，逻辑和时序跟三线写完全一致。所以流程是：四线接法上电 → 写 SIM=1 → 硬件上把 MISO 从 SDO 断开 → 之后所有读写走三线。

如果一块板上挂了多个 SPI 器件共用 SPC 和 MOSI，手册给了一个容易漏掉的操作：往 0x0E 寄存器写 0x04，把 I²C 通讯功能关掉。不关的话，SCL/SDA 脚上的电平变化可能被内部当成 I²C 起始条件，表现出来就是 SPI 通信随机丢帧，这种问题用逻辑分析仪抓都未必能一眼看出来，因为 SPI 帧本身是对的。

3.4 一份最小可用的初始化骨架

把前面几节拼起来，上电到能读数的完整流程是这样：

def bring_up(dev: SC7A21, fs: int = 0, odr_code: int = 3): """fs: 0~3 对应 ±2/4/8/16G；odr_code: 0~6 对应 1.5~400Hz""" if not dev.probe(): raise RuntimeError("WHO_AM_I != 0x13，先查 CS 电平、SDO 接法和上拉电源域") # 高性能模式：手册第 13 节明确写了这两步，顺序不要反 dev.wr(0x1F, 0x0F) dev.wr(0x23, 0x88) # 量程与 ODR 在 CTRL_REG1(0x20) 里配置，位域见手册 16.x 节， # 这里按手册给出的字段位置拼配置字，不要凭印象移位 cfg = (fs << 4) | (odr_code << 2) # 仅为示意，实际位序以手册表格为准 dev.wr(0x20, cfg) # 等两个 ODR 周期，让新配置和滤波器收敛 time.sleep(2.0 / (1.5, 12.5, 25, 50, 100, 200, 400)[odr_code]) return dev.read_xyz_raw()

这里我故意把 CTRL_REG1 的位拼装标成“示意”，因为手册的寄存器描述章节（16.x）才是位域的唯一依据，不同批次的文档修订可能调整字段顺序，照着别人的代码抄位号是最常见的低级错误。

高性能模式那两行是手册第 13 节原样给的：寄存器 0x1F 写 0x0F，寄存器 0x23 写 0x88。开了之后 ±2G 量程下能拿到 12 bit 有效位，噪声明显好于默认状态。顺序不能反，先写 0x23 再写 0x1F 有可能被内部状态机覆盖掉，表现出来就是“配了但没生效”。

配置写完必须等。手册给的开启时间是 ODR=100Hz 时 1ms，但那只是“出第一个数”的时间，内部滤波器和 ODR 分频器收敛要更久。等两个 ODR 周期是最省事的做法，400Hz 下就是 5ms，几乎无感；1.5Hz 下要等 1.3 秒，这种低速率档位就得在应用层做“首帧丢弃”。

4. 中断与内置算法：6D、自由落体、计步、抬手交给硬件做

主控跑算法是要吃电的。SC7A21 把这些判断做进了芯片内部，MCU 只在中断来时醒一下，这是低功耗穿戴设备的基本套路。这一章讲清楚中断怎么映射、参数怎么换算成寄存器值。

4.1 INT1/INT2 与两组 AOI 的映射关系

两个中断脚，INT1 在 pin5，INT2 在 pin6。内部有 AOI1（0x30–0x33）和 AOI2（0x34–0x37）两组自动中断引擎，每组四个寄存器：CFG 配置、SOURCE 状态、THS 阈值、DURATION 持续时间。6D/4D 方向检测、自由落体、运动唤醒这些功能都挂在这两组引擎上，通过 CFG 里的映射位决定往哪个脚输出。

阈值单位随量程变这一点必须记住。±2G 档下 1 LSB = 1mg，想在 0.5g 触发就写 500；换成 ±16G 档，1 LSB = 8mg，同样写 500 就变成了 4g 才触发。换量程之后所有阈值都得重算，这是移植代码时最容易漏的一步——功能“能跑”，就是灵敏度不对，测半天以为是算法问题。

DURATION 的单位是采样点数，不是毫秒。想要求“持续 100ms”，得用 100ms 除以 ODR 周期：50Hz 下是 5 个点，200Hz 下是 20 个点。写 0 通常意味着条件永远不满足，中断一次都不来。调试时的顺序建议是：先把 DURATION 设成 1、阈值设成很小，用 SOURCE 寄存器轮询确认事件确实产生了，再回头调引脚映射和极性。这样能把“事件没产生”和“事件产生了但中断没输出”两个问题分开。

4.2 计步器：三个字节、两个阈值、一个自动清零位

计步功能涉及 8 个寄存器，真正要

本文还有配套的精品资源，点击获取