Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

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