文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 63.2 >
由yuandong he编辑
在2020/06/18 16:05上
到版本
由chinyee he编辑
在2020/04/02 18:13上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.yuandong
1 +XWiki.Chinyee
Content
... ... @@ -2,210 +2,6 @@
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 -**~~20200617升级记录**
36 -
37 -**IGO 第一批次升级桩记录（除 原南油酒店站 双枪 外的站点有2090414版本的新款都单独选出来升级。）
38 -东湖宾馆站 33桩
39 -泥岗站 22桩
40 -朗山酒店站 16桩
41 -翠岭华庭站 14桩
42 -同胜科技大厦站 11桩
43 -西湖新村站 2桩
44 -龙田站 3桩
45 -平湖 16桩**
46 -
47 -**升级ID：236-244 执行时间20200617 9:00-11:00**
48 -
49 -[[attach:IGO升级失败的桩.xlsx||target="_blank"]]
50 -
51 -**IGO第二批次升级桩记录**
52 -
53 -**第一批次升级失败的桩集中升级 升级ID：245 执行时间20200617 14:15-16:15**
54 -
55 -**在第一批次升级失败的8个桩，第二批次升级了6个。**
56 -
57 -**44030300030000200009 44030300030000200005 这两个桩由于离线原因无法升级，与客户确认到这两个桩由于场地原因关电离线。**
58 -
59 -[[image:1592382839997-150.png||height="438" width="358"]]
60 -
61 -**IGO第三批升级记录**
62 -
63 -**对IGO错写为老款但实际为新款的桩进行升级。**
64 -
65 -**宝丽站 4个**
66 -
67 -**莱莱站 3个**
68 -
69 -**升级ID：246、247**
70 -
71 -= igo_case#78_20200605 =
72 -
73 -问题描述：44030300030000200003、44030300030000200002远程升级到地标版本2090416
74 -
75 -~-~-跟踪
76 -
77 -【chinyee】：后台显示升级失败
78 -
79 -【shi】：客户用sd卡升级
80 -
81 -【客】：刚才对东湖站0003这个桩刷了对接地标的系统，刷完重启后显示系统故障
82 -
83 -【技】：上报的心跳中有报错误。
84 -0xFE2B000200FFFF11003434303330333030303330303030323030303033020105010103630049EECD01000000C916需要找一下桩的人看看。
85 -
86 -【shi】：如果该版本引起不能使用，建议先降回原版本。
87 -
88 -
89 -**~~20200615记录**
90 -
91 -**此前龙山站已全部升级为2090416版本，但无法降回2090414版本，目前厂商发了个新的2090416版本待测试。**
92 -
93 -**YD：选择龙山站44030700030000200018进行该416版本的升级，结果为成功 ID：230**
94 -
95 -**继续选择该桩进行414版本的降级，第一次结果为失败 ID：231 ，第二次结果为失败 ID：232**
96 -
97 -
98 -**和厂家确认：原来已升到416版本的桩远程用这个新版416还是会因为路径冲突降级414失败。需要找一个没升级过的414版本的桩升级新版416**
99 -
100 -**YD：在宝丽站选择桩44030700030000200007进行尝试 升级ID：233 降级ID：234 ，都成功了。**
101 -
102 -~-~-解决:
103 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
104 -售后（跟单）工程师：施文俊 chinyee YD
105 -
106 -
107 -= igo_case#77_20200603 =
108 -
109 -问题描述：麻烦帮我查一下13381670986这个账户昨日的充电情况，他账户现在余额-190.3元，但是他昨日的充电记录中未产生占桩费，当他余额小于0时，剩下的充电他怎么还能正常启动呢？
110 -
111 -~-~-跟踪
112 -
113 -【YD】：这个用户的充值记录也才20块。他的充电账单都在昨天，IGO有1元的阈值。转研发确认
114 -
115 -【研发】：bo这边一直在发送停止命令，服务器也响应了，但是实际桩一直没停。反馈给桩厂家
116 -
117 -OSD-60K750O/01”，这个型号的桩 直流(橙电)
118 -
119 -
120 -**~~20200617**
121 -
122 -**橙电桩更新版本后V1.B107.20061201 测试结果：达到停止充电阈值可以停止充电，可以安排其他该站点的橙电桩一起升级。（橙电到现场升级）**
123 -
124 -[[image:1592383720104-231.png||height="44" width="642"]]
125 -
126 -[[image:1592383738415-358.png||height="46" width="642"]]给橙电那边的人充值测试
127 -
128 -
129 -~-~-解决:
130 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
131 -数据统计人：YD chinyee
132 -
133 -= igo_case#76_20200522 =
134 -
135 -问题描述：故障记录怎么没法看到了呢，之前都是可以显示的，现在全部场站的都没法显示。
136 -
137 -~-~-跟踪
138 -
139 -【YD】：“首页/系统管理/运维管理/故障记录”没有记录，我看了下前后一年的时间都没查出记录。转研发(John)
140 -
141 -~-~-解决:
142 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
143 -数据统计人：YD
144 -
145 -= igo_case#75_20200518 =
146 -
147 -问题描述：20200518064503350604第一次这次账单是用户本人扫码启动，扣款正常；第二次20200518073426748674这个账单，通过现场监控核实是另外的用户扫码启动，但是充电记录和扣费均还是第一个用户。麻烦看一下是什么情况导致的。
148 -
149 -~-~-跟踪
150 -
151 -【YD&chinyee】：在平台上查询这两张单都属于正常账单，没看出异常情况。转研发查看
152 -
153 -【令技术】：他应该是把自己的公众号页面分享给对方了，这相当于对方拿他自己的手机公众号来扫码。这个链接的有效期是2小时，超过2小时就会无效了
154 -
155 -【YD】：客户认为这样启动充电不妥，希望禁用。已反馈产品记录
156 -
157 -
158 -补充：20200519
159 -
160 -IGO：下午好，昨天那位用户的问题，刚才跟他联系确认了下，用户表示确定该时段未分享过任何页面给其他人，不认同
161 -“分享充电界面”导致启动充电。请问下咱们能否确定是该启动方式。
162 -
163 -令：我查看了确实是通过分享的链接启动的，他是不是之前曾经分享过页面给其他人。后面这个人打开页面的链接多了一个from=singlemessage的参数，前面那个没有这个参数的。
164 -
165 -~-~-解决:
166 -状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置 
167 -数据统计人：YD chinyee
168 -
169 -= igo_case#74_20200420 =
170 -
171 -问题描述：回酒店站这个站点的桩上的白名单都解绑了。不过在公众号上看站点是隐藏的
172 -
173 -~-~-跟踪
174 -
175 -【YD】：确认该站点的桩上没有白名单用户，但公众号上并未看到该站点 平台上也没看到类似隐藏站点相关的功能按钮。转研发确认
176 -
177 -【令技术】：小桔那边是不是也要打开
178 -
179 -【YD】：和IGO确认了，公众号和小桔都显示
180 -
181 -~-~-解决:
182 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
183 -数据统计人：施文俊 YD
184 -
185 -= igo_case#73_20200411 =
186 -
187 -问题描述：17665497110,客户要求排查2个手机号在2018年迁移前
188 -
189 -(% class="box infomessage" %)
190 -(((
191 -【数据】：508ac2a1456711e8958c000c29072b08
192 -2018-04-21 21:24:27 2018-09-03 17:42:03
193 -提钱豫粤
194 -17665497110
195 -o18v31erqFJ6SL3kk0pD4PYLQXVA
196 -3213
197 -【结果】：17665497110 余额= 32.13 元
198 -
199 -~~update 2020-4-14
200 -
201 -17665497110  截止 2018-12-30前成功充值的明细。见：[[attach:mb_select充值充电_20181230之前.xls||target="_blank"]]
202 -[[image:1586847324966-213.png]]
203 -)))
204 -
205 -~-~-解决:
206 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
207 -数据统计人：施文俊
208 -
209 209  = igo_case#72_20200402 =
210 210  
211 211  问题描述：统计桩编号44030300030000200044 3月23号-4月1号 小桔和微信启动失败和成功的统计
... ... @@ -252,21 +252,13 @@
252 252  44030300030000200044   20200329182730298842  
253 253  44030300030000200044   20200329182337749095  
254 254  44030300030000200044   20200329182258815242  
255 -44030300030000200044   20200329181514771644  **数据一**
51 +44030300030000200044   20200329181514771644  
256 256  【研发】：
257 -12:32:23  这个桩目前是充电中。这个桩行为比较奇怪， 该桩不断再重启， 每次启动后进入充电状态（账单ID=20200401122142966314）。 这个过程不断反复。
53 +1、12:32:23  这个桩目前是充电中。
54 +2、这个桩行为比较奇怪， 该桩不断再重启， 每次启动后进入充电状态（账单ID=20200401122142966314）。 这个过程不断反复。
258 258  【shi初步结论】：检查桩端软硬件是否存在故障。
259 -~~update 20200403
260 -【客】：不认同“端软硬件故障”
261 -【shi分析】：针对**数据一 **进一步 分析上述账单数据发现：
262 -1、第1-3行，操作时间发生在 2020-04-01  10：59附近。
263 -2、第4-11行，操作时间发生在 2020-03-29  18-19时附近。
264 -3、系统日志发现：上面几个事务发生时，该桩离线（扫码前就已经离线）， 处于不稳定情况。
265 -**判断：**
266 -1、以上皆为同一时间期间发生之问题，推测是现场此桩网络不稳引起。（如网线、路由设备故障）
267 -2、滴滴充电的次数太少，可能就是碰巧遇到桩稳定的时候。
268 -3、请安排人员到场，确保桩稳定连线的情况下，扫码充电 验证结果。 如能复现异常，请视频记录故障全貌，提供账单号。
269 -\\~-~-解决:
56 +
57 +~-~-解决:
270 270  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
271 271  售后（跟单）工程师：施文俊 chinyee
272 272  
... ... @@ -830,7 +830,7 @@
830 830  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
831 831  售后（跟单）工程师：施文俊 Chinyee
832 832  
833 -= =
621 += =
834 834  
835 835  = igo_case#43_20191105 =
836 836  
... ... @@ -922,7 +922,7 @@
922 922  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
923 923  售后（跟单）工程师：施文俊
924 924  
925 -= =
713 += =
926 926  
927 927  = igo_case#41_20191104 =
928 928  
1585888320688-684.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -1.4 KB
Content
1586847324966-213.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -76.3 KB
Content
1592382839997-150.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -86.0 KB
Content
1592383720104-231.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -13.2 KB
Content
1592383738415-358.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -13.8 KB
Content
IGO升级失败的桩.xlsx
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -9.4 KB
Content
mb_select充值充电_20181230之前.xls
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -16.5 KB
Content