【报名阶段需要填写的内容】

1. 参赛者姓名（必填项）：

施勇

2. 单位或学校名称（必填项）：

上海倍库电子科技有限公司

3. 当前职务或职称（必填项）：

研发工程师

4. 参赛作品的名字（必填项）：

支付宝微信扫描支付中间件

5. 简要陈述您的idea和作品（必填项）：

模块封装好了完善的支付宝微信的支付请求协议，与自建的云服务器进行通信，完成支付逻辑。用户只需要在服务端，设置好微信和支付宝收款账号信息即可

用户通过串口或者485与模块进行交互，不用考虑的微信和支付宝的支付协议解析。大大缩短线下带支付产品开发。

6. 拟用到的立创商城在售物料（必填项）：

stm32103RC,tps54331 sp3485 sp3232  等

7. 拟用到的非立创商城物料或其它补充（必填项）：

sim800a 

【作品正式发表（报名成功后进入设计阶段）需要填写的内容】

一、作品简介

例如，可以包括但不局限于以下内容：

1.作品的PCB

作品焊接成品图片：

2.作品的研究背景、目的和功能、市场应用前景；

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

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

3.作品在创新性、趣味性、实用性甚至公益性方面，有哪些亮点可体现？

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

二、系统构架图

用流程图或思维导图等形式，描述您的作品的组成构架，即方案图。

三、硬件部分的描述

1.原理图和PCB文件，Pads 开发

PayHardWare.zip 

2.用文字把该作品的实现原理、系统的工作过程大致讲解一下。

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

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

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

发送给模块，模块接收到这些数据后，经过验证，通过串口发送给用户设备。

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

四、材料清单（BOM列表)

五、软件部分的描述（选填）

如果您的作品涉及到软件，请列出作品对应的软件工作流程图，及关键部分的例程、源码（如果您想开源的话请上传全部源码）。

串口接收解码流程图：

GPRS 发送异常处理流程：

支付请求流程处理：

六、作品演示

请上传您的作品的功能演示到腾讯视频，并编辑到本楼（或附上视频链接）。按要求上传视频可获得5分，具体详见活动规则。

支付演示：

后台服务器演示：

七、总结

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

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

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

未来产品近继续完善，加入软件远程升级能力，在协议方面会添加多种协议。

当初的设计思路是，应用逻辑层固定，通信层可兼容wifi,GPRS,以太网等，不同的通信方式，只需要加载相应的通信接口程序就行了。

涉及的难点是：

1.设备端的稳定性，通信要做好长连接，断线恢复。用户的一次请求支付状态，要完全明确，即使设备重启，也要能追溯订单状态。

2.服务端设计是难点：微信和支付宝请求接口设计，支付数据库的设计。考虑到如果有大量设备，需要做集群的优化。