文档更改颂盛

在2020/12/25 14:13上被chinyee he修改
从版本< 18.1 >
由shi chuck编辑
在2019/11/12 17:38上
到版本
由shi chuck编辑
在2019/12/29 20:02上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,7 +2,70 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
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 +
6 6  = gdss_case#6_20191112 =
7 7  
8 8  广州颂盛旧系统平台
... ... @@ -22,6 +22,18 @@
22 22  ~-~-跟踪
23 23  
24 24  【令】：已转研发
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 丢包造成，是否可以更换 相应的模块配件。
25 25  
26 26  ~-~-解决:
27 27  状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
... ... @@ -124,7 +124,7 @@
124 124  
125 125  售后（跟单）工程师：施文俊  何倩怡
126 126  
127 -= =
202 += =
128 128  
129 129  = gdss_case#2_20190927 =
130 130  
... ... @@ -190,3 +190,23 @@
190 190  状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
191 191  
192 192  售后（跟单）工程师：施文俊
268 +
269 +
270 +~#~##番禺项目汇报-20180724
271 +人员：
272 + 罗宾森售后
273 + 金凯瑞工程人员、项目经理、平台管理员
274 + 令狐充平台工程师
275 + 番禺场站公交负责人、运维人员
276 +
277 +阶段性成果：
278 + a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
279 + b、目前支持站点密码为场站之车辆进行充电。
280 + c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
281 +
282 +
283 +联调之问题汇总：
284 +1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
285 +2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
286 +3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高，由施工和may处理】
287 +4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】
1573633992288-441.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +29.4 KB
Content
1575445987388-997.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +152.3 KB
Content