Wiki源代码颂盛

Version 21.5 by shi chuck on 2019/12/29 20:02
Hide last authors
shi chuck 1.1 1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
yuandong he 20.3 5 = gdss_case#6_20191204 =
chinyee he 20.1 6
yuandong he 20.2 7 广州颂盛旧系统平台
8 日期：2019-12-04
9 桩站名称：塘坑站点、大岗站点、桥南站点、
10 手机号：
11 订单号：
12 充电桩号：
13 充电枪号： 
14 时间：2019年11月份
yuandong he 20.3 15 \\现场网络连接状态：正常 
yuandong he 20.2 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
yuandong he 21.3 32 【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
33
yuandong he 21.2 34 [[image:1575445987388-997.png||height="365" width="842"]]
35
yuandong he 20.2 36 ~-~-解决:
yuandong he 21.4 37 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
yuandong he 20.2 38
39 售后（跟单）工程师：施文俊 YD
40
41
42 = gdss_case#5_201911113 =
43
chinyee he 20.1 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
yuandong he 17.2 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 【令】：已转研发
shi chuck 18.3 88 【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
shi chuck 18.2 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项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
shi chuck 18.3 99 5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
yuandong he 17.2 100
101 ~-~-解决:
102 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
103
104 售后（跟单）工程师：施文俊 YD
105
chinyee he 11.1 106 = gdss_case#5_20191031 =
107
108
109 问题描述：这怎么修复只充了34分钟就要244.40元了
110
chinyee he 13.1 111 账单号：20191024144331381526
112
chinyee he 11.1 113 [[image:1572491525002-420.png||height="381" width="766"]]
114
115
chinyee he 15.1 116 ~-~-跟踪
chinyee he 11.1 117
chinyee he 15.1 118 [[image:1572492802252-387.png||height="180" width="783"]]
shi chuck 16.2 119 【chinyee】：
120 该账单号的充电心跳，其中：
121 1、充电数据是线性增长，未察觉异常
122 2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
123 【shi】：异常账单中查到 账单丢失，平台估算电量 128.63度，超正常值。 需转研发分析。
shi chuck 16.3 124 【令狐充技术】：
125
126 (% class="box infomessage" %)
127 (((
128 1、该充电桩在充电过程中发生离线， 所有有一段时间没有心跳；
129 2、平台估算电量为128.63度， 是因为该充电桩在本次充电之前上传的电表总读数为0所致， 所以这个估算值是不准确的。
130 开始充电后，电表读数直接跳到92.27
131 估计这个才是实际值
132 之后充电中离线了一段时间，恢复后状态已经变成空闲
133 但是账单一直没上传
134 )))
135
136 【shi】： 疑似电桩老问题未解决，需客户协调罗宾森 厂家 排查解决。
shi chuck 16.2 137
chinyee he 15.1 138
chinyee he 11.1 139 ~-~-解决:
140 状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置
141
142 售后（跟单）工程师：施文俊  何倩怡
143
chinyee he 9.1 144 = gdss_case#4_20191028 =
145
146 广州颂盛旧系统充电平台
147
148 日期：2019-10-28
149 桩站名称：
150 手机号：
151 订单号：20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526
152 充电桩号：
153 充电枪号：
154 开始充电时间：
155 现场网络连接状态：正常
156 异常状态：
157 问题描述：充电日报表分不到峰平谷值
158
159 ~-~-跟踪
160
161 【令】：以上几个账单都为故障账单，异常类型为账单丢失，人工修正即可
162
163 ~-~-解决:
164 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
165
166 售后（跟单）工程师：施文俊  何倩怡
167
168
chinyee he 7.1 169 = gdss_case#3_20191011 =
170
171 桩站名称：
172 手机号：
173 订单号： 20190901220059873970/20190914201254659429/20190914210510578166
174 问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了
175 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
176 运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。
177
shi chuck 8.1 178 ~-~-跟踪
179
180 【shi】：根据客户提供之订单号，查询结果如下：
181 账单号  | 充电发起人
182 20190901220059873970  | 明基水产丰少
183 20190914201254659429  | ZION
184 根据平台数据证实，以上2条都是个人扫码社会车辆充电。
185 重要注意： 针对云浮新兴站， 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”（请咨询May，她为客户配置）
186 \\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电
187
chinyee he 7.1 188 [[image:1570785879995-291.png||height="70" width="701"]]
189
190 [[image:1570786018549-143.png||height="107" width="698"]]
191
192 [[image:1570786092126-721.png||height="89" width="697"]]
193
shi chuck 8.1 194 【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。
195 【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如， 监控视频等其他证据
chinyee he 7.1 196
197 ~-~-解决:
198 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
199
200 售后（跟单）工程师：施文俊  何倩怡
201
shi chuck 21.5 202 = =
chinyee he 7.1 203
yuandong he 3.2 204 = gdss_case#2_20190927 =
205
206 问题描述：(客户原话)
207
208 金凯瑞平台管理员黎美桥:
209 这个我在金凯瑞后台看到他是管理员的！
210
211 金凯瑞平台管理员黎美桥:
212 而且是后台充值，我们公司没有这个人
213
214 [[image:1569571800883-235.png||height="450" width="943"]]
215
216 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
217 运营商初步排查结果：
218
219 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
220 ~-~--跟踪
221
222 【令】：使用客户账号登录金凯瑞确实查到此条记录，建议客户仔细回想是否自己进行的此操作。
223
224 【运营商】：
225 我没有操作过
226 那个微信呢称也不是我
227 所以奇怪就问下你们那边
228 那个时间下班了，我也没登录上去操作
229
yuandong he 3.3 230 【令】：由于可能是客户内部人员使用 管理员 账号进行该操作，暂时不能确定该操作详情，客户那边开始内部查找操作原因。
yuandong he 3.2 231
232 【运营商】：我查到了，是客户退款了，我领导操作了不好意思
233
234 ~-~-解决:
235 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
236
237
shi chuck 1.1 238 = gdss_case#1_20190924 =
239
240 ~#~# 平台相关工单
shi chuck 2.1 241 问题描述：广州颂盛大岗公交车站充电站 新站 充电反应平台无记录。
shi chuck 1.1 242 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
243 运营商初步排查结果：
244
245 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
246 ~-~--跟踪
247
shi chuck 2.1 248 【令】：9.24 21:20登录系统 查电站充电记录可以看到 此电站充电记录，无法重现客户问题。
249
yuandong he 2.2 250 9.25 使用客户提供的账号登录查询“大岗公交站”没有记录，更改成“大岗公交车站”有记录，客户确认是其所需要的数据。
251
252 【运营商】：是，那日报表没有记录？
253
254 【令】：大岗公交车站充电站 查询条件子运营“颂盛”无法查到数据，“全部运营商”可以查到数据。可能是没有绑定站点与子运营
255
256 【运营商】：已经绑定了呀
257
258 【令】：如果是今天绑定的 那需要再看看 绑定前的用子运营是查不到
259
260 【运营商】：好像是昨天还是今天绑定的
261
262 【令】：先观察两天看看
263
shi chuck 1.1 264 ~-~-解决:
265 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
shi chuck 2.1 266
267 售后（跟单）工程师：施文俊
shi chuck 21.5 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、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】