Summary

• Page properties (2 modified, 0 added, 0 removed)
• Attachments (0 modified, 1 added, 0 removed)
  • 1573633992288-441.png

Details

Page properties

文档作者

...	...	@@ -1,1 +1,1 @@
1		-XWiki.ShiChuck
	1	+XWiki.Chinyee

Content

...	...	@@ -2,7 +2,33 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
5		-(% class="wikigeneratedid" %)
	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	+
6	6	= gdss_case#6_20191112 =
7	7
8	8	广州颂盛旧系统平台
...	...	@@ -22,6 +22,18 @@
22	22	~-~-跟踪
23	23
24	24	【令】：已转研发
	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 丢包造成，是否可以更换 相应的模块配件。
25	25
26	26	~-~-解决:
27	27	状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置

1573633992288-441.png

Author

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

Size

...	...	@@ -1,0 +1,1 @@
	1	+29.4 KB

Content