简介基于GEC6818开发板的无人超市系统是一份完整的嵌入式综合项目源码适合学习嵌入式Linux、C语言、触摸屏应用开发的学生以及需要课程设计或项目参考的开发者。项目围绕无人超市的完整业务流程展开包含用户注册登录、账号密码验证、商品购买结账、VIP折扣处理以及管理员侧的商品上架、下架、清货、改价、账号删除等功能界面层采用BMP图片全屏或任意位置显示并通过触摸屏完成数字与字符输入覆盖了典型嵌入式人机交互开发要点。压缩包共43个文件由9个C源码、2个头文件、28张BMP界面图片及字体、说明文档等组成整体约866KB源码与资源文件分类清晰便于对照学习或二次移植。已有161人学习下载适合借此掌握GEC6818开发板的外设操作、图形显示与多模块协同设计思路快速搭建出可运行的无人超市演示系统。1. 为什么无人超市系统要先选定GEC6818而不是先写代码无人超市的落地难点不在“超市”而在“无人”。把身份识别、商品识别、订单结算、门禁放行和异常处理全部塞进一块ARM开发板时第一个要定下来的不是用什么框架而是平台算力是否扛得住。GEC6818围绕三星S5P6818八核Cortex-A53处理器设计主频1.4GHz常见配置1GB/2GB DDR3和8GB eMMC跑Linux并同时挂载Qt界面、RFID模块、摄像头和WiFi后仍有富余资源。相比STM32级别的MCU它能流畅运行可视化界面并做本地商品识别相比树莓派它又更容易获得教学与竞赛所需的原理图、嵌入式内核源码和底层调试接口。因此一份基于GEC6818的无人超市系统源码本质上是一个嵌入式Linux的综合工程适合正在学习嵌入式Linux应用开发、想用开发板做完整物联系统Demo的工程师与学生。这篇文章按照硬件资源分配、系统分层、核心模块代码、Qt界面调试、联调验证的顺序把这类源码项目最常见的组织方式和可复现步骤讲清楚。2. GEC6818的资源盘点与无人超市系统分层架构2.1 先盘点GEC6818外设再定无人超市系统的功能清单开发板到手先读原理图和引脚定义这一步决定了无人超市系统的功能边界。GEC6818平台的常见硬件资源如下表第三列是我在做无人超市源码时会采用的功能分配方式。资源常见配置无人超市系统的用途处理器S5P6818 八核A53 1.4GHz跑Linux、Qt界面、图像识别内存1GB / 2GB DDR3Qt约占用150~250MB预留运行余量存储8GB eMMC系统1.5GB其余放程序与日志显示触摸7寸 RGB接口 800x480商品列表、结算页面、触摸操作串口UART0 ~ UART3UART3接RFID读卡器UART0留作调试GPIO2.0mm排针若干IO舵机、红外传感器、电磁锁网络有线PHY / USB WiFi对接云后台或本地MQTT服务这里最容易被忽略的是串口和GPIO的占用。RFID读卡器一般走串口调试串口不能被功能逻辑占用否则内核打印和应用日志会互相冲突。如果还需要语音播报模块它会额外占用一组UART或I2S接口所以我在设计功能清单时一定先列“外设矩阵”把每个外设用到的总线、电平、中断引脚确认一遍再开始写无人超市系统的代码。面板上的排针通常以2.0mm间距引出接线时需要对照原理图确认引脚号防止把3.3V信号接错到5V引脚烧坏模块。2.2 无人超市系统的四层架构与数据流向常见做法是把整个无人超市系统拆成四层好处是每一层可以单独调试。感知层RFID读卡器、红外人体传感器、摄像头负责采集“谁进店、拿了什么商品、是否有人靠近出口”。决策层运行在GEC6818上的主程序维护进店、购物、结算、开门的状态机处理超时与异常。执行层舵机门禁、电磁锁、语音提示模块接收决策层的控制指令并动作。交互层Qt界面显示商品与订单网络模块负责向云端或管理后台同步数据。数据流向是单向的感知层的事件进入决策层决策层更新状态后分别驱动执行层和交互层。举例说明读者在入口扫描二维码确认身份感知层将用户ID发送给决策层决策层把状态从“待进店”切换到“购物中”同时通知Qt界面清屏显示“欢迎进店”用户走到结算台放置带有RFID标签的商品读卡器持续上报标签ID决策层每收到一个标签就查一次商品价格表并累加金额界面实时刷新购物车列表用户点击“结算并离开”决策层校验余额或支付结果成功后拉高舵机控制信号打开门禁。整个链路里决策层是唯一会被多个模块访问的地方因此代码组织上用状态机比直接用if-else堆业务逻辑要可靠得多。在感知层与云端之间我一般会选择MQTT而不是HTTP作为上报协议。无人超市现场会有频繁的开关门、结算、库存变化事件MQTT的QoS 1能保证消息至少送达一次且不受一次一连接的开销影响局域网内延迟更小。如果只是开发板本地演示甚至可以省略云端用SQLite记录订单流水即可。这样源码项目的依赖更少跑通难度也低评审时还能把“MQTT上报”作为可扩展点单独说明。2.3 用状态机约束“进店→购物→结算→开门”的流程无人超市系统的核心问题是状态冲突例如用户还没结算就走到门口或者连续扫描了两个重复商品导致重复计费。状态机通过枚举体把系统允许出现的状态固定下来避免在业务代码里散落出现字符串判断。typedef enum { STATE_STANDBY, /* 待机无人进店 */ STATE_ENTER_SCAN, /* 进店身份验证 */ STATE_SHOPPING, /* 购物中可扫描商品 */ STATE_CHECKOUT, /* 结算中禁止继续加购 */ STATE_GATE_OPEN, /* 门禁已打开 */ STATE_ERROR_HOLD /* 异常挂起等待人工处理 */ } sys_state_t;上面的枚举把流程锁死在“待机→进店→购物→结算→开门→待机”这条主链路上。当购物超过5分钟或RFID连续10秒读到未知标签时决策层可将状态置为STATE_ERROR_HOLD此时门禁强制关闭并触发界面弹窗。参数“5分钟”和“10秒”应根据实际使用场景调整演示时可以缩短避免评审现场长时间卡在异常状态。状态转移的分发函数统一检查当前状态与目标状态是否合法非法转换直接拒绝并记录日志这是无人超市系统源码里最值得保留的一段设计。3. 无人超市系统的核心模块实现RFID、门禁与结算3.1 用串口接入RFID读卡器GEC6818的最小读卡代码RFID读卡器是无人超市商品识别中最成熟、成本最低的方案。常见模块通过TTL串口输出标签卡号GEC6818的Linux内核会把对应UART注册为/dev/ttySACx。设备节点从/dev/ttySAC0开始具体是哪一个需要查看内核启动日志。#include stdio.h #include fcntl.h #include unistd.h #include termios.h static int rfid_fd; int rfid_open(const char *dev, speed_t baud) { int fd open(dev, O_RDWR | O_NOCTTY); if (fd 0) { perror(open rfid device); return -1; } struct termios opt; tcgetattr(fd, opt); cfsetispeed(opt, baud); cfsetospeed(opt, baud); opt.c_cflag | (CLOCAL | CREAD); opt.c_cflag ~CSIZE; opt.c_cflag | CS8; opt.c_cflag ~PARENB; /* 无校验 */ opt.c_cflag ~CSTOPB; /* 1位停止位 */ opt.c_iflag ~(IXON | IXOFF | IXANY); /* 关闭软件流控 */ tcsetattr(fd, TCSANOW, opt); rfid_fd fd; return fd; } int rfid_read_tag(char *buf, int len) { ssize_t n read(rfid_fd, buf, len); if (n 0) { return -1; } return (int)n; }串口参数一般是9600波特率、8个数据位、无校验、1个停止位即8N1这是多数低频RFID模块的出厂默认值。cfsetispeed和cfsetospeed同时设置收和发速率参数需要传入B9600这类宏。CLOCAL和CREAD分别表示忽略调制解调器控制线、启用接收器CS8把数据位设为8位。IXON、IXOFF、IXANY是XON/XOFF流程控制无人超市系统读取标签时如果开启流控可能因为特殊字节被当作控制符导致卡号丢失所以要显式关闭。read返回的长度是可变长的使用时应做数据帧头校验而不是直接把整个缓冲区当作卡号。读取到的数据通常以帧头、长度、数据段、校验和的格式组织不同厂商的RFID模块格式不一致。建议先做一次裸读用hexdump确认帧格式。总线式的模块还会携带天线二进制位需要做固定长度的截取并转成十进制打印这样Qt界面才能显示可读的标签ID。3.2 舵机门禁控制用PWM控制开合角度门禁是无人超市系统最后的执行终端常用SG90或MG996R舵机驱动挡板。舵机控制需要周期为20ms50Hz的PWM信号脉宽0.5ms对应0度2.5ms对应180度。GEC6818的Linux内核若已启用PWM子系统可用sysfs节点直接操作。echo 0 /sys/class/pwm/pwmchip0/export echo 20000000 /sys/class/pwm/pwmchip0/pwm0/period echo 1000000 /sys/class/pwm/pwmchip0/pwm0/duty_cycle echo 1 /sys/class/pwm/pwmchip0/pwm0/enableperiod写20ms对应的纳秒数20000000duty_cycle写1ms对应的1000000此时舵机转动到90度附近。这里的两处单位都是纳秒很多人把sleep的毫秒和PWM的纳秒混在一起导致舵机一动不动。如果板子没有导出pwmchip节点就用一个普通GPIO做软件模拟PWM循环中交替延时0.5ms和19.5ms即可但实时性会受Linux调度影响建议只用于演示而非正式门禁。实际工程中还要加一个红外传感器判断舵机位置是否到位防止开门动作被异物卡住后继续输出力矩导致堵转。门禁打开后不能立刻回到待机状态。常见的时序是舵机转到120度保持5秒等待用户通过传动装置安装一个微动开关作为状态反馈决策层读到“挡板已归位”之后才回到STATE_STANDBY。这样做的好处是即使舵机C代码里的延时线程被系统挂起门禁实际状态仍然有硬件反馈兜底。3.3 结账逻辑处理重复商品与未识别标签商品结算是无人超市系统代码里最容易被面试官追问的部分问题通常集中在“同一件商品扫两次如何判断”“未知标签怎么办”。先在GEC6818的本地数据库中维护一张商品映射表再以会话为单位管理购物车。product_table { A001: 3.5, A002: 12.0, B007: 25.9, } def add_item(session, tag_id): if tag_id not in product_table: session[unknown].append(tag_id) return False session[cart].append(tag_id) session[total] product_table[tag_id] return True这个简化的结算函数把未识别标签写入unknown列表而不是直接报错退出。商品标签偶尔会因天线角度问题漏读放行未识别商品会造成亏损直接中止结算又会卡住门口的用户两者都不可取。更稳的做法是结账完成时弹出“未识别2件商品请客服处理”的提示并将门禁打开限制为半开模式。实际部署中还应该对“加购”和“减购”做区分用户在购物中扫码是加购如果在结算台做消磁操作需要另一台RFID读卡器负责移除商品不能把两个动作混在同一把读写器上。计算总额时优先用整数分而不是浮点元。商品价格表中3.5元用350分存储总价在显示时再除以100可以避免多次累加浮点数带来的精度误差。这个细节在无人超市源码评审中非常加分因为很多初版代码结算到45.899999这类值时会直接显示。4. Qt人机界面与GEC6818参数调试4.1 用Qt Widget搭建无人超市结算主界面GEC6818跑Qt时一般选用Qt Widgets而非QML因为Widgets对交叉编译的依赖更简单在800x480分辨率下控件布局也更容易控制。界面上至少需要三个区域顶部的状态提示栏、中部的购物车列表、底部的总价和结算按钮。QLabel *stateLabel new QLabel(QStringLiteral(等待扫码), this); QListWidget *cartList new QListWidget(this); QLabel *totalLabel new QLabel(QStringLiteral(0.00 元), this); QPushButton *payButton new QPushButton(QStringLiteral(结算并开门), this);stateLabel显示当前状态机的文字描述cartList用一行一个商品的方式刷新totalLabel每收到一次有效标签帧就更新总额。注意不要在Qt主线程里直接调用阻塞式串口read否则界面会卡死。正确做法是用QTimer每100ms轮询一次RFID的数据队列或把串口读取放到QtConcurrent::run线程中通过信号槽通知主线程刷新列表。在GEC6818这类嵌入式平台上界面刷新频率不该无脑拉到60帧。商品列表只有增加或删除时才需要重绘一个QTimer设置200ms刷新一次购物车列表就足够。如果界面还同时显示摄像头画面则需要单独用一块内存区域做图像叠加这和普通桌面应用有显著差别。4.2 无人超市系统在GEC6818上的三个必调参数参数建议值调整目的串口波特率RFID: 9600调试串口: 115200匹配外设模块默认速率PWM频率50Hz周期20ms匹配舵机控制信号触摸校准tslib或Qt校准界面重新标定消除触点偏移RFID波特率必须和模块手册一致RDM630这类模块出厂多为9600如果把板子串口设成115200读回来的数据就是乱码。调试串口保持115200是为了快速查看内核和程序打印不需要改。PWM频率仅在20ms周期附近时舵机转角最准确频率偏差不会让舵机完全不动但会出现角度抖动。触摸校准的问题在GEC6818上很常见更换屏幕或重烧系统后点击Qt按钮没有反应或偏移需要运行tslib的校准程序生成校准文件并让Qt插件读取该配置。明确了这三个必调参数无人超市系统的外设接入顺序就可以固定为“先串口后PWM再触摸”。每调通一项就在日志中打一个标记避免所有外设同时接入后无法定位是哪个环节出错。4.3 交叉编译GEC6818 Qt项目的提示开发主机上编写Qt源码交叉编译后拷贝到开发板运行这是GEC6818项目最常见的构建方式。运行时最常见的错误是“libQt5Core.so找不到”原因是Qt库未加入开发板共享库搜索路径。通常在.bashrc或启动脚本中设置export LD_LIBRARY_PATH/usr/local/Qt-5.x.y/lib:$LD_LIBRARY_PATH其中Qx-5.x.y的精确版本需要以开发板实际Qt安装目录为准。如果程序还用了中文文本则要确认中文字体已拷贝到/usr/lib/fonts否则界面会出现方块。源码压缩包里一般不会带上字体文件跑无人超市系统Demo前把电脑上的一个中文字体通过串口或U盘传到板内是一个常见的隐藏步骤。5. 系统联调验证清单与三个容易被忽略的细节5.1 无人超市系统上电联调的验证顺序拿到GEC6818和源码后不要直接把所有模块焊在一起。按下面的顺序逐层验证每步可独立回退。最小系统验证烧录Linux并确认Qt示例程序能启动触摸点击反馈正常。串口验证把RFID模块接到UART3用cat /dev/ttySAC3观察刷卡时是否输出RAW数据。舵机验证通过命令行修改PWM duty_cycle记录舵机在不同占空比下的实际角度。状态机验证手动向程序发送模拟标签帧确认结算状态流转符合预期。整机联调人持标签卡进出观察界面、门禁、后台订单三个输出是否一致。验证清单的主动权应该在开发者手里而不是评审手里。我习惯每完成一步就打印一行带时间戳的日志例如[INFO][2027-04-10 14:03:22] tag A001 total3.50评审时可以快速回溯用户行为与系统响应的时间线比现场口头解释有说服力得多。5.2 三个容易被忽略的细节处理第一个细节是串口粘包。GEC6818的CPU主频较高但Linux在串口接收时可能把两次短间隔读取合并应用层读到一帧数据里包含两半张卡号导致解析失败。应对措施是维护一个环形缓冲区每次读到数据后按帧头、长度、校验和切帧解析完一帧再处理下一帧而不是碰到一次read就立刻认为得到完整标签。第二个细节是断电恢复。无人超市系统在门禁打开时断电重新上电后如果状态机恢复到STATE_STANDBY会造成商品未结算却直接开门。源码项目里应把“当前用户ID、购物车数量、是否已支付”三个字段写入临时文件或SQLite启动时读取并决定是否进入STATE_ERROR_HOLD等人工处理状态。第三个细节是日志存储位置。GEC6818的eMMC写寿命有限无人超市系统每秒钟打印日志会加速存储损耗。常见的做法是把运行日志输出到/tmp内存文件系统只将与订单相关的关键记录落盘并限制单个文件大小为1MB并循环覆盖。这个处理在长期运行的Demo项目中能明显减少文件系统损坏的概率。验证完成后可以将这套日志策略与状态机实现一起保留在源码里。本文还有配套的精品资源点击获取
基于GEC6818的无人超市系统源码解析：嵌入式Linux+RFID+Qt实战
简介基于GEC6818开发板的无人超市系统是一份完整的嵌入式综合项目源码适合学习嵌入式Linux、C语言、触摸屏应用开发的学生以及需要课程设计或项目参考的开发者。项目围绕无人超市的完整业务流程展开包含用户注册登录、账号密码验证、商品购买结账、VIP折扣处理以及管理员侧的商品上架、下架、清货、改价、账号删除等功能界面层采用BMP图片全屏或任意位置显示并通过触摸屏完成数字与字符输入覆盖了典型嵌入式人机交互开发要点。压缩包共43个文件由9个C源码、2个头文件、28张BMP界面图片及字体、说明文档等组成整体约866KB源码与资源文件分类清晰便于对照学习或二次移植。已有161人学习下载适合借此掌握GEC6818开发板的外设操作、图形显示与多模块协同设计思路快速搭建出可运行的无人超市演示系统。1. 为什么无人超市系统要先选定GEC6818而不是先写代码无人超市的落地难点不在“超市”而在“无人”。把身份识别、商品识别、订单结算、门禁放行和异常处理全部塞进一块ARM开发板时第一个要定下来的不是用什么框架而是平台算力是否扛得住。GEC6818围绕三星S5P6818八核Cortex-A53处理器设计主频1.4GHz常见配置1GB/2GB DDR3和8GB eMMC跑Linux并同时挂载Qt界面、RFID模块、摄像头和WiFi后仍有富余资源。相比STM32级别的MCU它能流畅运行可视化界面并做本地商品识别相比树莓派它又更容易获得教学与竞赛所需的原理图、嵌入式内核源码和底层调试接口。因此一份基于GEC6818的无人超市系统源码本质上是一个嵌入式Linux的综合工程适合正在学习嵌入式Linux应用开发、想用开发板做完整物联系统Demo的工程师与学生。这篇文章按照硬件资源分配、系统分层、核心模块代码、Qt界面调试、联调验证的顺序把这类源码项目最常见的组织方式和可复现步骤讲清楚。2. GEC6818的资源盘点与无人超市系统分层架构2.1 先盘点GEC6818外设再定无人超市系统的功能清单开发板到手先读原理图和引脚定义这一步决定了无人超市系统的功能边界。GEC6818平台的常见硬件资源如下表第三列是我在做无人超市源码时会采用的功能分配方式。资源常见配置无人超市系统的用途处理器S5P6818 八核A53 1.4GHz跑Linux、Qt界面、图像识别内存1GB / 2GB DDR3Qt约占用150~250MB预留运行余量存储8GB eMMC系统1.5GB其余放程序与日志显示触摸7寸 RGB接口 800x480商品列表、结算页面、触摸操作串口UART0 ~ UART3UART3接RFID读卡器UART0留作调试GPIO2.0mm排针若干IO舵机、红外传感器、电磁锁网络有线PHY / USB WiFi对接云后台或本地MQTT服务这里最容易被忽略的是串口和GPIO的占用。RFID读卡器一般走串口调试串口不能被功能逻辑占用否则内核打印和应用日志会互相冲突。如果还需要语音播报模块它会额外占用一组UART或I2S接口所以我在设计功能清单时一定先列“外设矩阵”把每个外设用到的总线、电平、中断引脚确认一遍再开始写无人超市系统的代码。面板上的排针通常以2.0mm间距引出接线时需要对照原理图确认引脚号防止把3.3V信号接错到5V引脚烧坏模块。2.2 无人超市系统的四层架构与数据流向常见做法是把整个无人超市系统拆成四层好处是每一层可以单独调试。感知层RFID读卡器、红外人体传感器、摄像头负责采集“谁进店、拿了什么商品、是否有人靠近出口”。决策层运行在GEC6818上的主程序维护进店、购物、结算、开门的状态机处理超时与异常。执行层舵机门禁、电磁锁、语音提示模块接收决策层的控制指令并动作。交互层Qt界面显示商品与订单网络模块负责向云端或管理后台同步数据。数据流向是单向的感知层的事件进入决策层决策层更新状态后分别驱动执行层和交互层。举例说明读者在入口扫描二维码确认身份感知层将用户ID发送给决策层决策层把状态从“待进店”切换到“购物中”同时通知Qt界面清屏显示“欢迎进店”用户走到结算台放置带有RFID标签的商品读卡器持续上报标签ID决策层每收到一个标签就查一次商品价格表并累加金额界面实时刷新购物车列表用户点击“结算并离开”决策层校验余额或支付结果成功后拉高舵机控制信号打开门禁。整个链路里决策层是唯一会被多个模块访问的地方因此代码组织上用状态机比直接用if-else堆业务逻辑要可靠得多。在感知层与云端之间我一般会选择MQTT而不是HTTP作为上报协议。无人超市现场会有频繁的开关门、结算、库存变化事件MQTT的QoS 1能保证消息至少送达一次且不受一次一连接的开销影响局域网内延迟更小。如果只是开发板本地演示甚至可以省略云端用SQLite记录订单流水即可。这样源码项目的依赖更少跑通难度也低评审时还能把“MQTT上报”作为可扩展点单独说明。2.3 用状态机约束“进店→购物→结算→开门”的流程无人超市系统的核心问题是状态冲突例如用户还没结算就走到门口或者连续扫描了两个重复商品导致重复计费。状态机通过枚举体把系统允许出现的状态固定下来避免在业务代码里散落出现字符串判断。typedef enum { STATE_STANDBY, /* 待机无人进店 */ STATE_ENTER_SCAN, /* 进店身份验证 */ STATE_SHOPPING, /* 购物中可扫描商品 */ STATE_CHECKOUT, /* 结算中禁止继续加购 */ STATE_GATE_OPEN, /* 门禁已打开 */ STATE_ERROR_HOLD /* 异常挂起等待人工处理 */ } sys_state_t;上面的枚举把流程锁死在“待机→进店→购物→结算→开门→待机”这条主链路上。当购物超过5分钟或RFID连续10秒读到未知标签时决策层可将状态置为STATE_ERROR_HOLD此时门禁强制关闭并触发界面弹窗。参数“5分钟”和“10秒”应根据实际使用场景调整演示时可以缩短避免评审现场长时间卡在异常状态。状态转移的分发函数统一检查当前状态与目标状态是否合法非法转换直接拒绝并记录日志这是无人超市系统源码里最值得保留的一段设计。3. 无人超市系统的核心模块实现RFID、门禁与结算3.1 用串口接入RFID读卡器GEC6818的最小读卡代码RFID读卡器是无人超市商品识别中最成熟、成本最低的方案。常见模块通过TTL串口输出标签卡号GEC6818的Linux内核会把对应UART注册为/dev/ttySACx。设备节点从/dev/ttySAC0开始具体是哪一个需要查看内核启动日志。#include stdio.h #include fcntl.h #include unistd.h #include termios.h static int rfid_fd; int rfid_open(const char *dev, speed_t baud) { int fd open(dev, O_RDWR | O_NOCTTY); if (fd 0) { perror(open rfid device); return -1; } struct termios opt; tcgetattr(fd, opt); cfsetispeed(opt, baud); cfsetospeed(opt, baud); opt.c_cflag | (CLOCAL | CREAD); opt.c_cflag ~CSIZE; opt.c_cflag | CS8; opt.c_cflag ~PARENB; /* 无校验 */ opt.c_cflag ~CSTOPB; /* 1位停止位 */ opt.c_iflag ~(IXON | IXOFF | IXANY); /* 关闭软件流控 */ tcsetattr(fd, TCSANOW, opt); rfid_fd fd; return fd; } int rfid_read_tag(char *buf, int len) { ssize_t n read(rfid_fd, buf, len); if (n 0) { return -1; } return (int)n; }串口参数一般是9600波特率、8个数据位、无校验、1个停止位即8N1这是多数低频RFID模块的出厂默认值。cfsetispeed和cfsetospeed同时设置收和发速率参数需要传入B9600这类宏。CLOCAL和CREAD分别表示忽略调制解调器控制线、启用接收器CS8把数据位设为8位。IXON、IXOFF、IXANY是XON/XOFF流程控制无人超市系统读取标签时如果开启流控可能因为特殊字节被当作控制符导致卡号丢失所以要显式关闭。read返回的长度是可变长的使用时应做数据帧头校验而不是直接把整个缓冲区当作卡号。读取到的数据通常以帧头、长度、数据段、校验和的格式组织不同厂商的RFID模块格式不一致。建议先做一次裸读用hexdump确认帧格式。总线式的模块还会携带天线二进制位需要做固定长度的截取并转成十进制打印这样Qt界面才能显示可读的标签ID。3.2 舵机门禁控制用PWM控制开合角度门禁是无人超市系统最后的执行终端常用SG90或MG996R舵机驱动挡板。舵机控制需要周期为20ms50Hz的PWM信号脉宽0.5ms对应0度2.5ms对应180度。GEC6818的Linux内核若已启用PWM子系统可用sysfs节点直接操作。echo 0 /sys/class/pwm/pwmchip0/export echo 20000000 /sys/class/pwm/pwmchip0/pwm0/period echo 1000000 /sys/class/pwm/pwmchip0/pwm0/duty_cycle echo 1 /sys/class/pwm/pwmchip0/pwm0/enableperiod写20ms对应的纳秒数20000000duty_cycle写1ms对应的1000000此时舵机转动到90度附近。这里的两处单位都是纳秒很多人把sleep的毫秒和PWM的纳秒混在一起导致舵机一动不动。如果板子没有导出pwmchip节点就用一个普通GPIO做软件模拟PWM循环中交替延时0.5ms和19.5ms即可但实时性会受Linux调度影响建议只用于演示而非正式门禁。实际工程中还要加一个红外传感器判断舵机位置是否到位防止开门动作被异物卡住后继续输出力矩导致堵转。门禁打开后不能立刻回到待机状态。常见的时序是舵机转到120度保持5秒等待用户通过传动装置安装一个微动开关作为状态反馈决策层读到“挡板已归位”之后才回到STATE_STANDBY。这样做的好处是即使舵机C代码里的延时线程被系统挂起门禁实际状态仍然有硬件反馈兜底。3.3 结账逻辑处理重复商品与未识别标签商品结算是无人超市系统代码里最容易被面试官追问的部分问题通常集中在“同一件商品扫两次如何判断”“未知标签怎么办”。先在GEC6818的本地数据库中维护一张商品映射表再以会话为单位管理购物车。product_table { A001: 3.5, A002: 12.0, B007: 25.9, } def add_item(session, tag_id): if tag_id not in product_table: session[unknown].append(tag_id) return False session[cart].append(tag_id) session[total] product_table[tag_id] return True这个简化的结算函数把未识别标签写入unknown列表而不是直接报错退出。商品标签偶尔会因天线角度问题漏读放行未识别商品会造成亏损直接中止结算又会卡住门口的用户两者都不可取。更稳的做法是结账完成时弹出“未识别2件商品请客服处理”的提示并将门禁打开限制为半开模式。实际部署中还应该对“加购”和“减购”做区分用户在购物中扫码是加购如果在结算台做消磁操作需要另一台RFID读卡器负责移除商品不能把两个动作混在同一把读写器上。计算总额时优先用整数分而不是浮点元。商品价格表中3.5元用350分存储总价在显示时再除以100可以避免多次累加浮点数带来的精度误差。这个细节在无人超市源码评审中非常加分因为很多初版代码结算到45.899999这类值时会直接显示。4. Qt人机界面与GEC6818参数调试4.1 用Qt Widget搭建无人超市结算主界面GEC6818跑Qt时一般选用Qt Widgets而非QML因为Widgets对交叉编译的依赖更简单在800x480分辨率下控件布局也更容易控制。界面上至少需要三个区域顶部的状态提示栏、中部的购物车列表、底部的总价和结算按钮。QLabel *stateLabel new QLabel(QStringLiteral(等待扫码), this); QListWidget *cartList new QListWidget(this); QLabel *totalLabel new QLabel(QStringLiteral(0.00 元), this); QPushButton *payButton new QPushButton(QStringLiteral(结算并开门), this);stateLabel显示当前状态机的文字描述cartList用一行一个商品的方式刷新totalLabel每收到一次有效标签帧就更新总额。注意不要在Qt主线程里直接调用阻塞式串口read否则界面会卡死。正确做法是用QTimer每100ms轮询一次RFID的数据队列或把串口读取放到QtConcurrent::run线程中通过信号槽通知主线程刷新列表。在GEC6818这类嵌入式平台上界面刷新频率不该无脑拉到60帧。商品列表只有增加或删除时才需要重绘一个QTimer设置200ms刷新一次购物车列表就足够。如果界面还同时显示摄像头画面则需要单独用一块内存区域做图像叠加这和普通桌面应用有显著差别。4.2 无人超市系统在GEC6818上的三个必调参数参数建议值调整目的串口波特率RFID: 9600调试串口: 115200匹配外设模块默认速率PWM频率50Hz周期20ms匹配舵机控制信号触摸校准tslib或Qt校准界面重新标定消除触点偏移RFID波特率必须和模块手册一致RDM630这类模块出厂多为9600如果把板子串口设成115200读回来的数据就是乱码。调试串口保持115200是为了快速查看内核和程序打印不需要改。PWM频率仅在20ms周期附近时舵机转角最准确频率偏差不会让舵机完全不动但会出现角度抖动。触摸校准的问题在GEC6818上很常见更换屏幕或重烧系统后点击Qt按钮没有反应或偏移需要运行tslib的校准程序生成校准文件并让Qt插件读取该配置。明确了这三个必调参数无人超市系统的外设接入顺序就可以固定为“先串口后PWM再触摸”。每调通一项就在日志中打一个标记避免所有外设同时接入后无法定位是哪个环节出错。4.3 交叉编译GEC6818 Qt项目的提示开发主机上编写Qt源码交叉编译后拷贝到开发板运行这是GEC6818项目最常见的构建方式。运行时最常见的错误是“libQt5Core.so找不到”原因是Qt库未加入开发板共享库搜索路径。通常在.bashrc或启动脚本中设置export LD_LIBRARY_PATH/usr/local/Qt-5.x.y/lib:$LD_LIBRARY_PATH其中Qx-5.x.y的精确版本需要以开发板实际Qt安装目录为准。如果程序还用了中文文本则要确认中文字体已拷贝到/usr/lib/fonts否则界面会出现方块。源码压缩包里一般不会带上字体文件跑无人超市系统Demo前把电脑上的一个中文字体通过串口或U盘传到板内是一个常见的隐藏步骤。5. 系统联调验证清单与三个容易被忽略的细节5.1 无人超市系统上电联调的验证顺序拿到GEC6818和源码后不要直接把所有模块焊在一起。按下面的顺序逐层验证每步可独立回退。最小系统验证烧录Linux并确认Qt示例程序能启动触摸点击反馈正常。串口验证把RFID模块接到UART3用cat /dev/ttySAC3观察刷卡时是否输出RAW数据。舵机验证通过命令行修改PWM duty_cycle记录舵机在不同占空比下的实际角度。状态机验证手动向程序发送模拟标签帧确认结算状态流转符合预期。整机联调人持标签卡进出观察界面、门禁、后台订单三个输出是否一致。验证清单的主动权应该在开发者手里而不是评审手里。我习惯每完成一步就打印一行带时间戳的日志例如[INFO][2027-04-10 14:03:22] tag A001 total3.50评审时可以快速回溯用户行为与系统响应的时间线比现场口头解释有说服力得多。5.2 三个容易被忽略的细节处理第一个细节是串口粘包。GEC6818的CPU主频较高但Linux在串口接收时可能把两次短间隔读取合并应用层读到一帧数据里包含两半张卡号导致解析失败。应对措施是维护一个环形缓冲区每次读到数据后按帧头、长度、校验和切帧解析完一帧再处理下一帧而不是碰到一次read就立刻认为得到完整标签。第二个细节是断电恢复。无人超市系统在门禁打开时断电重新上电后如果状态机恢复到STATE_STANDBY会造成商品未结算却直接开门。源码项目里应把“当前用户ID、购物车数量、是否已支付”三个字段写入临时文件或SQLite启动时读取并决定是否进入STATE_ERROR_HOLD等人工处理状态。第三个细节是日志存储位置。GEC6818的eMMC写寿命有限无人超市系统每秒钟打印日志会加速存储损耗。常见的做法是把运行日志输出到/tmp内存文件系统只将与订单相关的关键记录落盘并限制单个文件大小为1MB并循环覆盖。这个处理在长期运行的Demo项目中能明显减少文件系统损坏的概率。验证完成后可以将这套日志策略与状态机实现一起保留在源码里。本文还有配套的精品资源点击获取
