Summary

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

Details

Page properties

文档作者

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

Content

...	...	@@ -2,41 +2,6 @@
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		-
40	40	= jkr_case#39_20200430 =
41	41
42	42	问题描述：这些账单金额非常大，都是在断网的时候出现的，而且小程序上的电费为负数