从版本< 20.1 >
chinyee he编辑
在2019/11/13 16:33上
到版本
shi chuck编辑
在2019/11/12 17:38上
< >
修改评论 上传新附件罗宾森_20191112001934329341问题排查.log

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,33 +2,7 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= gdss_case#5_201911113 =
6 -
7 -广州颂盛旧系统充电平台
8 -
9 -日期:2019-11-13
10 -桩站名称:
11 -手机号:
12 -订单号:20191108112557047049/20191109000104273153/20191109045929266559
13 -充电桩号:
14 -充电枪号:
15 -开始充电时间:
16 -现场网络连接状态:正常
17 -异常状态:
18 -问题描述:现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
19 -
20 -~-~-跟踪
21 -
22 -【令】:排查结果如下,都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩, 这个电表读数异常的问题,还存在。
23 -
24 -[[image:1573633992288-441.png]]
25 -
26 -~-~-解决:
27 -状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
28 -
29 -售后(跟单)工程师:施文俊  何倩怡
30 -
31 -
5 +(% class="wikigeneratedid" %)
32 32  = gdss_case#6_20191112 =
33 33  
34 34  广州颂盛旧系统平台
... ... @@ -48,18 +48,6 @@
48 48  ~-~-跟踪
49 49  
50 50  【令】:已转研发
51 -【shi】: 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]],罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了, 用设备账单来计费。
52 -to 金凯瑞许总:
53 -请关注罗宾森桩程序目前的问题。
54 -联想到贵司伙伴即将在深圳运营,不禁有些担忧。按照我的经验,深圳市社会车辆 充电业务量的数量级是其他城市几倍,用户对充电数据精准性不是公交充电能比的(仅月底看一次数据。)
55 -附件是我司技术对问题账单分析,我按照通俗易懂方式给您解释如下:
56 -1)背景知识:计算机需要按照约定的协议严格执行协议流程。
57 -2)类比举例:
58 -吃饭需要5步,即:1,2,3,4,5。 
59 -小明实际吃饭步骤:1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
60 -3)因为第2项的原因,充电桩在一些情况下(蒙混过关)看来是完成充电了,因为运营环境的复杂,实际上会很大概率出现各种无法预期的异常。
61 -4)第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在,未彻底解决。看如何彻底解决。
62 -5)如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成,是否可以更换 相应的模块配件。
63 63  
64 64  ~-~-解决:
65 65  状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
1573633992288-441.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -29.4 KB
Content