Summary

• Page properties (2 modified, 0 added, 0 removed)
• Attachments (0 modified, 5 added, 0 removed)
  • 1573633992288-441.png
  • 1575445987388-997.png
  • 1578900456181-994.png
  • 1579061130998-533.png
  • 罗宾森_20191112001934329341问题排查.log

Details

Page properties

文档作者

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

Content

...	...	@@ -2,6 +2,211 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
	5	+(% class="wikigeneratedid" %)
	6	+= gdss_case#9_20200117 =
	7	+
	8	+(% class="wikigeneratedid" %)
	9	+问题描述：截止到今 颂盛未处理异常账单统计
	10	+
	11	+(% class="box infomessage" %)
	12	+(((
	13	+提供一份数据：1）未处理异常账单统计。
	14	+
	15	+1）异常账单统计：下表为 **2019年3月到至今**之未处理异常代码统计
	16	+
	17	+|**异常代码\统计时间段**|**201903-至今**
	18	+|**1-账单丢失**|261
	19	+|(((
	20	+**3- 时间异常**
	21	+)))|219
	22	+|**11-电量丢失**|294
	23	+|**2-账单丢失（设备离线）**|7
	24	+|**3，4（充电电量异常），5（充电时长异常），8（充电电量与平台不符），9（充电时长与平台不符）**|1
	25	+|**3,5,7（充电时间重叠）,8,9**|2
	26	+|**3,5,8,9**|1
	27	+|**3，6（占桩时长异常）**|18
	28	+|**3，8**|273
	29	+|**3，8，6**|115
	30	+|**3，8，9**|3
	31	+|**4，8，6**|1
	32	+|**6**|1291
	33	+|**7**|15
	34	+|**7，8**|3
	35	+|**7，8，9**|20
	36	+|**7，8，9，6**|44
	37	+|**7，9，6**|15
	38	+|**8**|77854
	39	+|**8,6**|32902
	40	+|**8,9**|536
	41	+|**8,9,6**|1347
	42	+|**9**|36
	43	+|**9,6**|33
	44	+|**合计**|115291‬
	45	+)))
	46	+
	47	+~-~-解决:
	48	+状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
	49	+
	50	+数据统计人：Chinyee
	51	+
	52	+
	53	+= gdss_case#8_20200115 =
	54	+
	55	+问题描述：旧平台
	56	+1.吴小英说他误修复了几张异常账单，希望把那几张单改回异常状态。
	57	+
	58	+2.修复后报表里多了这几张单，颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
	59	+
	60	+3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
	61	+
	62	+~-~-跟踪
	63	+
	64	+【YD】：
	65	+
	66	+1）2）已修复的，我们不能随意修改客户数据，如果客人问起来您需要向他们解释。
	67	+3）颂盛这边一直都是配置成允许异常账单先结算扣款，后续人工修复再补扣，所以报表能看到
	68	+【shi】：1、下图配置的意思是允许异常账单先结算扣款，后续人工修复再补扣。
	69	+2、一些客户不能及时修复账单，是用了先结算， bo2和bo1的机制是一样的。
	70	+3、建议客户及时处理异常账单，特别是公交周期结算前 是必须处理完的。
	71	+[[image:1579061130998-533.png]]
	72	+
	73	+
	74	+
	75	+~-~-解决:
	76	+状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
	77	+
	78	+售后（跟单）工程师：施文俊 YD
	79	+
	80	+= gdss_case#7_20200113 =
	81	+
	82	+问题描述：
	83	+
	84	+颂盛旧系统平台
	85	+日期：2020-01-13
	86	+桩站名称：颂盛站点
	87	+手机号：
	88	+订单号：20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
	89	+充电桩号：44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
	90	+充电枪号：
	91	+充电时间：
	92	+结束时间：
	93	+现场网络连接状态：正常
	94	+ 异常状态：充电电量与平台不符
	95	+问题描述：充电电量与平台不符，请帮忙查看一下是什么原因，见下图：
	96	+
	97	+[[image:1578900456181-994.png||height="469" width="942"]]
	98	+
	99	+~-~-跟踪
	100	+
	101	+【YD】：转研发确认是否与gdss_case#6_20191204的原因一致。
	102	+【令技术】：以上账单中出现的“充电电量与平台不符”的异常,  都是由于充电桩在充电前上送心跳的电表总读数均为0， 启动充电后，电表总读数变为一个较大的值 造成的 计算异常。
	103	+
	104	+~-~-解决:
	105	+状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
	106	+
	107	+售后（跟单）工程师：施文俊 YD
	108	+
	109	+= gdss_case#6_20191204 =
	110	+
	111	+广州颂盛旧系统平台
	112	+日期：2019-12-04
	113	+桩站名称：塘坑站点、大岗站点、桥南站点、
	114	+手机号：
	115	+订单号：
	116	+充电桩号：
	117	+充电枪号：
	118	+时间：2019年11月份
	119	+\\现场网络连接状态：正常
	120	+ 异常状态：金额、峰、平、谷值都为0
	121	+问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
	122	+
	123	+20191108112557047049
	124	+20191109045929266559
	125	+20191112002225771301
	126	+20191116000001501830
	127	+20191125001902046919
	128	+20191127001635518809
	129	+20191106044333115970
	130	+20191109000104273153
	131	+
	132	+~-~-跟踪
	133	+
	134	+【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
	135	+
	136	+【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
	137	+
	138	+[[image:1575445987388-997.png||height="365" width="842"]]
	139	+
	140	+~-~-解决:
	141	+状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
	142	+
	143	+售后（跟单）工程师：施文俊 YD
	144	+
	145	+
	146	+= gdss_case#5_201911113 =
	147	+
	148	+广州颂盛旧系统充电平台
	149	+
	150	+日期：2019-11-13
	151	+桩站名称：
	152	+手机号：
	153	+订单号：20191108112557047049/20191109000104273153/20191109045929266559
	154	+充电桩号：
	155	+充电枪号：
	156	+开始充电时间：
	157	+现场网络连接状态：正常
	158	+异常状态：
	159	+问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
	160	+
	161	+~-~-跟踪
	162	+
	163	+【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩， 这个电表读数异常的问题，还存在。
	164	+
	165	+[[image:1573633992288-441.png]]
	166	+
	167	+~-~-解决:
	168	+状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
	169	+
	170	+售后（跟单）工程师：施文俊  何倩怡
	171	+
	172	+
	173	+= gdss_case#6_20191112 =
	174	+
	175	+广州颂盛旧系统平台
	176	+日期：2019-11-12
	177	+桩站名称：广州颂盛桥南充电站
	178	+手机号：
	179	+订单号：20191112001934329341
	180	+充电桩号：44011300040000200061
	181	+充电枪号：
	182	+开始充电时间：2019-11-12 00:23:38
	183	+结束时间：2019-11-12 03:50:36
	184	+现场网络连接状态：正常
	185	+ 异常状态：充电量与平台不符
	186	+
	187	+[[image:1573546978385-211.png||height="334" width="705"]]
	188	+
	189	+~-~-跟踪
	190	+
	191	+【令】：已转研发
	192	+【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
	193	+to 金凯瑞许总：
	194	+请关注罗宾森桩程序目前的问题。
	195	+联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
	196	+附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
	197	+1）背景知识：计算机需要按照约定的协议严格执行协议流程。
	198	+2）类比举例：
	199	+吃饭需要5步，即：1，2，3，4，5。
	200	+小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
	201	+3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
	202	+4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
	203	+5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
	204	+
	205	+~-~-解决:
	206	+状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
	207	+
	208	+售后（跟单）工程师：施文俊 YD
	209	+
5	5	= gdss_case#5_20191031 =
6	6
7	7
...	...	@@ -98,7 +98,7 @@
98	98
99	99	售后（跟单）工程师：施文俊  何倩怡
100	100
101		-= =
	306	+= =
102	102
103	103	= gdss_case#2_20190927 =
104	104
...	...	@@ -165,4 +165,21 @@
165	165
166	166	售后（跟单）工程师：施文俊
167	167
168		-
	373	+
	374	+~#~##番禺项目汇报-20180724
	375	+人员：
	376	+ 罗宾森售后
	377	+ 金凯瑞工程人员、项目经理、平台管理员
	378	+ 令狐充平台工程师
	379	+ 番禺场站公交负责人、运维人员
	380	+\\阶段性成果：
	381	+ a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
	382	+ b、目前支持站点密码为场站之车辆进行充电。
	383	+ c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
	384	+
	385	+
	386	+联调之问题汇总：
	387	+1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
	388	+2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
	389	+3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高，由施工和may处理】
	390	+4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】

1573633992288-441.png

Author

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

Size

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

Content

1575445987388-997.png

Author

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

Size

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

Content

1578900456181-994.png

Author

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

Size

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

Content

1579061130998-533.png

Author

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

Size

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