Summary

• Page properties (1 modified, 0 added, 0 removed)
• Attachments (0 modified, 0 added, 2 removed)
  • 1573546978385-211.png
  • 罗宾森_20191112001934329341问题排查.log

Details

Page properties

Content

...	...	@@ -2,43 +2,6 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
5		-= gdss_case#6_20191112 =
6		-
7		-广州颂盛旧系统平台
8		-日期：2019-11-12
9		-桩站名称：广州颂盛桥南充电站
10		-手机号：
11		-订单号：20191112001934329341
12		-充电桩号：44011300040000200061
13		-充电枪号：
14		-开始充电时间：2019-11-12 00:23:38
15		-结束时间：2019-11-12 03:50:36
16		-现场网络连接状态：正常
17		- 异常状态：充电量与平台不符
18		-
19		-[[image:1573546978385-211.png||height="334" width="705"]]
20		-
21		-~-~-跟踪
22		-
23		-【令】：已转研发
24		-【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
25		-to 金凯瑞许总：
26		-请关注罗宾森桩程序目前的问题。
27		-联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
28		-附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
29		-1）背景知识：计算机需要按照约定的协议严格执行协议流程。
30		-2）类比举例：
31		-吃饭需要5步，即：1，2，3，4，5。
32		-小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
33		-3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
34		-4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
35		-5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
36		-
37		-~-~-解决:
38		-状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
39		-
40		-售后（跟单）工程师：施文俊 YD
41		-
42	42	= gdss_case#5_20191031 =
43	43
44	44
...	...	@@ -201,3 +201,5 @@
201	201	状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
202	202
203	203	售后（跟单）工程师：施文俊
	167	+
	168	+

1573546978385-211.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-191.9 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、这时充电桩开始充电...