@
Michelangelono #24 微信支付的话有 IOT 模块，但是我没了解过这个接口。
如果是使用 H5/微信 支付这些接口的话，建议是公网服务器进行接收支付回调，相比客户端设备的网络而言，公网服务器网络稳定很多。
车进库->识别车牌-> [ 工控机 判断是否白名单，记录数据，推送给服务器 ]
车出库->识别车牌-> [ 工控机 判断是否白名单，轮询服务器支付结果]
月租客户：
公众号进入 H5 页面，输入车牌，线上支付月租费用。
工控机：间隔 30 分钟同步一次服务器月租数据。
单次停车：
公众号进入缴费 h5 页面，输入车牌，线上支付费用。
工控机：间隔 1 分钟同步一次服务器支付数据。
如果长连接的话把间隔 X 分钟去掉，有信息服务器推给终端设备即可。
工控机做好数据的同步，
1 、局域网管理的数据，同步上服务器；
2 、服务器的数据，同步到工控机；
自行考虑当断网或人工操作情况下导致数据冲突的情况即可了。要么服务器的为主，要么本地为主......
预案：
断网：
断网前已开通月租的车辆不受影响，临停车辆支付信息如果在断网前有同步到工控机的也不受影响，其他情况只能人工兜底。
服务器异常：
影响：临时付费的，开通月租的，但已开通月租或已付费临时车不受影响。这一步一样只能人工兜底。另外可以通过监控自主发现异常，一般可能性比较少。
服务器炸了这个情况估计比较少，
哪怕你们有 100 个客户，并发数也高不到哪里去。
如果是轮询形式的，可能服务器压力会大点，
如果是长连接形式的，服务器压力会小很多（因为不需要轮询）
而且停车场出入这些，除非你们是打算做 0 人工值守的，否则有人工做兜底，就算出问题也不会太大。