文档更改颂盛
在2020/12/25 14:13上被chinyee he修改
修改评论 该版本没有评论
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 9 added, 0 removed)
Details
- Page properties
-
- 文档作者
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. yuandong1 +XWiki.Chinyee - Content
-
... ... @@ -2,6 +2,202 @@ 2 2 {{toc/}} 3 3 {{/box}} 4 4 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 + 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 +【令】：已转研发 51 +【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。 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项 这个问题 从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。 62 +5）如果 大家认同 运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。 63 + 64 +~-~-解决: 65 +状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 66 + 67 +售后（跟单）工程师：施文俊 YD 68 + 69 += gdss_case#5_20191031 = 70 + 71 + 72 +问题描述：这怎么修复只充了34分钟就要244.40元了 73 + 74 +账单号：20191024144331381526 75 + 76 +[[image:1572491525002-420.png||height="381" width="766"]] 77 + 78 + 79 +~-~-跟踪 80 + 81 +[[image:1572492802252-387.png||height="180" width="783"]] 82 +【chinyee】： 83 +该账单号的充电心跳，其中： 84 +1、充电数据是线性增长，未察觉异常 85 +2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。 86 +【shi】：异常账单中查到 账单丢失，平台估算电量 128.63度，超正常值。 需转研发分析。 87 +【令狐充技术】： 88 + 89 +(% class="box infomessage" %) 90 +((( 91 +1、该充电桩在充电过程中发生离线， 所有有一段时间没有心跳； 92 +2、平台估算电量为128.63度， 是因为该充电桩在本次充电之前上传的电表总读数为0所致， 所以这个估算值是不准确的。 93 +开始充电后，电表读数直接跳到92.27 94 +估计这个才是实际值 95 +之后充电中离线了一段时间，恢复后状态已经变成空闲 96 +但是账单一直没上传 97 +))) 98 + 99 +【shi】： 疑似电桩老问题未解决，需客户协调罗宾森 厂家 排查解决。 100 + 101 + 102 +~-~-解决: 103 +状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置 104 + 105 +售后（跟单）工程师：施文俊 何倩怡 106 + 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 + 132 += gdss_case#3_20191011 = 133 + 134 +桩站名称： 135 +手机号： 136 +订单号： 20190901220059873970/20190914201254659429/20190914210510578166 137 +问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了 138 +~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- 139 +运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。 140 + 141 +~-~-跟踪 142 + 143 +【shi】：根据客户提供之订单号，查询结果如下： 144 +账单号 | 充电发起人 145 +20190901220059873970 | 明基水产丰少 146 +20190914201254659429 | ZION 147 +根据平台数据证实，以上2条都是个人扫码社会车辆充电。 148 +重要注意： 针对云浮新兴站， 如用站点密码启动 则 充电记录中 昵称都是 “云浮新兴站”（请咨询May，她为客户配置） 149 +\\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电 150 + 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 + 157 +【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。 158 +【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如， 监控视频等其他证据 159 + 160 +~-~-解决: 161 +状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 162 + 163 +售后（跟单）工程师：施文俊 何倩怡 164 + 165 += = 166 + 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 + 193 +【令】：由于可能是客户内部人员使用 管理员 账号进行该操作，暂时不能确定该操作详情，客户那边开始内部查找操作原因。 194 + 195 +【运营商】：我查到了，是客户退款了，我领导操作了不好意思 196 + 197 +~-~-解决: 198 +状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 199 + 200 + 5 5 = gdss_case#1_20190924 = 6 6 7 7 ~#~# 平台相关工单
- 1570785879995-291.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +31.1 KB - Content
- 1570786018549-143.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +46.4 KB - Content
- 1570786092126-721.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +39.9 KB - Content
- 1572491525002-420.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +94.0 KB - Content
- 1572492802252-387.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +117.2 KB - Content
- 1572506227600-542.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.ShiChuck - Size
-
... ... @@ -1,0 +1,1 @@ 1 +145.4 KB - Content
- 1573546978385-211.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.yuandong - Size
-
... ... @@ -1,0 +1,1 @@ 1 +191.9 KB - Content
- 1573633992288-441.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.Chinyee - Size
-
... ... @@ -1,0 +1,1 @@ 1 +29.4 KB - Content
- 罗宾森_20191112001934329341问题排查.log
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.ShiChuck - Size
-
... ... @@ -1,0 +1,1 @@ 1 +1.2 KB - Content
-
... ... @@ -1,0 +1,40 @@ 1 +充电桩:44011300040000200061 枪号:2 账单ID:20191112001934329341 2 +61号桩2号枪发起密码充电鉴权: 3 +11-12 00:19:34.869, 14 4 +11-12 00:19:35.848, 15 5 +11-12 00:19:39.044, 16 6 + 7 +启动充电... 8 +11-12 00:19:40.088, 24 9 +11-12 00:19:40.090, 20 10 + 11 +该桩没有回复消息21, 在启动充电未完成的情况下: 12 + 13 +于11-12 00:19:40.148, 连接断开,充电桩离线 14 + 15 +该桩发起新的连接后，在没有进行启动消息流程及上送心跳(后台判断该桩状态此时为“离线”)的情况, 就直接重发启动充电消息(多次) 16 +11-12 00:19:53.616, 24 17 +11-12 00:20:07.117, 24 18 +11-12 00:20:50.969, 24 19 +... 20 + 21 +直到 11-12 00:23:19.308,5 该枪上送心跳(状态空闲) 22 + 23 +然后该桩再次发起启动充电... 24 +11-12 00:23:22.029,24 25 +11-12 00:23:22.030,20 26 + 27 +11-12 00:23:35.529,24 28 +11-12 00:23:35.530,20 29 + 30 +等待充电桩回复消息21,未等到... 31 + 32 +后台在4分钟后发起停止充电请求(后台逻辑)，结束本次充电事务 33 +11-12 00:23:36.398,12 34 + 35 + 36 +但11-12 00:23:40.249,21 (这时桩回复了21，开始充电了...) 37 + 38 +所以结果是: 39 +1、在“11-12 00:23:36.398”，后台判断该充电事务结束了,无充电. 40 +2、这时充电桩开始充电...