文档更改颂盛

在2020/12/25 14:13上被chinyee he修改
从版本< 7.1 >
由chinyee he编辑
在2019/10/11 17:29上
到版本
由chinyee he编辑
在2019/11/13 16:33上
< >
修改评论 上传新附件1573633992288-441.png

Summary

Details

Page properties
Content
... ... @@ -2,22 +2,125 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += gdss_case#6_20191112 =
6 +
7 +广州颂盛旧系统平台
8 +日期：2019-11-12
9 +桩站名称：广州颂盛桥南充电站
10 +手机号：
11 +订单号：20191112001934329341
12 +充电桩号：44011300040000200061
13 +充电枪号： 
14 +开始充电时间：2019-11-12 00:23:38
15 +结束时间：2019-11-12 03:50:36
16 +现场网络连接状态：正常 
17 + 异常状态：充电量与平台不符
18 +
19 +[[image:1573546978385-211.png||height="334" width="705"]]
20 +
21 +~-~-跟踪
22 +
23 +【令】：已转研发
24 +【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
25 +to 金凯瑞许总：
26 +请关注罗宾森桩程序目前的问题。
27 +联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
28 +附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
29 +1）背景知识：计算机需要按照约定的协议严格执行协议流程。
30 +2）类比举例：
31 +吃饭需要5步，即：1，2，3，4，5。 
32 +小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
33 +3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
34 +4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
35 +5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
36 +
37 +~-~-解决:
38 +状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
39 +
40 +售后（跟单）工程师：施文俊 YD
41 +
42 += gdss_case#5_20191031 =
43 +
44 +
45 +问题描述：这怎么修复只充了34分钟就要244.40元了
46 +
47 +账单号：20191024144331381526
48 +
49 +[[image:1572491525002-420.png||height="381" width="766"]]
50 +
51 +
52 +~-~-跟踪
53 +
54 +[[image:1572492802252-387.png||height="180" width="783"]]
55 +【chinyee】：
56 +该账单号的充电心跳，其中：
57 +1、充电数据是线性增长，未察觉异常
58 +2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
59 +【shi】：异常账单中查到 账单丢失，平台估算电量 128.63度，超正常值。 需转研发分析。
60 +【令狐充技术】：
61 +
62 +(% class="box infomessage" %)
63 +(((
64 +1、该充电桩在充电过程中发生离线， 所有有一段时间没有心跳；
65 +2、平台估算电量为128.63度， 是因为该充电桩在本次充电之前上传的电表总读数为0所致， 所以这个估算值是不准确的。
66 +开始充电后，电表读数直接跳到92.27
67 +估计这个才是实际值
68 +之后充电中离线了一段时间，恢复后状态已经变成空闲
69 +但是账单一直没上传
70 +)))
71 +
72 +【shi】： 疑似电桩老问题未解决，需客户协调罗宾森 厂家 排查解决。
73 +
74 +
75 +~-~-解决:
76 +状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置
77 +
78 +售后（跟单）工程师：施文俊  何倩怡
79 +
80 += gdss_case#4_20191028 =
81 +
82 +广州颂盛旧系统充电平台
83 +
84 +日期：2019-10-28
85 +桩站名称：
86 +手机号：
87 +订单号：20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526
88 +充电桩号：
89 +充电枪号：
90 +开始充电时间：
91 +现场网络连接状态：正常
92 +异常状态：
93 +问题描述：充电日报表分不到峰平谷值
94 +
95 +~-~-跟踪
96 +
97 +【令】：以上几个账单都为故障账单，异常类型为账单丢失，人工修正即可
98 +
99 +~-~-解决:
100 +状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
101 +
102 +售后（跟单）工程师：施文俊  何倩怡
103 +
104 +
5 5  = gdss_case#3_20191011 =
6 6  
7 -~#~# 平台相关工单
8 -日期：20191011
9 9  桩站名称：
10 10  手机号：
11 11  订单号： 20190901220059873970/20190914201254659429/20190914210510578166
12 -充电桩号： 
13 -充电枪号：
14 -开始充电时间： 
15 - 现场网络连接状态：
16 -近期故障状态：
17 17  问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了
18 18  ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
19 19  运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。
20 20  
114 +~-~-跟踪
115 +
116 +【shi】：根据客户提供之订单号，查询结果如下：
117 +账单号  | 充电发起人
118 +20190901220059873970  | 明基水产丰少
119 +20190914201254659429  | ZION
120 +根据平台数据证实，以上2条都是个人扫码社会车辆充电。
121 +重要注意： 针对云浮新兴站， 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”（请咨询May，她为客户配置）
122 +\\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电
123 +
21 21  [[image:1570785879995-291.png||height="70" width="701"]]
22 22  
23 23  [[image:1570786018549-143.png||height="107" width="698"]]
... ... @@ -24,16 +24,15 @@
24 24  
25 25  [[image:1570786092126-721.png||height="89" width="697"]]
26 26  
130 +【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。
131 +【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如， 监控视频等其他证据
27 27  
28 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
29 -
30 30  ~-~-解决:
31 31  状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
32 32  
33 33  售后（跟单）工程师：施文俊  何倩怡
34 34  
35 -(% class="wikigeneratedid" %)
36 -= =
138 += =
37 37  
38 38  = gdss_case#2_20190927 =
39 39  
... ... @@ -99,5 +99,3 @@
99 99  状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
100 100  
101 101  售后（跟单）工程师：施文俊
102 -
103 -
1572491525002-420.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +94.0 KB
Content
1572492802252-387.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +117.2 KB
Content
1572506227600-542.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +145.4 KB
Content
1573546978385-211.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +191.9 KB
Content
1573633992288-441.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +29.4 KB
Content
罗宾森_20191112001934329341问题排查.log
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +1.2 KB
Content
... ... @@ -1,0 +1,40 @@
1 +充电桩:44011300040000200061 枪号:2 账单ID:20191112001934329341
2 +61号桩2号枪发起密码充电鉴权:
3 +11-12 00:19:34.869, 14
4 +11-12 00:19:35.848, 15
5 +11-12 00:19:39.044, 16
6 +
7 +启动充电...
8 +11-12 00:19:40.088, 24
9 +11-12 00:19:40.090, 20
10 +
11 +该桩没有回复消息21, 在启动充电未完成的情况下:
12 +
13 +于11-12 00:19:40.148, 连接断开,充电桩离线
14 +
15 +该桩发起新的连接后，在没有进行启动消息流程及上送心跳(后台判断该桩状态此时为“离线”)的情况, 就直接重发启动充电消息(多次)
16 +11-12 00:19:53.616, 24
17 +11-12 00:20:07.117, 24
18 +11-12 00:20:50.969, 24
19 +...
20 +
21 +直到 11-12 00:23:19.308,5 该枪上送心跳(状态空闲)
22 +
23 +然后该桩再次发起启动充电...
24 +11-12 00:23:22.029,24
25 +11-12 00:23:22.030,20
26 +
27 +11-12 00:23:35.529,24
28 +11-12 00:23:35.530,20
29 +
30 +等待充电桩回复消息21,未等到...
31 +
32 +后台在4分钟后发起停止充电请求(后台逻辑)，结束本次充电事务
33 +11-12 00:23:36.398,12
34 +
35 +
36 +但11-12 00:23:40.249,21 (这时桩回复了21，开始充电了...)
37 +
38 +所以结果是:
39 +1、在“11-12 00:23:36.398”，后台判断该充电事务结束了,无充电.
40 +2、这时充电桩开始充电...