文档更改igo_1
在2020/07/03 14:13上被yuandong he修改
修改评论 该版本没有评论
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 8 added, 0 removed)
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
- 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