基于STM32的宠物畜牧低功耗定位器开发实录：协议、功耗与踩坑
项目标签：STM32 LoRa NB-IoT GPS 低功耗 物联网网关 W5500
硬件平台：STM32F103C8T6（终端+网关）| GPS AT6558R-5N32 | LoRa LLCC68 | NB-IoT QS-100 | 计步 DS3553 | 以太网 W5500
一、项目概述
本项目是一个完整的物联网全链路定位系统，包含终端定位器、LoRa网关、HTTP服务器和手机APP四个层级。终端通过GPS采集位置，LoRa与本地网关通信，NB-IoT作为广域备份直接上云；网关负责LoRa与以太网协议转换，将数据转发至服务器。核心难点在于异构多网融合与野外超低功耗约束——设备需在无充电条件下续航数月。
二、系统架构与通信协议
2.1 系统分层

2.2 总线协议配置

三、核心模块技术细节
3.1 GPS模块 AT6558R-5N32
支持BDS+GPS双模，但默认冷启动时间可能超过30秒。畜牧场景下牲畜常在树林/棚舍活动，信号遮挡严重。
关键配置指令：
$PCAS04,118：仅开启GPS系统（比双模少搜一半星，省电）
$PCAS05,119：开启AGPS辅助定位（需服务器下发星历，冷启动缩短至5秒）
$PCAS03,1,0,0,0*0B：仅输出GPGGA和GPRMC，关闭GPGSV/GPGSA，减少UART负载
定位精度陷阱：GPGGA的Status字段为0表示未定位，1表示单点定位。务必先判断Status再解析经纬度。另外经纬度格式是ddmm.mmmm（度分格式），必须转换为dd.dddddd（度），否则会产生百米级偏差。

3.2 计步模块 DS3553
三轴加速度传感器+内置步数算法，通过IIC输出步数。
设备地址：0x57（写0xAE，读0xAF）
步数寄存器：0x0A~0x0B（16bit，小端模式）
状态寄存器：0x08（bit0=1表示步数更新，需手动清0）

3.3 LoRa LLCC68 驱动
LLCC68使用SPI命令模式而非寄存器直接映射，发送命令前必须等待BUSY引脚释放：

四、低功耗设计：项目的灵魂
4.1 五级功耗金字塔

4.2 外设分级电源管理

六、八大踩坑记录与解决方案
坑1：Stop唤醒后死机/串口乱码
现象：RTC唤醒后程序跑飞，UART输出乱码。
根因：Stop关闭HSE，唤醒后默认HSI 8MHz，系统时钟树仍认为自己是72MHz，所有波特率、SPI时钟全部错乱。
解决：唤醒后第一行调用SystemClock_Config()重新配置PLL恢复72MHz。
⑤AT6558R是3.3V TTL，接5V转接板会收不到数据。
解决：上电发送$PCAS10,0*强制冷启动；使用有源天线；增加AGPS通过NB-IoT下发星历。
坑2：IIC读取DS3553返回0xFF，总线死锁
现象：扫描不到设备，或数据全0xFF。
根因：DS3553比STM32先上电可能拉低SDA；STM32复位时从机发送一半数据等待SCL，导致总线占用；STM32 IIC开漏输出必须外接4.7kΩ上拉电阻。
解决：软件恢复总线——发送9个SCL时钟脉冲+STOP条件，再重新初始化IIC。
坑3：RTC闹钟周期漂移（10分钟变10分30秒）
现象：唤醒间隔不一致，累计误差大。
根因：LSE晶振负载电容不匹配；或晶振未起振时RTC自动切换到LSI
解决：强制使用LSE，配置正确负载电容（6-12pF），备份域重新初始化。