文档更改颂盛

在2020/12/25 14:13上被chinyee he修改
从版本< 21.3 >
由yuandong he编辑
在2019/12/05 13:41上
到版本
由chinyee he编辑
在2019/10/31 11:13上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.yuandong
1 +XWiki.Chinyee
Content
... ... @@ -2,107 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= gdss_case#6_20191204 =
6 -
7 -广州颂盛旧系统平台
8 -日期：2019-12-04
9 -桩站名称：塘坑站点、大岗站点、桥南站点、
10 -手机号：
11 -订单号：
12 -充电桩号：
13 -充电枪号： 
14 -时间：2019年11月份
15 -\\现场网络连接状态：正常 
16 - 异常状态：金额、峰、平、谷值都为0 
17 -问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
18 -
19 -20191108112557047049
20 -20191109045929266559
21 -20191112002225771301
22 -20191116000001501830
23 -20191125001902046919
24 -20191127001635518809
25 -20191106044333115970
26 -20191109000104273153
27 -
28 -~-~-跟踪
29 -
30 -【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
31 -
32 -【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
33 -
34 -[[image:1575445987388-997.png||height="365" width="842"]]
35 -
36 -~-~-解决:
37 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
38 -
39 -售后（跟单）工程师：施文俊 YD
40 -
41 -
42 -= gdss_case#5_201911113 =
43 -
44 -广州颂盛旧系统充电平台
45 -
46 -日期：2019-11-13
47 -桩站名称：
48 -手机号：
49 -订单号：20191108112557047049/20191109000104273153/20191109045929266559
50 -充电桩号：
51 -充电枪号：
52 -开始充电时间：
53 -现场网络连接状态：正常
54 -异常状态：
55 -问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
56 -
57 -~-~-跟踪
58 -
59 -【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩， 这个电表读数异常的问题，还存在。
60 -
61 -[[image:1573633992288-441.png]]
62 -
63 -~-~-解决:
64 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
65 -
66 -售后（跟单）工程师：施文俊  何倩怡
67 -
68 -
69 -= gdss_case#6_20191112 =
70 -
71 -广州颂盛旧系统平台
72 -日期：2019-11-12
73 -桩站名称：广州颂盛桥南充电站
74 -手机号：
75 -订单号：20191112001934329341
76 -充电桩号：44011300040000200061
77 -充电枪号： 
78 -开始充电时间：2019-11-12 00:23:38
79 -结束时间：2019-11-12 03:50:36
80 -现场网络连接状态：正常 
81 - 异常状态：充电量与平台不符
82 -
83 -[[image:1573546978385-211.png||height="334" width="705"]]
84 -
85 -~-~-跟踪
86 -
87 -【令】：已转研发
88 -【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
89 -to 金凯瑞许总：
90 -请关注罗宾森桩程序目前的问题。
91 -联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
92 -附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
93 -1）背景知识：计算机需要按照约定的协议严格执行协议流程。
94 -2）类比举例：
95 -吃饭需要5步，即：1，2，3，4，5。 
96 -小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
97 -3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
98 -4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
99 -5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
100 -
101 -~-~-解决:
102 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
103 -
104 -售后（跟单）工程师：施文俊 YD
105 -
106 106  = gdss_case#5_20191031 =
107 107  
108 108  
... ... @@ -113,34 +113,14 @@
113 113  [[image:1572491525002-420.png||height="381" width="766"]]
114 114  
115 115  
116 -~-~-跟踪
15 +~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
117 117  
118 -[[image:1572492802252-387.png||height="180" width="783"]]
119 -【chinyee】：
120 -该账单号的充电心跳，其中：
121 -1、充电数据是线性增长，未察觉异常
122 -2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
123 -【shi】：异常账单中查到 账单丢失，平台估算电量 128.63度，超正常值。 需转研发分析。
124 -【令狐充技术】：
125 -
126 -(% class="box infomessage" %)
127 -(((
128 -1、该充电桩在充电过程中发生离线， 所有有一段时间没有心跳；
129 -2、平台估算电量为128.63度， 是因为该充电桩在本次充电之前上传的电表总读数为0所致， 所以这个估算值是不准确的。
130 -开始充电后，电表读数直接跳到92.27
131 -估计这个才是实际值
132 -之后充电中离线了一段时间，恢复后状态已经变成空闲
133 -但是账单一直没上传
134 -)))
135 -
136 -【shi】： 疑似电桩老问题未解决，需客户协调罗宾森 厂家 排查解决。
137 -
138 -
139 139  ~-~-解决:
140 140  状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置
141 141  
142 142  售后（跟单）工程师：施文俊  何倩怡
143 143  
22 +
144 144  = gdss_case#4_20191028 =
145 145  
146 146  广州颂盛旧系统充电平台
... ... @@ -265,3 +265,5 @@
265 265  状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
266 266  
267 267  售后（跟单）工程师：施文俊
147 +
148 +
1572492802252-387.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -117.2 KB
Content
1572506227600-542.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -145.4 KB
Content
1573546978385-211.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -191.9 KB
Content
1573633992288-441.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -29.4 KB
Content
1575445987388-997.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -152.3 KB
Content
罗宾森_20191112001934329341问题排查.log
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -1.2 KB
Content
... ... @@ -1,40 +1,0 @@
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、这时充电桩开始充电...