文档更改颂盛

在2020/12/25 14:13上被chinyee he修改
从版本< 24.3 >
由yuandong he编辑
在2020/02/17 12:25上
到版本
由yuandong he编辑
在2019/11/12 16:22上
< >
修改评论 上传新附件1573546978385-211.png

Summary

Details

Page properties
Content
... ... @@ -2,232 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= =
6 -
7 -问题描述：http:~/~/cloud.linghuchongtech.com/DynamicAdmin2/login.html
8 -
9 -账号：ssxny
10 -吴小英说这个账号无法登录。
11 -
12 -
13 -~-~-跟踪
14 -
15 -【YD】：我试了下该账号出现了“同时登陆用户数量超过限制”的提示。**与之前金凯瑞jkr_case#28_20200211属于同样的问题，故以同样的方式处理。**
16 -1、他这个问题之前都提过几次。他的账号有同时登陆数量20的限制
17 -2、之前有和John说过 John处理完后一直建议他那边退出账号后再关闭网页。
18 -3、吴小英原话说“我们许总说为什么出现这样的问题，要你们给出问题解决”
19 -
20 -**客户不按规则操作，故给他同时登录次数设到100，避免再出现**
21 -
22 -~-~-解决
23 -
24 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
25 -售后（跟单）工程师 YD
26 -
27 -= gdss_case#9_20200117 =
28 -
29 -(% class="wikigeneratedid" %)
30 -问题描述：截止到今 颂盛未处理异常账单统计
31 -
32 -(% class="box infomessage" %)
33 -(((
34 -提供一份数据：1）未处理异常账单统计。
35 -
36 -1）异常账单统计：下表为 **2019年3月到至今**之未处理异常代码统计
37 -
38 -|**异常代码\统计时间段**|**201903-至今**
39 -|**1-账单丢失**|261
40 -|(((
41 -**3- 时间异常**
42 -)))|219
43 -|**11-电量丢失**|294
44 -|**2-账单丢失（设备离线）**|7
45 -|**3，4（充电电量异常），5（充电时长异常），8（充电电量与平台不符），9（充电时长与平台不符）**|1
46 -|**3,5,7（充电时间重叠）,8,9**|2
47 -|**3,5,8,9**|1
48 -|**3，6（占桩时长异常）**|18
49 -|**3，8**|273
50 -|**3，8，6**|115
51 -|**3，8，9**|3
52 -|**4，8，6**|1
53 -|**6**|1291
54 -|**7**|15
55 -|**7，8**|3
56 -|**7，8，9**|20
57 -|**7，8，9，6**|44
58 -|**7，9，6**|15
59 -|**8**|77854
60 -|**8,6**|32902
61 -|**8,9**|536
62 -|**8,9,6**|1347
63 -|**9**|36
64 -|**9,6**|33
65 -|**合计**|115291‬
66 -)))
67 -
68 -~-~-解决:
69 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
70 -
71 -数据统计人：Chinyee
72 -
73 -
74 -= gdss_case#8_20200115 =
75 -
76 -问题描述：旧平台
77 -1.吴小英说他误修复了几张异常账单，希望把那几张单改回异常状态。
78 -
79 -2.修复后报表里多了这几张单，颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
80 -
81 -3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
82 -
83 -~-~-跟踪
84 -
85 -【YD】：
86 -
87 -1）2）已修复的，我们不能随意修改客户数据，如果客人问起来您需要向他们解释。
88 -3）颂盛这边一直都是配置成允许异常账单先结算扣款，后续人工修复再补扣，所以报表能看到
89 -【shi】：1、下图配置的意思是允许异常账单先结算扣款，后续人工修复再补扣。
90 -2、一些客户不能及时修复账单，是用了先结算， bo2和bo1的机制是一样的。
91 -3、建议客户及时处理异常账单，特别是公交周期结算前 是必须处理完的。
92 -[[image:1579061130998-533.png]]
93 -
94 -
95 -
96 -~-~-解决:
97 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
98 -
99 -售后（跟单）工程师：施文俊 YD
100 -
101 -= gdss_case#7_20200113 =
102 -
103 -问题描述：
104 -
105 -颂盛旧系统平台
106 -日期：2020-01-13
107 -桩站名称：颂盛站点
108 -手机号：
109 -订单号：20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
110 -充电桩号：44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
111 -充电枪号： 
112 -充电时间：
113 -结束时间：
114 -现场网络连接状态：正常 
115 - 异常状态：充电电量与平台不符
116 -问题描述：充电电量与平台不符，请帮忙查看一下是什么原因，见下图：
117 -
118 -[[image:1578900456181-994.png||height="469" width="942"]]
119 -
120 -~-~-跟踪
121 -
122 -【YD】：转研发确认是否与gdss_case#6_20191204的原因一致。
123 -【令技术】：以上账单中出现的“充电电量与平台不符”的异常,  都是由于充电桩在充电前上送心跳的电表总读数均为0， 启动充电后，电表总读数变为一个较大的值 造成的 计算异常。
124 -
125 -~-~-解决:
126 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
127 -
128 -售后（跟单）工程师：施文俊 YD
129 -
130 -= gdss_case#6_20191204 =
131 -
132 -广州颂盛旧系统平台
133 -日期：2019-12-04
134 -桩站名称：塘坑站点、大岗站点、桥南站点、
135 -手机号：
136 -订单号：
137 -充电桩号：
138 -充电枪号： 
139 -时间：2019年11月份
140 -\\现场网络连接状态：正常 
141 - 异常状态：金额、峰、平、谷值都为0 
142 -问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
143 -
144 -20191108112557047049
145 -20191109045929266559
146 -20191112002225771301
147 -20191116000001501830
148 -20191125001902046919
149 -20191127001635518809
150 -20191106044333115970
151 -20191109000104273153
152 -
153 -~-~-跟踪
154 -
155 -【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
156 -
157 -【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
158 -
159 -[[image:1575445987388-997.png||height="365" width="842"]]
160 -
161 -~-~-解决:
162 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
163 -
164 -售后（跟单）工程师：施文俊 YD
165 -
166 -
167 -= gdss_case#5_201911113 =
168 -
169 -广州颂盛旧系统充电平台
170 -
171 -日期：2019-11-13
172 -桩站名称：
173 -手机号：
174 -订单号：20191108112557047049/20191109000104273153/20191109045929266559
175 -充电桩号：
176 -充电枪号：
177 -开始充电时间：
178 -现场网络连接状态：正常
179 -异常状态：
180 -问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
181 -
182 -~-~-跟踪
183 -
184 -【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩， 这个电表读数异常的问题，还存在。
185 -
186 -[[image:1573633992288-441.png]]
187 -
188 -~-~-解决:
189 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
190 -
191 -售后（跟单）工程师：施文俊  何倩怡
192 -
193 -
194 -= gdss_case#6_20191112 =
195 -
196 -广州颂盛旧系统平台
197 -日期：2019-11-12
198 -桩站名称：广州颂盛桥南充电站
199 -手机号：
200 -订单号：20191112001934329341
201 -充电桩号：44011300040000200061
202 -充电枪号： 
203 -开始充电时间：2019-11-12 00:23:38
204 -结束时间：2019-11-12 03:50:36
205 -现场网络连接状态：正常 
206 - 异常状态：充电量与平台不符
207 -
208 -[[image:1573546978385-211.png||height="334" width="705"]]
209 -
210 -~-~-跟踪
211 -
212 -【令】：已转研发
213 -【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
214 -to 金凯瑞许总：
215 -请关注罗宾森桩程序目前的问题。
216 -联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
217 -附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
218 -1）背景知识：计算机需要按照约定的协议严格执行协议流程。
219 -2）类比举例：
220 -吃饭需要5步，即：1，2，3，4，5。 
221 -小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
222 -3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
223 -4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
224 -5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
225 -
226 -~-~-解决:
227 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
228 -
229 -售后（跟单）工程师：施文俊 YD
230 -
231 231  = gdss_case#5_20191031 =
232 232  
233 233  
... ... @@ -324,7 +324,7 @@
324 324  
325 325  售后（跟单）工程师：施文俊  何倩怡
326 326  
327 -= =
101 += =
328 328  
329 329  = gdss_case#2_20190927 =
330 330  
... ... @@ -391,21 +391,4 @@
391 391  
392 392  售后（跟单）工程师：施文俊
393 393  
394 -
395 -~#~##番禺项目汇报-20180724
396 -人员：
397 - 罗宾森售后
398 - 金凯瑞工程人员、项目经理、平台管理员
399 - 令狐充平台工程师
400 - 番禺场站公交负责人、运维人员
401 -\\阶段性成果：
402 - a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
403 - b、目前支持站点密码为场站之车辆进行充电。
404 - c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
405 -
406 -
407 -联调之问题汇总：
408 -1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
409 -2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
410 -3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高，由施工和may处理】
411 -4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】
168 +
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
1578900456181-994.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -207.6 KB
Content
1579061130998-533.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -51.9 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、这时充电桩开始充电...