从版本< 45.5 >
yuandong he编辑
在2019/12/30 13:35上
到版本
yuandong he编辑
在2020/06/16 10:55上
< >
修改评论 该版本没有评论

Summary

Details

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