支付寶微信掃碼支付中間件「第二屆立創(chuàng)商城電子制作節(jié)強作品」

1、本作品為第二屆立創(chuàng)商城電子制作節(jié)30強入圍作品，轉(zhuǎn)載請注明出處，未經(jīng)允許不得用作商業(yè)用途。作品原鏈接： HYPERLINK /article/details_4577_1.html t /info/_blank /article/details_4577_1.html。一、作品簡介1.作品外觀PCB圖作品焊接成品圖片：2.作品設計背景未來越來越多的商品服務通過現(xiàn)在自動售貨等設備提供服務，現(xiàn)在掃碼支付使用已經(jīng)非常普遍。但是對于設備開發(fā)商來說，要設計一套掃碼支付設備包括支付后臺服務器還是有難度的。鑒于此，開發(fā)一臺掃碼支付中間件。用戶只需要熟悉串口通訊等通信協(xié)議，無須關心與微信支付和支付寶服務器的通

2、信協(xié)議，只需要在服務器端設置好支付參數(shù)，就可以進行支付設備開發(fā)。大大縮短了，開發(fā)周期。目前共享設備異?；鸨@些設備都需要提供支付功能。此中間件市場前景應該很好3.作品亮點作品集成了電子技術與軟件技術與一體融合了GPRS通信，內(nèi)部集成了與后臺服務器的支付通信協(xié)議，對線下支付設備開發(fā)者提供了簡易的接口。此外作品提供一路DTU鏈路，可供用戶傳輸自由數(shù)據(jù)。二、系統(tǒng)構架圖三、硬件部分的描述1.原理圖和PCB文件，Pads 開發(fā)： HYPERLINK /article/downFile_2D85C06B2F9DEB21.html /article/downFile_2D85C06B2F9DEB21.ht

3、ml2.實現(xiàn)原理系統(tǒng)主要分為2個部分，用戶串口數(shù)據(jù)的解析，和支付請求數(shù)據(jù)和支付返回數(shù)據(jù)的解析。模塊通過串口接收用戶支付數(shù)據(jù)，先解析校驗用戶請求數(shù)據(jù)后，更具用戶的支付金額等參數(shù)，生成AES加密支付報文，通過SIM800A 發(fā)送到后臺服務器。后臺服務器對模塊發(fā)送來的支付數(shù)據(jù)進行二次驗證，驗證通過后，根據(jù)需要向支付寶或者微信支付服務器發(fā)送支付請求數(shù)據(jù)。隨后后臺服務器將接收到微信和支付寶的支付鏈接數(shù)據(jù)發(fā)送給模塊，模塊接收到這些數(shù)據(jù)后，經(jīng)過驗證，通過串口發(fā)送給用戶設備。此后，模塊將進入等待支付結(jié)果狀態(tài)。通過服務器的異步通知和模塊定時輪休訂單狀況來確認當前訂單的支付狀態(tài)。定時將支付狀態(tài)返回給用戶?？梢愿鶕?jù)用戶的設定，支付成功后，開啟某個繼電器。四、材料清單（BOM列表）五、軟件部分的描述串口接收解碼流程圖：GPRS 發(fā)送異常處理流程：支付請求流程處理：六、作品演示支付演示：后臺服務器演示：七、總結(jié)本作品主要功夫主要在軟件上面。涉及到支付等資金操作，對系統(tǒng)的穩(wěn)定性可靠性要求非常高。對每筆支付訂單，需要能明確的給出支付狀態(tài)，即使設備異常重啟，也不能丟失訂單狀態(tài)。這就要服務端和設備端都要進行密切配合，對每筆訂單的支付log都要落地。在通信方面，GPRS 與服務器端的要維持長鏈接，通過心跳來保持連接。由于各種各種不可控，鏈接會中斷，這就需要設備