文档更改颂盛
在2020/12/25 14:13上被chinyee he修改
修改评论 该版本没有评论
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 2 removed)
Details
- Page properties
-
- 文档作者
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. Chinyee1 +XWiki.yuandong - Content
-
... ... @@ -2,33 +2,7 @@ 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 - 5 +(% class="wikigeneratedid" %) 32 32 = gdss_case#6_20191112 = 33 33 34 34 广州颂盛旧系统平台 ... ... @@ -48,18 +48,6 @@ 48 48 ~-~-跟踪 49 49 50 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 63 64 64 ~-~-解决: 65 65 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
- 1573633992288-441.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -29.4 KB - Content
- 罗宾森_20191112001934329341问题排查.log
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ShiChuck - Size
-
... ... @@ -1,1 +1,0 @@ 1 -1.2 KB - Content
-
... ... @@ -1,40 +1,0 @@ 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、这时充电桩开始充电...