Wiki源代码颂盛

Version 22.6 by yuandong he on 2020/01/15 11:57
Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 = gdss_case#8_20200115 =
6
7 问题描述：旧平台
8 1.吴小英说他误修复了几张异常账单，希望把那几张单改回异常状态。
9
10 2.修复后报表里多了这几张单，颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
11
12 3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
13
14 ~-~-跟踪
15
16 【YD】：
17
18 1）2）已修复的，我们不能随意修改客户数据，如果客人问起来您需要向他们解释。
19 3）颂盛这边一直都是配置成允许异常账单先结算扣款，后续人工修复再补扣，所以报表能看到
20
21 ~-~-解决:
22 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
23
24 售后（跟单）工程师：施文俊 YD
25
26 = gdss_case#7_20200113 =
27
28 问题描述：
29
30 颂盛旧系统平台
31 日期：2020-01-13
32 桩站名称：颂盛站点
33 手机号：
34 订单号：20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
35 充电桩号：44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
36 充电枪号： 
37 充电时间：
38 结束时间：
39 现场网络连接状态：正常 
40 异常状态：充电电量与平台不符
41 问题描述：充电电量与平台不符，请帮忙查看一下是什么原因，见下图：
42
43 [[image:1578900456181-994.png||height="469" width="942"]]
44
45 ~-~-跟踪
46
47 【YD】：转研发确认是否与gdss_case#6_20191204的原因一致。
48 【令技术】：以上账单中出现的“充电电量与平台不符”的异常,  都是由于充电桩在充电前上送心跳的电表总读数均为0， 启动充电后，电表总读数变为一个较大的值 造成的 计算异常。
49
50 ~-~-解决:
51 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
52
53 售后（跟单）工程师：施文俊 YD
54
55 = gdss_case#6_20191204 =
56
57 广州颂盛旧系统平台
58 日期：2019-12-04
59 桩站名称：塘坑站点、大岗站点、桥南站点、
60 手机号：
61 订单号：
62 充电桩号：
63 充电枪号： 
64 时间：2019年11月份
65 \\现场网络连接状态：正常 
66 异常状态：金额、峰、平、谷值都为0 
67 问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
68
69 20191108112557047049
70 20191109045929266559
71 20191112002225771301
72 20191116000001501830
73 20191125001902046919
74 20191127001635518809
75 20191106044333115970
76 20191109000104273153
77
78 ~-~-跟踪
79
80 【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
81
82 【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
83
84 [[image:1575445987388-997.png||height="365" width="842"]]
85
86 ~-~-解决:
87 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
88
89 售后（跟单）工程师：施文俊 YD
90
91
92 = gdss_case#5_201911113 =
93
94 广州颂盛旧系统充电平台
95
96 日期：2019-11-13
97 桩站名称：
98 手机号：
99 订单号：20191108112557047049/20191109000104273153/20191109045929266559
100 充电桩号：
101 充电枪号：
102 开始充电时间：
103 现场网络连接状态：正常
104 异常状态：
105 问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
106
107 ~-~-跟踪
108
109 【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩， 这个电表读数异常的问题，还存在。
110
111 [[image:1573633992288-441.png]]
112
113 ~-~-解决:
114 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
115
116 售后（跟单）工程师：施文俊  何倩怡
117
118
119 = gdss_case#6_20191112 =
120
121 广州颂盛旧系统平台
122 日期：2019-11-12
123 桩站名称：广州颂盛桥南充电站
124 手机号：
125 订单号：20191112001934329341
126 充电桩号：44011300040000200061
127 充电枪号： 
128 开始充电时间：2019-11-12 00:23:38
129 结束时间：2019-11-12 03:50:36
130 现场网络连接状态：正常 
131 异常状态：充电量与平台不符
132
133 [[image:1573546978385-211.png||height="334" width="705"]]
134
135 ~-~-跟踪
136
137 【令】：已转研发
138 【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
139 to 金凯瑞许总：
140 请关注罗宾森桩程序目前的问题。
141 联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
142 附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
143 1）背景知识：计算机需要按照约定的协议严格执行协议流程。
144 2）类比举例：
145 吃饭需要5步，即：1，2，3，4，5。 
146 小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
147 3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
148 4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
149 5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
150
151 ~-~-解决:
152 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
153
154 售后（跟单）工程师：施文俊 YD
155
156 = gdss_case#5_20191031 =
157
158
159 问题描述：这怎么修复只充了34分钟就要244.40元了
160
161 账单号：20191024144331381526
162
163 [[image:1572491525002-420.png||height="381" width="766"]]
164
165
166 ~-~-跟踪
167
168 [[image:1572492802252-387.png||height="180" width="783"]]
169 【chinyee】：
170 该账单号的充电心跳，其中：
171 1、充电数据是线性增长，未察觉异常
172 2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
173 【shi】：异常账单中查到 账单丢失，平台估算电量 128.63度，超正常值。 需转研发分析。
174 【令狐充技术】：
175
176 (% class="box infomessage" %)
177 (((
178 1、该充电桩在充电过程中发生离线， 所有有一段时间没有心跳；
179 2、平台估算电量为128.63度， 是因为该充电桩在本次充电之前上传的电表总读数为0所致， 所以这个估算值是不准确的。
180 开始充电后，电表读数直接跳到92.27
181 估计这个才是实际值
182 之后充电中离线了一段时间，恢复后状态已经变成空闲
183 但是账单一直没上传
184 )))
185
186 【shi】： 疑似电桩老问题未解决，需客户协调罗宾森 厂家 排查解决。
187
188
189 ~-~-解决:
190 状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置
191
192 售后（跟单）工程师：施文俊  何倩怡
193
194 = gdss_case#4_20191028 =
195
196 广州颂盛旧系统充电平台
197
198 日期：2019-10-28
199 桩站名称：
200 手机号：
201 订单号：20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526
202 充电桩号：
203 充电枪号：
204 开始充电时间：
205 现场网络连接状态：正常
206 异常状态：
207 问题描述：充电日报表分不到峰平谷值
208
209 ~-~-跟踪
210
211 【令】：以上几个账单都为故障账单，异常类型为账单丢失，人工修正即可
212
213 ~-~-解决:
214 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
215
216 售后（跟单）工程师：施文俊  何倩怡
217
218
219 = gdss_case#3_20191011 =
220
221 桩站名称：
222 手机号：
223 订单号： 20190901220059873970/20190914201254659429/20190914210510578166
224 问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了
225 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
226 运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。
227
228 ~-~-跟踪
229
230 【shi】：根据客户提供之订单号，查询结果如下：
231 账单号  | 充电发起人
232 20190901220059873970  | 明基水产丰少
233 20190914201254659429  | ZION
234 根据平台数据证实，以上2条都是个人扫码社会车辆充电。
235 重要注意： 针对云浮新兴站， 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”（请咨询May，她为客户配置）
236 \\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电
237
238 [[image:1570785879995-291.png||height="70" width="701"]]
239
240 [[image:1570786018549-143.png||height="107" width="698"]]
241
242 [[image:1570786092126-721.png||height="89" width="697"]]
243
244 【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。
245 【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如， 监控视频等其他证据
246
247 ~-~-解决:
248 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
249
250 售后（跟单）工程师：施文俊  何倩怡
251
252 = =
253
254 = gdss_case#2_20190927 =
255
256 问题描述：(客户原话)
257
258 金凯瑞平台管理员黎美桥:
259 这个我在金凯瑞后台看到他是管理员的！
260
261 金凯瑞平台管理员黎美桥:
262 而且是后台充值，我们公司没有这个人
263
264 [[image:1569571800883-235.png||height="450" width="943"]]
265
266 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
267 运营商初步排查结果：
268
269 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
270 ~-~--跟踪
271
272 【令】：使用客户账号登录金凯瑞确实查到此条记录，建议客户仔细回想是否自己进行的此操作。
273
274 【运营商】：
275 我没有操作过
276 那个微信呢称也不是我
277 所以奇怪就问下你们那边
278 那个时间下班了，我也没登录上去操作
279
280 【令】：由于可能是客户内部人员使用 管理员 账号进行该操作，暂时不能确定该操作详情，客户那边开始内部查找操作原因。
281
282 【运营商】：我查到了，是客户退款了，我领导操作了不好意思
283
284 ~-~-解决:
285 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
286
287
288 = gdss_case#1_20190924 =
289
290 ~#~# 平台相关工单
291 问题描述：广州颂盛大岗公交车站充电站 新站 充电反应平台无记录。
292 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
293 运营商初步排查结果：
294
295 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
296 ~-~--跟踪
297
298 【令】：9.24 21:20登录系统 查电站充电记录可以看到 此电站充电记录，无法重现客户问题。
299
300 9.25 使用客户提供的账号登录查询“大岗公交站”没有记录，更改成“大岗公交车站”有记录，客户确认是其所需要的数据。
301
302 【运营商】：是，那日报表没有记录？
303
304 【令】：大岗公交车站充电站 查询条件子运营“颂盛”无法查到数据，“全部运营商”可以查到数据。可能是没有绑定站点与子运营
305
306 【运营商】：已经绑定了呀
307
308 【令】：如果是今天绑定的 那需要再看看 绑定前的用子运营是查不到
309
310 【运营商】：好像是昨天还是今天绑定的
311
312 【令】：先观察两天看看
313
314 ~-~-解决:
315 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
316
317 售后（跟单）工程师：施文俊
318
319
320 ~#~##番禺项目汇报-20180724
321 人员：
322 罗宾森售后
323 金凯瑞工程人员、项目经理、平台管理员
324 令狐充平台工程师
325 番禺场站公交负责人、运维人员
326 \\阶段性成果：
327 a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
328 b、目前支持站点密码为场站之车辆进行充电。
329 c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
330
331
332 联调之问题汇总：
333 1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
334 2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
335 3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高，由施工和may处理】
336 4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】