kkop

解决方案：
为了满足支付宝和微信扫码支付的普及需求，我们开发了一台扫码支付服务器平台。该平台集成了电子技术和软件技术，通过GPRS通信与后台服务器进行支付通信，并为线下支付设备开发者提供简易的接口。此外，该平台还提供了一路DTU链路，用于用户传输自由数据。

用户只需熟悉串口通信等通信协议，无需关心与微信支付和支付宝服务器的通信协议。只需在服务器端设置好支付参数，即可进行支付设备开发，大大缩短了开发周期。目前共享设备异常火爆，这些设备都需要提供支付功能。

系统设计框图如下所示：

[系统设计框图]

该系统主要分为两个部分：用户串口数据的解析和支付请求数据以及支付返回数据的解析。模块通过串口接收用户支付数据，先解析校验用户请求数据，然后根据用户的支付金额等参数生成AES加密支付报文，并通过SIM800A发送到后台服务器。

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

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

硬件电路板实物截图如下所示：

[硬件电路板实物截图]

总结：
本作品的主要重点在于软件方面。由于涉及到支付等资金操作，对系统的稳定性和可靠性要求非常高。每笔支付订单都需要明确给出支付状态，即使设备异常重启，也不能丢失订单状态。因此，服务端和设备端需要密切配合，对每笔订单的支付日志进行记录。

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

未来，我们将继续完善该产品，并加入软件远程升级能力。在协议方面，我们将添加多种协议以满足不同需求。

PS：该项目设计来源于立创社区，设计资料仅供学习参考。详见附件原文出处。