文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 46.2 >
由yuandong he编辑
在2020/01/14 14:42上
到版本
由yuandong he编辑
在2020/07/03 14:13上
<
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,7 +2,399 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
5 += igo_case#80_20200624 =
6 +
7 +问题描述：麻烦看一下这个账单，后台充电记录显示没电量，但是现场电桩上存在各项数据。此订单进行“异常账单“修复还是无电量、时间等数据
8 +
9 +20200624071009817948
10 +
11 +[[image:1592978595767-747.png||height="413" width="729"]]
12 +
13 +
14 +~-~-跟踪
15 +
16 + 在该充电鉴权完成后， 充电桩发生了3次重连 , 之后该桩状态变为“充电”, 之后上传的心跳中丢失了“账单ID”， 后台判断该事务无效，结束了此充电。 同时这个情况下，该充电在桩上继续..., 结束后， 没有上传账单。 处理方式：对着桩上的数据进行人工修正
17 +
18 +~-~-解决:
19 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
20 +数据统计人：chinyee YD
21 +
22 +
23 += igo_case#79_20200616 =
24 +
25 +最新见下：，列下升级计划
26 + ~~igo所有站点升级桩固件相关：
27 + 一、名词解释：
28 + STM32：代表盛弘电气 盛弘直流 － 标准2017 直流
29 + M3：代表盛弘电气 盛弘直流 － 老款 直流
30 + OSD-60K750O/01：代表 直流(橙电)
31 + 二、背景：
32 + 2.1、客户这边有盛弘 M3，stm32两款桩， 2090416 只支持 stm32型号桩。
33 + 2.2、在升级任务时间周期内，工作中的桩不会开始升级，待桩空闲后，桩开始升级。
34 + 三、远程升级步骤（分阶段）
35 + 1 这些站点含老款桩（M3），目前无法升级：宝丽站。南油桩 双枪、琅山、龙田、莱莱。
36 + 2 橙电桩 桩端也需改动 适配深圳发改委后 升级。洪浪北7个桩、宝安外经2个桩
37 + 4 东湖站先批量升级2个枪（找工作中枪），2090414-2090416。目标：验证充电中的桩不会自动升级，空闲后升级
38 + 5 其余桩远程升级至2090416统一安排在 2020-6-17，周三，8:00-9:00 。需提前对igo这些站点和桩数据请客户补充完整。
39 + 6 记录 早前因为固件bug无法远程降级的2090416的桩和站点、便于后续人员手工去维护
40 +
41 +~-~-跟踪
42 +
43 +【YD】：
44 +
45 +三、
46 +
47 +4、升级ID：235 桩44030300030000200032、44030300030000200035 已验证为目标结果。
48 +
49 +5、会对包含stm32型号桩的站点创建相关升级任务于2020-6-17，周三，8:00-9:00自动执行。已私聊IGO熊超通知他优先补齐stm32型号桩和相关站点的资料
50 +
51 +6、东湖宾馆站44030300030000200006、44030300030000200008和龙山站全部桩
52 +
53 +**~~20200617升级记录**
54 +
55 +**IGO 第一批次升级桩记录（除 原南油酒店站 双枪 外的站点有2090414版本的新款都单独选出来升级。）
56 +东湖宾馆站 33桩
57 +泥岗站 22桩
58 +朗山酒店站 16桩
59 +翠岭华庭站 14桩
60 +同胜科技大厦站 11桩
61 +西湖新村站 2桩
62 +龙田站 3桩
63 +平湖 16桩**
64 +
65 +**升级ID：236-244 执行时间20200617 9:00-11:00**
66 +
67 +[[attach:IGO升级失败的桩.xlsx||target="_blank"]]
68 +
69 +**IGO第二批次升级桩记录**
70 +
71 +**第一批次升级失败的桩集中升级 升级ID：245 执行时间20200617 14:15-16:15**
72 +
73 +**在第一批次升级失败的8个桩，第二批次升级了6个。**
74 +
75 +**44030300030000200009 44030300030000200005 这两个桩由于离线原因无法升级，与客户确认到这两个桩由于场地原因关电离线。**
76 +
77 +[[image:1592382839997-150.png||height="438" width="358"]]
78 +
79 +**IGO第三批升级记录**
80 +
81 +**对IGO错写为老款但实际为新款的桩进行升级。**
82 +
83 +**宝丽站 4个**
84 +
85 +**莱莱站 3个**
86 +
87 +**升级ID：246、247、248**
88 +
89 +[[深圳发改委地标_站点升级明细(416版).xls>>attach:深圳发改委地标_站点升级明细(1).xls||target="_blank"]]
90 +
91 +记录20200703
92 +
93 +因地标版本需要，要升级2090420。
94 +
95 +升级ID：252，测试该版本的420升级和414。结果成功
96 +
97 +升级ID：253-260和262，是之前全部升到416版本的桩升级420。
98 +
99 +其中龙山站全部桩、东湖宾馆站部分桩不能远程升级和东湖宾馆站(257)升级失败的桩由客户个人现场升级。
100 +
101 += igo_case#78_20200605 =
102 +
103 +问题描述：44030300030000200003、44030300030000200002远程升级到地标版本2090416
104 +
105 +~-~-跟踪
106 +
107 +【chinyee】：后台显示升级失败
108 +
109 +【shi】：客户用sd卡升级
110 +
111 +【客】：刚才对东湖站0003这个桩刷了对接地标的系统，刷完重启后显示系统故障
112 +
113 +【技】：上报的心跳中有报错误。
114 +0xFE2B000200FFFF11003434303330333030303330303030323030303033020105010103630049EECD01000000C916需要找一下桩的人看看。
115 +
116 +【shi】：如果该版本引起不能使用，建议先降回原版本。
117 +
118 +
119 +**~~20200615记录**
120 +
121 +**此前龙山站已全部升级为2090416版本，但无法降回2090414版本，目前厂商发了个新的2090416版本待测试。**
122 +
123 +**YD：选择龙山站44030700030000200018进行该416版本的升级，结果为成功 ID：230**
124 +
125 +**继续选择该桩进行414版本的降级，第一次结果为失败 ID：231 ，第二次结果为失败 ID：232**
126 +
127 +
128 +**和厂家确认：原来已升到416版本的桩远程用这个新版416还是会因为路径冲突降级414失败。需要找一个没升级过的414版本的桩升级新版416**
129 +
130 +**YD：在宝丽站选择桩44030700030000200007进行尝试 升级ID：233 降级ID：234 ，都成功了。**
131 +
132 +~-~-解决:
133 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
134 +售后（跟单）工程师：施文俊 chinyee YD
135 +
136 +
137 += igo_case#77_20200603 =
138 +
139 +问题描述：麻烦帮我查一下13381670986这个账户昨日的充电情况，他账户现在余额-190.3元，但是他昨日的充电记录中未产生占桩费，当他余额小于0时，剩下的充电他怎么还能正常启动呢？
140 +
141 +~-~-跟踪
142 +
143 +【YD】：这个用户的充值记录也才20块。他的充电账单都在昨天，IGO有1元的阈值。转研发确认
144 +
145 +【研发】：bo这边一直在发送停止命令，服务器也响应了，但是实际桩一直没停。反馈给桩厂家
146 +
147 +OSD-60K750O/01”，这个型号的桩 直流(橙电)
148 +
149 +
150 +**~~20200617**
151 +
152 +**橙电桩更新版本后V1.B107.20061201 测试结果：达到停止充电阈值可以停止充电，可以安排其他该站点的橙电桩一起升级。（橙电到现场升级）**
153 +
154 +[[image:1592383720104-231.png||height="44" width="642"]]
155 +
156 +[[image:1592383738415-358.png||height="46" width="642"]]给橙电那边的人充值测试
157 +
158 +
159 +~-~-解决:
160 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
161 +数据统计人：YD chinyee
162 +
163 += igo_case#76_20200522 =
164 +
165 +问题描述：故障记录怎么没法看到了呢，之前都是可以显示的，现在全部场站的都没法显示。
166 +
167 +~-~-跟踪
168 +
169 +【YD】：“首页/系统管理/运维管理/故障记录”没有记录，我看了下前后一年的时间都没查出记录。转研发(John)
170 +
171 +~-~-解决:
172 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
173 +数据统计人：YD
174 +
175 += igo_case#75_20200518 =
176 +
177 +问题描述：20200518064503350604第一次这次账单是用户本人扫码启动，扣款正常；第二次20200518073426748674这个账单，通过现场监控核实是另外的用户扫码启动，但是充电记录和扣费均还是第一个用户。麻烦看一下是什么情况导致的。
178 +
179 +~-~-跟踪
180 +
181 +【YD&chinyee】：在平台上查询这两张单都属于正常账单，没看出异常情况。转研发查看
182 +
183 +【令技术】：他应该是把自己的公众号页面分享给对方了，这相当于对方拿他自己的手机公众号来扫码。这个链接的有效期是2小时，超过2小时就会无效了
184 +
185 +【YD】：客户认为这样启动充电不妥，希望禁用。已反馈产品记录
186 +
187 +
188 +补充：20200519
189 +
190 +IGO：下午好，昨天那位用户的问题，刚才跟他联系确认了下，用户表示确定该时段未分享过任何页面给其他人，不认同
191 +“分享充电界面”导致启动充电。请问下咱们能否确定是该启动方式。
192 +
193 +令：我查看了确实是通过分享的链接启动的，他是不是之前曾经分享过页面给其他人。后面这个人打开页面的链接多了一个from=singlemessage的参数，前面那个没有这个参数的。
194 +
195 +~-~-解决:
196 +状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置 
197 +数据统计人：YD chinyee
198 +
199 += igo_case#74_20200420 =
200 +
201 +问题描述：回酒店站这个站点的桩上的白名单都解绑了。不过在公众号上看站点是隐藏的
202 +
203 +~-~-跟踪
204 +
205 +【YD】：确认该站点的桩上没有白名单用户，但公众号上并未看到该站点 平台上也没看到类似隐藏站点相关的功能按钮。转研发确认
206 +
207 +【令技术】：小桔那边是不是也要打开
208 +
209 +【YD】：和IGO确认了，公众号和小桔都显示
210 +
211 +~-~-解决:
212 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
213 +数据统计人：施文俊 YD
214 +
215 += igo_case#73_20200411 =
216 +
217 +问题描述：17665497110,客户要求排查2个手机号在2018年迁移前
218 +
219 +(% class="box infomessage" %)
220 +(((
221 +【数据】：508ac2a1456711e8958c000c29072b08
222 +2018-04-21 21:24:27 2018-09-03 17:42:03
223 +提钱豫粤
224 +17665497110
225 +o18v31erqFJ6SL3kk0pD4PYLQXVA
226 +3213
227 +【结果】：17665497110 余额= 32.13 元
228 +
229 +~~update 2020-4-14
230 +
231 +17665497110  截止 2018-12-30前成功充值的明细。见：[[attach:mb_select充值充电_20181230之前.xls||target="_blank"]]
232 +[[image:1586847324966-213.png]]
233 +)))
234 +
235 +~-~-解决:
236 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
237 +数据统计人：施文俊
238 +
239 += igo_case#72_20200402 =
240 +
241 +问题描述：统计桩编号44030300030000200044 3月23号-4月1号 小桔和微信启动失败和成功的统计
242 +
243 +(% class="box infomessage" %)
244 +(((
245 +**1）启动统计：下表为 2020年3月23日0:00开始-4月1号24:00 之启动情况统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
246 +
247 +(% border="1" %)
248 +|(((
249 +
250 +)))|**滴滴**|**微信**
251 +|(((
252 +**成功充电次数**
253 +)))|5|3
254 +|(((
255 +**启动服务失败**
256 +)))|0|(((
257 +35
258 +)))
259 +
260 +最近启动服务失败账单号：20200401105940722840、20200402160142735950、20200329173407536306
261 +)))
262 +
263 +~-~-解决:
264 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
265 +数据统计人：chinyee
266 +
267 +
268 += igo_case#71_20200401 =
269 +
270 +问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗
271 +
272 +~-~-跟踪
273 +
274 +【shi】：db中失败的记录，都符合“扫码之后提示设备离线”，重启后还是复现，转研发确认
275 +44030300030000200044   20200401105940722840  
276 +44030300030000200044   20200401105918537508  
277 +44030300030000200044   20200401105832986454  
278 +44030300030000200044   20200329190910203480  
279 +44030300030000200044   20200329190902697370  
280 +44030300030000200044   20200329190855546291  
281 +44030300030000200044   20200329182745874224  
282 +44030300030000200044   20200329182730298842  
283 +44030300030000200044   20200329182337749095  
284 +44030300030000200044   20200329182258815242  
285 +44030300030000200044   20200329181514771644  **数据一**
286 +【研发】：
287 +12:32:23  这个桩目前是充电中。这个桩行为比较奇怪， 该桩不断再重启， 每次启动后进入充电状态（账单ID=20200401122142966314）。 这个过程不断反复。
288 +【shi初步结论】：检查桩端软硬件是否存在故障。
289 +~~update 20200403
290 +【客】：不认同“端软硬件故障”
291 +【shi分析】：针对**数据一 **进一步 分析上述账单数据发现：
292 +1、第1-3行，操作时间发生在 2020-04-01  10：59附近。
293 +2、第4-11行，操作时间发生在 2020-03-29  18-19时附近。
294 +3、系统日志发现：上面几个事务发生时，该桩离线（扫码前就已经离线）， 处于不稳定情况。
295 +**判断：**
296 +1、以上皆为同一时间期间发生之问题，推测是现场此桩网络不稳引起。（如网线、路由设备故障）
297 +2、滴滴充电的次数太少，可能就是碰巧遇到桩稳定的时候。
298 +3、请安排人员到场，确保桩稳定连线的情况下，扫码充电 验证结果。 如能复现异常，请视频记录故障全貌，提供账单号。
299 +\\~-~-解决:
300 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
301 +售后（跟单）工程师：施文俊 chinyee
302 +
303 += igo_case#70_20200330 =
304 +
305 +问题描述：下午好，有个事情需要你们看一下，现在用户手机端的充值账单内无法显示我们终端后台充值/退款的记录
306 +
307 +能否调整一下，之前都是可以显示的，如果我们有金额赠送给用户的，用户端无法看到记录不敢确认。
308 +
309 +~-~-跟踪
310 +
311 +【YD】：IGO那边我没有确认 我看了下之前测试基本充电功能的其他运营商的公众号 确实没有相关的充值记录
312 +
313 +~-~-解决:
314 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
315 +售后（跟单）工程师：施文俊 YD
316 +
317 += igo_case#69_20200329 =
318 +
319 +问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗
320 +
321 +~-~-跟踪
322 +
323 +【YD】：客户同时还提供了一段扫码的短视频，视频显示扫该桩的二维码提示“系统错误”。
324 +
325 +1.在IGO平台上该桩充电记录的操作时间基本在下午5：30至6：30之间
326 +
327 +2.我在7点左右对该桩进行了扫码操作 确认到会提示“系统错误” 之后的扫码就提示该桩离线，确认到第一次扫码后桩会从待机状态变成离线 之后会正常变回待机状态。
328 +
329 +3.在故障记录内不会显示这次离线的记录
330 +
331 +~-~-解决:
332 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
333 +售后（跟单）工程师：施文俊 YD
334 +
335 += igo_case#68_20200310 =
336 +
337 +问题描述：“异常账单”发现突然多出来好多
338 +
339 +~-~-跟踪
340 +
341 +(% class="box" %)
342 +(((
343 +**问题1：**查看“异常账单”发现突然多出来好多以前的，请问是什么原因啊，自从上次2019年7、8月出来这个修复账单功能过后，基本新出来的异常账单都不会存在超过一周。
344 +[[image:1583833100325-677.png]]
345 +【信息】：客户确认：
346 +1、“2019年10、11月的个别账单。 当时确认处理完了”
347 +2、时间都是以当时往前一年为范围。
348 +3、当时维持的是每天下班前都会清零“异常账单”
349 +\\**问题2：其中有一些，点击“手动修正”会提示错误。见下图**
350 +[[image:1583833253733-449.png]]
351 +)))
352 +
353 +
354 +~-~-解决:
355 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
356 +售后（跟单）工程师：施文俊
357 +
358 += igo_case#67_20200307 =
359 +
360 +问题描述：个别车辆不能充电，手机：13652433535
361 +
362 +~-~-跟踪
363 +
364 +(% class="box" %)
365 +(((
366 +【分析】：此13652433535 进行3次充电尝试，首次soc从93%-100%，时长10分钟；第2、3次都是启动失败，原因为“与车辆通信超时”。
367 +【结论】：按照以往经验，“与车辆通信超时”一般都是车辆bms问题，与桩和平台无直接关系。
368 +【建议】：1）车辆重启，比如，打火再熄火。2）车辆返厂检修。
369 +\\【类似运营问题排查步骤见下】：
370 +1、登录https:~/~/mc.linghuchongtech.com/，依次进入“首页/营收管理/账单管理/充电记录”，手机号栏输入手机号，点查询查看充电记录列表，结果见下图。
371 +2、查看充电详情，在结果中点最右侧列中的“查看详情”，查看充电停止原因，见下图：
372 +[[image:1583543577448-567.png]]
373 +[[image:1583543608802-162.png]]
374 +)))
375 +
376 +
377 +~-~-解决:
378 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
379 +售后（跟单）工程师：施文俊
380 +
381 += igo_case#66_20200225 =
382 +
383 +问题描述：占桩费异常通知
384 +
385 +~-~-跟踪
386 +
387 +【现象】：没有充电满，提前发通知扣占桩费。问题手机: 15814276853
388 +
389 +[[image:1582602735428-429.png]]
390 +
391 +【研发】： 异常心跳引起了问题，需要特殊处理一下。
392 +【shi】：此情况为小概率个例，尽快适配处理。
393 +
394 +~-~-解决:
395 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
396 +售后（跟单）工程师：施文俊
397 +
6 6  = igo_case#65_20200114 =
7 7  
8 8  问题描述：你好，有个事情麻烦一下，今日我们八卦岭44030400030000200022号桩总是出现一个问题：无人充电时电桩正常，一插枪启动时，频繁提示“系统故障”，停止充电，能否查看下是什么原因；是电桩的设备问题还是后台哪里数据异常。
... ... @@ -468,7 +468,7 @@
468 468  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
469 469  售后（跟单）工程师：施文俊 Chinyee
470 470  
471 -= =
863 += =
472 472  
473 473  = igo_case#43_20191105 =
474 474  
... ... @@ -560,7 +560,7 @@
560 560  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
561 561  售后（跟单）工程师：施文俊
562 562  
563 -= =
955 += =
564 564  
565 565  = igo_case#41_20191104 =
566 566  
1582602735428-429.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +32.3 KB
Content
1583543577448-567.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +62.2 KB
Content
1583543608802-162.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +32.8 KB
Content
1583833100325-677.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +206.3 KB
Content
1583833253733-449.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +357.2 KB
Content
1585888320688-684.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +1.4 KB
Content
1586847324966-213.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +76.3 KB
Content
1592382839997-150.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +86.0 KB
Content
1592383720104-231.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +13.2 KB
Content
1592383738415-358.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +13.8 KB
Content
1592978595767-747.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +638.9 KB
Content
IGO升级失败的桩.xlsx
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +9.4 KB
Content
mb_select充值充电_20181230之前.xls
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +16.5 KB
Content