本作品为第二届立创商城电子制作节30强入围作品，作者立创社区ID：云逸Baby；转载请注明出处，未经允许不得用作商业用途。作品原链接：http://club.szlcsc.com/article/details_4577_1.html。

一、作品简介

1.作品外观

PCB图

作品焊接成品图片：

2.作品设计背景

未来越来越多的商品服务通过现在自动售货等设备提供服务，现在扫码支付使用已经非常普遍。但是对于设备开发商来说，要设计一套扫码支付设备包括支付后台服务器还是有难度的。

鉴于此，开发一台扫码支付中间件。用户只需要熟悉串口通讯等通信协议，无须关心与微信支付和支付宝服务器的通信协议，只需要在服务器端设置好支付参数，就可以进行支付设备开发。大大缩短了，开发周期。目前共享设备异常火爆，这些设备都需要提供支付功能。此中间件市场前景应该很好

3.作品亮点

作品集成了电子技术与软件技术与一体融合了GPRS通信，内部集成了与后台服务器的支付通信协议，对线下支付设备开发者提供了简易的接口。此外作品提供一路DTU链路，可供用户传输自由数据。

二、系统构架图

三、硬件部分的描述

1.原理图和PCB文件，Pads 开发：http://club.szlcsc.com/article/downFile_2D85C06B2F9DEB21.html

2.实现原理

系统主要分为2个部分，用户串口数据的解析，和支付请求数据和支付返回数据的解析。

模块通过串口接收用户支付数据，先解析校验用户请求数据后，更具用户的支付金额等参数，生成AES加密支付报文，通过SIM800A 发送到后台服务器。

后台服务器对模块发送来的支付数据进行二次验证，验证通过后，根据需要向支付宝或者微信支付服务器发送支付请求数据。随后后台服务器将接收到微信和支付宝的支付链接数据发送给模块，模块接收到这些数据后，经过验证，通过串口发送给用户设备。

此后，模块将进入等待支付结果状态。通过服务器的异步通知和模块定时轮休订单状况来确认当前订单的支付状态。定时将支付状态返回给用户。可以根据用户的设定，支付成功后，开启某个继电器。

四、材料清单（BOM列表）

五、软件部分的描述

串口接收解码流程图：

GPRS 发送异常处理流程：

支付请求流程处理：

六、作品演示

支付演示：

后台服务器演示：

七、总结

本作品主要功夫主要在软件上面。涉及到支付等资金操作，对系统的稳定性可靠性要求非常高。

对每笔支付订单，需要能明确的给出支付状态，即使设备异常重启，也不能丢失订单状态。这就要服务端和设备端都要进行密切配合，对每笔订单的支付log都要落地。

在通信方面，GPRS 与服务器端的要维持长链接，通过心跳来保持连接。由于各种各种不可控，链接会中断，这就需要设备需要及时的重连的能力。设计一台优雅的重连机制非常重要。