Summary

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

Details

Page properties

文档作者

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

Content

...	...	@@ -2,6 +2,41 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
	5	+= jkr_case#40_20200507 =
	6	+
	7	+问题描述：白名单无效
	8	+
	9	+~-~-跟踪
	10	+【罗宾森】：
	11	+问题：1，现场4代或者2代，已经下发了白名单，但是无法离线充电。
	12	+要求：1，解决现场问题，达到离线充电共呢，
	13	+分析：1, 其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，
	14	+ 2，平台吴工说下发没有问题。
	15	+结果：想通过平台协议中代有的功能确定，平台下发的白名单，成点击是否成功，白名单的信息是否和平台下发的一致。
	16	+
	17	+并且5代设备马上也要进行白名单的测试 所以也需要确定白名单下发后，充电机本身的记录信息是否正确，
	18	+
	19	+【令】：
	20	+基于：“其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，”。
	21	+我方判断 可能：
	22	+1、平台白名单配置 需再次检查。
	23	+2、桩端接受白名单的流程是？ 桩端是否有入口、界面、或本地日志能正面已经接收到白名单等日志信息。
	24	+3、检查流程，设置白名单后，桩至少需要一次重启，触发接受白名单消息的动作。
	25	+4、罗宾森桩白名单调试，历史回顾见下：
	26	+
	27	+~ 通知许总建议：
	28	+白名单的功能从2019 11月 试运营至今已 半年多， 似乎每次在新站点启用都遇到新问题，是否 需要总结：
	29	+1 平台的机制 不会改，如有改动会及时通知。
	30	+2 管理端的配置 至关重要，数据需要准确。
	31	+3 桩端是否有标志标识可以 查看是否启用、接收到白名单的动作或数据， 排查桩端等因素影响。
	32	+4 排除1、2、3 因素后，根据现场日志证明，平台技术应及时介入 核查是否平台端异常引起。
	33	+5 建议 运营方金凯瑞、罗宾森 能否安排项目管理人员，做好日常问题记录和管理工作。（理解 研发人员只从纯技术角度思考问题，所以为了日常的稳定运营，应安排项目管理人员做好管理）
	34	+
	35	+
	36	+~-~-解决:
	37	+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
	38	+售后（跟单）工程师：施文俊
	39	+
5	5	= jkr_case#39_20200430 =
6	6
7	7	问题描述：这些账单金额非常大，都是在断网的时候出现的，而且小程序上的电费为负数