从STM32到RK3588——自动售货机嵌入式主控方案的架构演进~YH

2023年底我接手了一个自动售货机的嵌入式系统升级项目。客户的需求很明确现有设备太“笨”了——用户投币、按键、电机转一圈出货全程没有数据产生库存靠人工盘点故障靠用户打电话投诉才知道。目标是把传统设备改造成可远程管理、可数据化运营的智能终端。老方案为什么跑不动了原有设备用的是基于STM32F103的单片机方案。控制逻辑倒是稳定但功能扩展已经到头了——不支持4G远程管理、没有触摸屏接口、跑不了AI识别连OTA升级都做不了。2026年的自动售货机需要的能力已经完全不同了接入4G网络实现远程管理通过触摸屏展示商品信息、支持多支付方式高端机型甚至需要在端侧完成YOLO模型的实时推理如果只是“出货收钱”的逻辑用单片机方案确实够用。但行业主流已经从纯逻辑控制转向了需要Linux/Android系统的智能终端。方案选型三个选项的权衡方案A继续用MCUSTM32MP1系列STM32MP1是ST推出的跨界处理器能跑Linux接口丰富生态成熟。但NPU算力基本为零跑AI模型只能靠CPU软解。如果项目定位是不需要AI识别的机型这是一个可选项但对于要上视觉识别的机型这条路走不通。方案BNVIDIA Jetson Nano最大的优势是CUDA生态成熟跑YOLO有现成的优化方案开发快。但算完BOM成本就放弃了——单套硬件成本接近RK3588方案的三倍而且供货不太稳定。对于需要批量生产的售货机来说成本和供应链稳定性是硬约束。方案C瑞芯微RK系列最终选择了瑞芯微方案但不同机型选了不同芯片。弹簧机选了RK3568四核Cortex-A55内置1 TOPS NPU。虽然跑不了复杂的AI模型但处理弹簧机的控制逻辑绰绰有余。外设接口需求包括4路以上RS232串口用于连接支付模块、4G模块和触摸屏8路以上GPIO用于控制货道电机、检测门开关和读取传感器状态。开门柜选了RK3588八核4颗A76大核4颗A55小核内置6 TOPS算力的NPU。这个算力水平能够在本地完成YOLO系列的实时推理。工程中的几个坑串口DMA丢数据RK3568的UART接口在GPIO和UART同时高负载时串口数据会出现CRC错误。解决方案是在设备树中调整UART的DMA缓存大小同时降低UART波特率从115200降到57600实测丢包率从5%降到了0.2%以内。Linux vs Android操作系统选型也是一个关键决策。Linux的优势是轻量、可控、成本低Android的优势是支付SDK生态成熟、触摸屏交互开发快。最终根据机型需求做了差异化选择。写在最后从STM32到RK3588不仅仅是芯片的升级更是整个系统架构的重构。对于正在做类似项目的开发者我的建议是先想清楚设备需要什么样的能力再选芯片而不是反过来。算力过剩是浪费算力不足是灾难。