1. 平衡小车通信系统架构解析
在智能平衡小车的实际工程中，通信功能绝非简单的数据收发接口，而是连接人机交互、状态监控与远程控制的核心神经网络。当小车完成直立控制与路径识别等基础运动功能后，通信模块便成为其从“自动装置”跃升为“智能终端”的关键分水岭。本节将从系统级视角出发，剥离教学视频中口语化表述，直击通信功能的本质需求、物理载体与协议边界。
1.1 通信功能的工程本质：双向数据流的语义定义
平衡小车与手机APP之间的通信，表面看是蓝牙或Wi-Fi链路的建立，实质上是两类具有严格时序与语义约束的数据流协同：
下行控制流（Host → MCU）：手机APP作为上位机，向小车MCU下发指令。这类数据必须具备强实时性与确定性。例如，操作界面上圆盘控件的偏移角度需在50ms内转化为PWM占空比调整量；工作模式切换（遥控/寻迹/平衡）必须原子化执行，避免状态撕裂导致失控。任何延迟或丢包都可能引发姿态失稳——这与普通IoT设备的通信可靠性要求存在数量级差异。
上行状态流（MCU → Host）：小车MCU主动向APP推送传感器原始数据与系统状态。这类数据具有高频率、多维度、低延迟特性。欧拉角（Pitch/Roll/Yaw）、三轴加速度（AX/AY/AZ）、陀螺仪角速度（GX/GY/GZ）需以≥100Hz频率持续上传，且时间戳精度需优于1ms，否则APP端波形显示将出现相位畸变，失去调试价值。值得注意的是，地磁传感器（MX/MY/MZ）虽在硬件上存在，但因小车运行环境电磁干扰剧烈，实际工程中常被禁用，此为经验性取舍而非功能缺失。
