从版本< 34.3 >
shi chuck编辑
在2019/11/27 11:49上
到版本
chinyee he编辑
在2019/11/26 16:39上
< >
修改评论 上传新附件1574757543672-178.png

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.Chinyee
Content
... ... @@ -2,24 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
6 -= zpd_case#21_20191126 =
7 -
8 -问题描述:这个车天天在我这里充电,今天怎么都充不了了!这个报错是什么意思?
9 -
10 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
11 -
12 -~-~-跟踪
13 -
14 -【chinyee】:从充电记录来看,充电停止原因:[2]与车辆通信超时
15 -
16 -【shi】:bms 和电桩握手时超时,车的bms问题,然后让他去找车厂
17 -
18 -~-~-解决:
19 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
20 -售后(跟单)工程师:施文俊 chinyee
21 -
22 -
23 23  = zpd_case#20_20191126 =
24 24  
25 25  问题描述:
... ... @@ -35,36 +35,6 @@
35 35  聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
36 36  
37 37  账单号:20191125004937842819、20191125202531894994
38 -~~update 20191127
39 -【john】:从日志上看是2-2-3-3这个顺序的,因为数据库日期字段精度问题丢失了毫秒,所以你这个查询排序有问题。另外因为变化太快,前端UI可能直接就拿到3了。
40 -【shi】:根据john回覆,应该不是2-3-2-3 问题。 以下新的分析发现, 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在(聚能桩存在状态1,且1-》2的时间消耗较多,对比盛弘桩不存在状态1)。
41 -~~~~~~~~聚能桩 3例
42 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ,状态1-》2 用了55秒,状态2 -》3 用了37秒
43 -时间  状态
44 -2019-11-25 00:49:38  1
45 -2019-11-25 00:50:33  2
46 -2019-11-25 00:51:10  3
47 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ,状态1-》2 用了30秒,状态2 -》3 用了22秒
48 -时间  状态
49 -2019-11-27 05:53:46  1
50 -2019-11-27 05:54:16  2
51 -2019-11-27 05:54:38  3
52 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ,状态1-》2 用了20秒,状态2 -》3 用了19秒
53 -时间  状态
54 -2019-11-27 08:02:34  1
55 -2019-11-27 08:02:54  2
56 -2019-11-27 08:03:13  3
57 -\\~~~~~~~~盛弘桩 2 例,皆不存在 状态 1,说明都是插枪后 鉴权,桩上送的是2-枪准备就绪
58 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ,状态2 -》3 用了33秒
59 -时间  状态
60 -2019-11-27 08:58:34  2
61 -2019-11-27 08:59:07  3
62 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ,状态2 -》3 用了27秒
63 -时间  状态
64 -2019-11-27 08:58:33    2
65 -2019-11-27 08:59:00  3
66 -【客户】:现场试充电桩,已经没有延迟问题。
67 -【shi】:聚能未报告有做改动。令狐充未做改动,待观察,后续有类似情况请用户:1)拍视频。2)提供账单号
68 68  
69 69  ~-~-解决:
70 70  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
... ... @@ -201,7 +201,7 @@
201 201  状态(☑表示选定 ):  已解决 | 处理中 | 暂搁置 
202 202  售后(跟单)工程师:施文俊  CHinyee
203 203  
204 -= =
156 += =
205 205  
206 206  = zpd_case#13_20191104 =
207 207  
... ... @@ -279,7 +279,7 @@
279 279  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
280 280  售后(跟单)工程师:施文俊  CHinyee
281 281  
282 -= =
234 += =
283 283  
284 284  = zpd_case#10_20191024 =
285 285  
... ... @@ -373,7 +373,7 @@
373 373  4.2、登录后台查数据,进行分析,将结果汇报现场人员。
374 374  4.3、不能解决的问题,填写工单提供令狐充,包括:数据、问题描述。(详细见 工单模板)
375 375  
376 -= =
328 += =
377 377  
378 378  = zpd_case#7_20191023 =
379 379  
1574757558197-103.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -817.5 KB
Content