从版本< 22.13 >
shi chuck编辑
在2020/03/04 09:47上
到版本
shi chuck编辑
在2020/03/04 14:05上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -12,10 +12,12 @@
12 12  排查思路:
13 13  1、充电过程桩是否离线(或丢失心跳),平台无法及时根据心跳停止。
14 14  2、(个人)余额不足自动停止阀值配置。告知客户配置步骤。
15 -\\
16 16  
16 +
17 +【chinyee】:是因为前一个充电发送了异常,导致没有扣费,这时用户余额还比较充足,所以第二次充电正常充电。这时人工修复了第一次的充电账单,发生了扣费,就导致第二次充电余额不足,变成负数了
18 +
17 17  ~-~-解决:
18 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
20 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
19 19  售后(跟单)工程师:施文俊
20 20  
21 21  = szds_case#17_20200303 =
... ... @@ -65,6 +65,21 @@
65 65  
66 66  **二、底层统计截止20200303 1550,见附件**[[attach:rh_异常账单汇总_德顺_20200303.xls||target="_blank"]]
67 67  [[image:1583221862303-434.png]]
70 +\\**三、罗宾森分析结果**
71 +\\针对昨天收到的桩上的log与平台提供的异常订单分析结果如下:
72 +1、1999年的时间异常订单:平台下发0x0f报文(订单号、余额)成功,之后由于网络原因,0x14启动充电报文充电桩未收到,约5分钟后,平台下发0x0c远程停止报文充电桩收到,由于未启动充电,导致充电时产生的各种相关数据不存在(包括时间),上传订单各种数据全为0。
73 +2、正常时间的丢失订单:平台下发0x0f报文(订单号、余额)成功,之后由于网络原因,在间隔大约46秒的时间后,充电桩收到0x14启动充电报文。在这46秒的时间内,用户反复操作画面,导致下发订单号与余额信息被清空,充电机认为余额不足,启动充电瞬间停止充电,并上传订单号全为00的订单。
74 +
75 +修改办法:
76 +1、请问平台方@施文俊 ,没有收到启动充电报文,只收到停止报文时。开始、结束时间桩端需要上传什么开始结束时间?如其它数据也是必须项,请说明。
77 +2、桩端程序进行相应的处理,避免网络延时期间用户操作导致订单号被清空的现象。
78 +
79 +实机再现及测试办法(暂无)、除非人为干预下发报文过程:
80 +由于我们测试环境中网络不会出现类似的大规模卡顿,实机很难再现。
81 +
82 +建议:
83 +1、改善网络环境;
84 +2、是否可以合并报文,实现一条报文下发订单号、余额、启动。防止多条报文交互时,网络原因造成中间报文缺失。
68 68  )))
69 69  
70 70  ~-~-解决:
... ... @@ -265,7 +265,7 @@
265 265  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
266 266  售后(跟单)工程师:施文俊
267 267  
268 -= =
285 += =
269 269  
270 270  = szds_case#5_20191129 =
271 271