Wiki源代码颂盛
Version 22.6 by yuandong he on 2020/01/15 11:57
Hide last authors
![]() |
1.1 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
2 | {{toc/}} | ||
3 | {{/box}} | ||
4 | |||
![]() |
22.4 | 5 | = gdss_case#8_20200115 = |
6 | |||
![]() |
22.6 | 7 | 问题描述:旧平台 |
![]() |
22.4 | 8 | 1.吴小英说他误修复了几张异常账单,希望把那几张单改回异常状态。 |
9 | |||
10 | 2.修复后报表里多了这几张单,颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况 | ||
11 | |||
![]() |
22.5 | 12 | 3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的 |
![]() |
22.4 | 13 | |
14 | ~-~-跟踪 | ||
15 | |||
16 | 【YD】: | ||
17 | |||
18 | 1)2)已修复的,我们不能随意修改客户数据,如果客人问起来您需要向他们解释。 | ||
19 | 3)颂盛这边一直都是配置成允许异常账单先结算扣款,后续人工修复再补扣,所以报表能看到 | ||
20 | |||
21 | ~-~-解决: | ||
22 | 状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 | ||
23 | |||
24 | 售后(跟单)工程师:施文俊 YD | ||
25 | |||
![]() |
22.2 | 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的原因一致。 | ||
![]() |
22.3 | 48 | 【令技术】:以上账单中出现的“充电电量与平台不符”的异常, 都是由于充电桩在充电前上送心跳的电表总读数均为0, 启动充电后,电表总读数变为一个较大的值 造成的 计算异常。 |
![]() |
22.2 | 49 | |
50 | ~-~-解决: | ||
![]() |
22.3 | 51 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 |
![]() |
22.2 | 52 | |
53 | 售后(跟单)工程师:施文俊 YD | ||
54 | |||
![]() |
20.3 | 55 | = gdss_case#6_20191204 = |
![]() |
20.1 | 56 | |
![]() |
20.2 | 57 | 广州颂盛旧系统平台 |
58 | 日期:2019-12-04 | ||
59 | 桩站名称:塘坑站点、大岗站点、桥南站点、 | ||
60 | 手机号: | ||
61 | 订单号: | ||
62 | 充电桩号: | ||
63 | 充电枪号: | ||
64 | 时间:2019年11月份 | ||
![]() |
20.3 | 65 | \\现场网络连接状态:正常 |
![]() |
20.2 | 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 | |||
![]() |
21.3 | 82 | 【niewei】20191205 出现几万度电的情况, 是由于罗宾森桩的电表读数异常造成的。 需要人工处理。 |
83 | |||
![]() |
21.2 | 84 | [[image:1575445987388-997.png||height="365" width="842"]] |
85 | |||
![]() |
20.2 | 86 | ~-~-解决: |
![]() |
21.4 | 87 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 |
![]() |
20.2 | 88 | |
89 | 售后(跟单)工程师:施文俊 YD | ||
90 | |||
91 | |||
92 | = gdss_case#5_201911113 = | ||
93 | |||
![]() |
20.1 | 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 | |||
![]() |
17.2 | 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 | 【令】:已转研发 | ||
![]() |
18.3 | 138 | 【shi】: 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]],罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了, 用设备账单来计费。 |
![]() |
18.2 | 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项 这个问题 从第一个罗宾森桩投入运营上线至今似乎一直存在,未彻底解决。看如何彻底解决。 | ||
![]() |
18.3 | 149 | 5)如果 大家认同 运营稳定排第一位。 所谓 RS485 丢包造成,是否可以更换 相应的模块配件。 |
![]() |
17.2 | 150 | |
151 | ~-~-解决: | ||
152 | 状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 | ||
153 | |||
154 | 售后(跟单)工程师:施文俊 YD | ||
155 | |||
![]() |
11.1 | 156 | = gdss_case#5_20191031 = |
157 | |||
158 | |||
159 | 问题描述:这怎么修复只充了34分钟就要244.40元了 | ||
160 | |||
![]() |
13.1 | 161 | 账单号:20191024144331381526 |
162 | |||
![]() |
11.1 | 163 | [[image:1572491525002-420.png||height="381" width="766"]] |
164 | |||
165 | |||
![]() |
15.1 | 166 | ~-~-跟踪 |
![]() |
11.1 | 167 | |
![]() |
15.1 | 168 | [[image:1572492802252-387.png||height="180" width="783"]] |
![]() |
16.2 | 169 | 【chinyee】: |
170 | 该账单号的充电心跳,其中: | ||
171 | 1、充电数据是线性增长,未察觉异常 | ||
172 | 2、2019-10-24 15:10:28到15:17:30之间没有心跳上传,且15:17:30当前状态为8充电异常。 | ||
173 | 【shi】:异常账单中查到 账单丢失,平台估算电量 128.63度,超正常值。 需转研发分析。 | ||
![]() |
16.3 | 174 | 【令狐充技术】: |
175 | |||
176 | (% class="box infomessage" %) | ||
177 | ((( | ||
178 | 1、该充电桩在充电过程中发生离线, 所有有一段时间没有心跳; | ||
179 | 2、平台估算电量为128.63度, 是因为该充电桩在本次充电之前上传的电表总读数为0所致, 所以这个估算值是不准确的。 | ||
180 | 开始充电后,电表读数直接跳到92.27 | ||
181 | 估计这个才是实际值 | ||
182 | 之后充电中离线了一段时间,恢复后状态已经变成空闲 | ||
183 | 但是账单一直没上传 | ||
184 | ))) | ||
185 | |||
186 | 【shi】: 疑似电桩老问题未解决,需客户协调罗宾森 厂家 排查解决。 | ||
![]() |
16.2 | 187 | |
![]() |
15.1 | 188 | |
![]() |
11.1 | 189 | ~-~-解决: |
190 | 状态(√表示选定 ): 已解决 | √ 处理中 | 暂搁置 | ||
191 | |||
192 | 售后(跟单)工程师:施文俊 何倩怡 | ||
193 | |||
![]() |
9.1 | 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 | |||
![]() |
7.1 | 219 | = gdss_case#3_20191011 = |
220 | |||
221 | 桩站名称: | ||
222 | 手机号: | ||
223 | 订单号: 20190901220059873970/20190914201254659429/20190914210510578166 | ||
224 | 问题描述:客户说不是个人扫码付费充电的,是用站点的密码充电的,在后台显示是扫码付费的,客人怀疑我们后台出现问题了 | ||
225 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
226 | 运营商初步排查结果:通过客户提供过来的账号查找充电记录,发现都是个人扫码社会车辆充电。 | ||
227 | |||
![]() |
8.1 | 228 | ~-~-跟踪 |
229 | |||
230 | 【shi】:根据客户提供之订单号,查询结果如下: | ||
231 | 账单号 | 充电发起人 | ||
232 | 20190901220059873970 | 明基水产丰少 | ||
233 | 20190914201254659429 | ZION | ||
234 | 根据平台数据证实,以上2条都是个人扫码社会车辆充电。 | ||
235 | 重要注意: 针对云浮新兴站, 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”(请咨询May,她为客户配置) | ||
236 | \\【chinyee】:以下图为3个订单号对应的充电发起人,都是个人启动充电 | ||
237 | |||
![]() |
7.1 | 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 | |||
![]() |
8.1 | 244 | 【客】:不认同。并强调:客户说不是个人扫码付费充电的,是用站点的密码充电的,在后台显示是扫码付费的,客人怀疑我们后台出现问题了。 |
245 | 【shi】:我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据,比如, 监控视频等其他证据 | ||
![]() |
7.1 | 246 | |
247 | ~-~-解决: | ||
248 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
249 | |||
250 | 售后(跟单)工程师:施文俊 何倩怡 | ||
251 | |||
![]() |
22.2 | 252 | = = |
![]() |
7.1 | 253 | |
![]() |
3.2 | 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 | |||
![]() |
3.3 | 280 | 【令】:由于可能是客户内部人员使用 管理员 账号进行该操作,暂时不能确定该操作详情,客户那边开始内部查找操作原因。 |
![]() |
3.2 | 281 | |
282 | 【运营商】:我查到了,是客户退款了,我领导操作了不好意思 | ||
283 | |||
284 | ~-~-解决: | ||
285 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
286 | |||
287 | |||
![]() |
1.1 | 288 | = gdss_case#1_20190924 = |
289 | |||
290 | ~#~# 平台相关工单 | ||
![]() |
2.1 | 291 | 问题描述:广州颂盛大岗公交车站充电站 新站 充电反应平台无记录。 |
![]() |
1.1 | 292 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
293 | 运营商初步排查结果: | ||
294 | |||
295 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
296 | ~-~--跟踪 | ||
297 | |||
![]() |
2.1 | 298 | 【令】:9.24 21:20登录系统 查电站充电记录可以看到 此电站充电记录,无法重现客户问题。 |
299 | |||
![]() |
2.2 | 300 | 9.25 使用客户提供的账号登录查询“大岗公交站”没有记录,更改成“大岗公交车站”有记录,客户确认是其所需要的数据。 |
301 | |||
302 | 【运营商】:是,那日报表没有记录? | ||
303 | |||
304 | 【令】:大岗公交车站充电站 查询条件子运营“颂盛”无法查到数据,“全部运营商”可以查到数据。可能是没有绑定站点与子运营 | ||
305 | |||
306 | 【运营商】:已经绑定了呀 | ||
307 | |||
308 | 【令】:如果是今天绑定的 那需要再看看 绑定前的用子运营是查不到 | ||
309 | |||
310 | 【运营商】:好像是昨天还是今天绑定的 | ||
311 | |||
312 | 【令】:先观察两天看看 | ||
313 | |||
![]() |
1.1 | 314 | ~-~-解决: |
315 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
![]() |
2.1 | 316 | |
317 | 售后(跟单)工程师:施文俊 | ||
![]() |
21.5 | 318 | |
319 | |||
320 | ~#~##番禺项目汇报-20180724 | ||
321 | 人员: | ||
322 | 罗宾森售后 | ||
323 | 金凯瑞工程人员、项目经理、平台管理员 | ||
324 | 令狐充平台工程师 | ||
325 | 番禺场站公交负责人、运维人员 | ||
![]() |
22.5 | 326 | \\阶段性成果: |
![]() |
21.5 | 327 | a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。 |
328 | b、目前支持站点密码为场站之车辆进行充电。 | ||
329 | c、少量电桩完成平台接入,并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。 | ||
330 | |||
331 | |||
332 | 联调之问题汇总: | ||
333 | 1、桩的程序存在漏洞,界面无法更改服务器IP等参数,暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】 | ||
334 | 2、桩目前无法将VIN上传后台,影响充电记录,无法知道哪些车辆进行了充电,罗宾森尽快修改。【优先级:高】 | ||
335 | 3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高,由施工和may处理】 | ||
336 | 4、桩对接平台之刷卡功能。【优先级:中,需罗宾森支持】 |