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