Wiki源代码颂盛
Version 20.1 by chinyee he on 2019/11/13 16:33
Hide last authors
![]() |
1.1 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
2 | {{toc/}} | ||
3 | {{/box}} | ||
4 | |||
![]() |
20.1 | 5 | = gdss_case#5_201911113 = |
6 | |||
7 | 广州颂盛旧系统充电平台 | ||
8 | |||
9 | 日期:2019-11-13 | ||
10 | 桩站名称: | ||
11 | 手机号: | ||
12 | 订单号:20191108112557047049/20191109000104273153/20191109045929266559 | ||
13 | 充电桩号: | ||
14 | 充电枪号: | ||
15 | 开始充电时间: | ||
16 | 现场网络连接状态:正常 | ||
17 | 异常状态: | ||
18 | 问题描述:现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象 | ||
19 | |||
20 | ~-~-跟踪 | ||
21 | |||
22 | 【令】:排查结果如下,都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩, 这个电表读数异常的问题,还存在。 | ||
23 | |||
24 | [[image:1573633992288-441.png]] | ||
25 | |||
26 | ~-~-解决: | ||
27 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
28 | |||
29 | 售后(跟单)工程师:施文俊 何倩怡 | ||
30 | |||
31 | |||
![]() |
17.2 | 32 | = gdss_case#6_20191112 = |
33 | |||
34 | 广州颂盛旧系统平台 | ||
35 | 日期:2019-11-12 | ||
36 | 桩站名称:广州颂盛桥南充电站 | ||
37 | 手机号: | ||
38 | 订单号:20191112001934329341 | ||
39 | 充电桩号:44011300040000200061 | ||
40 | 充电枪号: | ||
41 | 开始充电时间:2019-11-12 00:23:38 | ||
42 | 结束时间:2019-11-12 03:50:36 | ||
43 | 现场网络连接状态:正常 | ||
44 | 异常状态:充电量与平台不符 | ||
45 | |||
46 | [[image:1573546978385-211.png||height="334" width="705"]] | ||
47 | |||
48 | ~-~-跟踪 | ||
49 | |||
50 | 【令】:已转研发 | ||
![]() |
18.3 | 51 | 【shi】: 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]],罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了, 用设备账单来计费。 |
![]() |
18.2 | 52 | to 金凯瑞许总: |
53 | 请关注罗宾森桩程序目前的问题。 | ||
54 | 联想到贵司伙伴即将在深圳运营,不禁有些担忧。按照我的经验,深圳市社会车辆 充电业务量的数量级是其他城市几倍,用户对充电数据精准性不是公交充电能比的(仅月底看一次数据。) | ||
55 | 附件是我司技术对问题账单分析,我按照通俗易懂方式给您解释如下: | ||
56 | 1)背景知识:计算机需要按照约定的协议严格执行协议流程。 | ||
57 | 2)类比举例: | ||
58 | 吃饭需要5步,即:1,2,3,4,5。 | ||
59 | 小明实际吃饭步骤:1,3,4,5 或 1,3,2,4,5 或 1,2,2,2,3,4,5 等类似不按约定协议执行。 | ||
60 | 3)因为第2项的原因,充电桩在一些情况下(蒙混过关)看来是完成充电了,因为运营环境的复杂,实际上会很大概率出现各种无法预期的异常。 | ||
61 | 4)第2项 这个问题 从第一个罗宾森桩投入运营上线至今似乎一直存在,未彻底解决。看如何彻底解决。 | ||
![]() |
18.3 | 62 | 5)如果 大家认同 运营稳定排第一位。 所谓 RS485 丢包造成,是否可以更换 相应的模块配件。 |
![]() |
17.2 | 63 | |
64 | ~-~-解决: | ||
65 | 状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 | ||
66 | |||
67 | 售后(跟单)工程师:施文俊 YD | ||
68 | |||
![]() |
11.1 | 69 | = gdss_case#5_20191031 = |
70 | |||
71 | |||
72 | 问题描述:这怎么修复只充了34分钟就要244.40元了 | ||
73 | |||
![]() |
13.1 | 74 | 账单号:20191024144331381526 |
75 | |||
![]() |
11.1 | 76 | [[image:1572491525002-420.png||height="381" width="766"]] |
77 | |||
78 | |||
![]() |
15.1 | 79 | ~-~-跟踪 |
![]() |
11.1 | 80 | |
![]() |
15.1 | 81 | [[image:1572492802252-387.png||height="180" width="783"]] |
![]() |
16.2 | 82 | 【chinyee】: |
83 | 该账单号的充电心跳,其中: | ||
84 | 1、充电数据是线性增长,未察觉异常 | ||
85 | 2、2019-10-24 15:10:28到15:17:30之间没有心跳上传,且15:17:30当前状态为8充电异常。 | ||
86 | 【shi】:异常账单中查到 账单丢失,平台估算电量 128.63度,超正常值。 需转研发分析。 | ||
![]() |
16.3 | 87 | 【令狐充技术】: |
88 | |||
89 | (% class="box infomessage" %) | ||
90 | ((( | ||
91 | 1、该充电桩在充电过程中发生离线, 所有有一段时间没有心跳; | ||
92 | 2、平台估算电量为128.63度, 是因为该充电桩在本次充电之前上传的电表总读数为0所致, 所以这个估算值是不准确的。 | ||
93 | 开始充电后,电表读数直接跳到92.27 | ||
94 | 估计这个才是实际值 | ||
95 | 之后充电中离线了一段时间,恢复后状态已经变成空闲 | ||
96 | 但是账单一直没上传 | ||
97 | ))) | ||
98 | |||
99 | 【shi】: 疑似电桩老问题未解决,需客户协调罗宾森 厂家 排查解决。 | ||
![]() |
16.2 | 100 | |
![]() |
15.1 | 101 | |
![]() |
11.1 | 102 | ~-~-解决: |
103 | 状态(√表示选定 ): 已解决 | √ 处理中 | 暂搁置 | ||
104 | |||
105 | 售后(跟单)工程师:施文俊 何倩怡 | ||
106 | |||
![]() |
9.1 | 107 | = gdss_case#4_20191028 = |
108 | |||
109 | 广州颂盛旧系统充电平台 | ||
110 | |||
111 | 日期:2019-10-28 | ||
112 | 桩站名称: | ||
113 | 手机号: | ||
114 | 订单号:20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526 | ||
115 | 充电桩号: | ||
116 | 充电枪号: | ||
117 | 开始充电时间: | ||
118 | 现场网络连接状态:正常 | ||
119 | 异常状态: | ||
120 | 问题描述:充电日报表分不到峰平谷值 | ||
121 | |||
122 | ~-~-跟踪 | ||
123 | |||
124 | 【令】:以上几个账单都为故障账单,异常类型为账单丢失,人工修正即可 | ||
125 | |||
126 | ~-~-解决: | ||
127 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
128 | |||
129 | 售后(跟单)工程师:施文俊 何倩怡 | ||
130 | |||
131 | |||
![]() |
7.1 | 132 | = gdss_case#3_20191011 = |
133 | |||
134 | 桩站名称: | ||
135 | 手机号: | ||
136 | 订单号: 20190901220059873970/20190914201254659429/20190914210510578166 | ||
137 | 问题描述:客户说不是个人扫码付费充电的,是用站点的密码充电的,在后台显示是扫码付费的,客人怀疑我们后台出现问题了 | ||
138 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
139 | 运营商初步排查结果:通过客户提供过来的账号查找充电记录,发现都是个人扫码社会车辆充电。 | ||
140 | |||
![]() |
8.1 | 141 | ~-~-跟踪 |
142 | |||
143 | 【shi】:根据客户提供之订单号,查询结果如下: | ||
144 | 账单号 | 充电发起人 | ||
145 | 20190901220059873970 | 明基水产丰少 | ||
146 | 20190914201254659429 | ZION | ||
147 | 根据平台数据证实,以上2条都是个人扫码社会车辆充电。 | ||
148 | 重要注意: 针对云浮新兴站, 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”(请咨询May,她为客户配置) | ||
149 | \\【chinyee】:以下图为3个订单号对应的充电发起人,都是个人启动充电 | ||
150 | |||
![]() |
7.1 | 151 | [[image:1570785879995-291.png||height="70" width="701"]] |
152 | |||
153 | [[image:1570786018549-143.png||height="107" width="698"]] | ||
154 | |||
155 | [[image:1570786092126-721.png||height="89" width="697"]] | ||
156 | |||
![]() |
8.1 | 157 | 【客】:不认同。并强调:客户说不是个人扫码付费充电的,是用站点的密码充电的,在后台显示是扫码付费的,客人怀疑我们后台出现问题了。 |
158 | 【shi】:我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据,比如, 监控视频等其他证据 | ||
![]() |
7.1 | 159 | |
160 | ~-~-解决: | ||
161 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
162 | |||
163 | 售后(跟单)工程师:施文俊 何倩怡 | ||
164 | |||
![]() |
20.1 | 165 | = = |
![]() |
7.1 | 166 | |
![]() |
3.2 | 167 | = gdss_case#2_20190927 = |
168 | |||
169 | 问题描述:(客户原话) | ||
170 | |||
171 | 金凯瑞平台管理员黎美桥: | ||
172 | 这个我在金凯瑞后台看到他是管理员的! | ||
173 | |||
174 | 金凯瑞平台管理员黎美桥: | ||
175 | 而且是后台充值,我们公司没有这个人 | ||
176 | |||
177 | [[image:1569571800883-235.png||height="450" width="943"]] | ||
178 | |||
179 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
180 | 运营商初步排查结果: | ||
181 | |||
182 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
183 | ~-~--跟踪 | ||
184 | |||
185 | 【令】:使用客户账号登录金凯瑞确实查到此条记录,建议客户仔细回想是否自己进行的此操作。 | ||
186 | |||
187 | 【运营商】: | ||
188 | 我没有操作过 | ||
189 | 那个微信呢称也不是我 | ||
190 | 所以奇怪就问下你们那边 | ||
191 | 那个时间下班了,我也没登录上去操作 | ||
192 | |||
![]() |
3.3 | 193 | 【令】:由于可能是客户内部人员使用 管理员 账号进行该操作,暂时不能确定该操作详情,客户那边开始内部查找操作原因。 |
![]() |
3.2 | 194 | |
195 | 【运营商】:我查到了,是客户退款了,我领导操作了不好意思 | ||
196 | |||
197 | ~-~-解决: | ||
198 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
199 | |||
200 | |||
![]() |
1.1 | 201 | = gdss_case#1_20190924 = |
202 | |||
203 | ~#~# 平台相关工单 | ||
![]() |
2.1 | 204 | 问题描述:广州颂盛大岗公交车站充电站 新站 充电反应平台无记录。 |
![]() |
1.1 | 205 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
206 | 运营商初步排查结果: | ||
207 | |||
208 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
209 | ~-~--跟踪 | ||
210 | |||
![]() |
2.1 | 211 | 【令】:9.24 21:20登录系统 查电站充电记录可以看到 此电站充电记录,无法重现客户问题。 |
212 | |||
![]() |
2.2 | 213 | 9.25 使用客户提供的账号登录查询“大岗公交站”没有记录,更改成“大岗公交车站”有记录,客户确认是其所需要的数据。 |
214 | |||
215 | 【运营商】:是,那日报表没有记录? | ||
216 | |||
217 | 【令】:大岗公交车站充电站 查询条件子运营“颂盛”无法查到数据,“全部运营商”可以查到数据。可能是没有绑定站点与子运营 | ||
218 | |||
219 | 【运营商】:已经绑定了呀 | ||
220 | |||
221 | 【令】:如果是今天绑定的 那需要再看看 绑定前的用子运营是查不到 | ||
222 | |||
223 | 【运营商】:好像是昨天还是今天绑定的 | ||
224 | |||
225 | 【令】:先观察两天看看 | ||
226 | |||
![]() |
1.1 | 227 | ~-~-解决: |
228 | 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 | ||
![]() |
2.1 | 229 | |
230 | 售后(跟单)工程师:施文俊 |