DCA测试报告31.doc

《DCA测试报告31.doc》由会员分享，可在线阅读，更多相关《DCA测试报告31.doc（81页珍藏版）》请在三一办公上搜索。

1、DCA测试报告文件编号：DCA-100-R2-TR-1.09E编 写：版 本：1.09E审 核：日 期：2011-3-1批 准：版权声明本测试报告及相关文档受版权和知识产权法的保护，未经上海惠安系统控制有限公司的书面允许，不得在任何媒体上直接或者间接地重新生成，改写，发布，组装，传送，显示，发表和扩散。This Test Report is protected by copyright and intellectual property laws and may not be reproduced, rewritten, distributed, re-disseminated, transm

2、itted, displayed, published or broadcast, directly or indirectly, in any medium without the prior written permission Wescon Controls (Shanghai), Inc. 文档历史记录文档版本修订号更改日期更改人更改说明V1.00E12009/07/10尹路兵创建V1.01E12009/07/17尹路兵1、测试章节增加是否需测试项；2、增加是否pass表格和截图；3、网络规约增加双机双网测试章节；4、增加弥补测试项（自由发挥）；V1.02E12009/07/20尹路兵

3、1、更改第1章节中某些用词不准问题；2、插入DCA系统点初始化测试章节。V1.03E12009/07/29尹路兵1、对测试步骤及截图进行更新；2、删除不必要的项；3、增加表格索引。V1.04E12009/08/12尹路兵1、2.2.1.3章节DPA修正为DCA；2、3.1.1.3章节中第2条reset link报文修正为初始化结束报文；3、2.4.1.3章节中第2条版本号增加描述“版本号（需同时在命令菜单 v中和error log信息中同时观察版本是否相符）”。V1.05E12009-9-21虞麟勇增加2.11.1.3 7/8项数据库点状态.COMM LOST ONLINE/OFFLINE 状

4、态.V1.05E22009-10-12沈高境修改文档封面和编号格式。V1.06E12009-12-29虞麟勇根据编程规范全面修改。V1.07E12010-3-26虞麟勇增加数据库DEVICE状态点移动测试，增加数据库描述名。V1.08E12010-4-9虞麟勇增加遥测负数采集功能测试V1.09E12011-3-1虞麟勇增加遥调负多个Frame功能测试目录引言8编写目的8适用对象8相关文档8概述91. 测试计划101.1测试范围101.2测试内容101.3方法111.4测试环境搭建及配置121.5测试工具141.6Responsibilities（职责）141.7Staffing（人力安排）14

5、1.8进度安排142. DCA软件基本特性162.1DCA软件启动命令测试 需测试 不测试162.2DCA软件运行停止和重启 需测试 不测试192.3DCA配置检查 需测试 不测试212.4DCA软件启动信息显示 需测试 不测试242.5DCA系统点初始化测试 需测试 不测试252.6串口通讯测试 需测试 不测试272.7串口流控制测试 需测试 不测试302.8网络通讯测试 需测试 不测试322.9HDLC通讯测试 需测试 不测试352.10虚点统计 需测试 不测试372.11DCA系统点应用 需测试 不测试393. 规约特性413.1建立通讯 需测试 不测试413.2总召测试（General

6、/Group Interrogation Poll） 需测试 不测试433.3电度召唤测试（Group Counter Interrogation Poll） 需测试 不测试453.4自动的背景召唤 需测试 不测试483.5时间同步方式测试 需测试 不测试513.6时间同步精度 需测试 不测试543.7数据处理 需测试 不测试563.8遥测数据缩放比例测试 需测试 不测试593.9品质描述符（Quality Descriptor Flag）测试 需测试 不测试613.10DO命令测试 需测试 不测试633.11AO命令测试 需测试 不测试664. 性能测试684.1支持最大的连接数 需测试 不

7、测试684.2初始化时间和CPU利用率 需测试 不测试704.3雪崩测试 需测试 不测试724.4长时间稳定性测试 需测试 不测试744.5双机双网测试 需测试 不测试764.6DCA 容错性测试 需测试 不测试784.7DCA 多event 数据入库测试 需测试 不测试80表格索引表格 1 测试环境搭建所需硬件设备12表格 2 Software Versions13表格 3 Serial Connection Parameters Configuration Variations26表格 4 DO Configuration Variations58引言编写目的这篇测试报告指定了DCA（Da

8、ta Collection Application）软件的范围，测试项目，测试环境的搭建，测试职责，测试人员要求，以及对每一个独立项目的测试过程。测试过程指定了执行测试的一步步顺序操作。根据不同规约开发的DCA软件有其各自的特点，可基于本通用文档编写相对应的测试报告。适用对象这篇文档提供给测试者用来验证所开发的DCA软件满足功能说明中所有的功能需求并满足系统性能要求。这篇测试报告结果同样适用于开发者、质量保证者以及项目工程师。相关文档 DCA软件功能说明 DCA软件配置说明概述DCA软件是适用于多种产品（如ACU/ UC630/ MOXA/ EGS/ TLS/D25/D200/D20）的嵌入式

9、软件，在应用软件可在不同操作系统上运行，通过串口或网络（TCP/ UDP），按照规约协议进行数据传送。1. 测试计划这一章说明了DCA软件的测试范围、测试项目、测试方法、测试计划、测试职责、资源以及人员需求。 PASS：结果满足期望值。 FAIL：结果不满足期望值。 CONDITIONAL：结果有条件地满足期望值。1.1 测试范围本测试大纲描述了DCA软件通用的功能测试和性能测试。1.1.1 Assumptions（假设，前提条件）测试过程假设各测试平台的系统软件运行正常。1.1.2 约束条件无1.2 测试内容本测试大纲主要测试DCA软件的通用功能和性能。1.2.1 需要测试的内容1.2.1.

10、1 DCA软件基本功能测试 DCA的初始化和关闭 DCA的自我监视和恢复（如子进程超时没有响应或已经crash，则DCA主进程可以重新启动子进程） DCA初始化阶段可以配置检查 一个DCA可以和多个IED通讯 多个DCA可以同一个或者多个IED通讯 支持RS232/485串口通讯 支持网络TCP、UDP通讯 根据FS要求支持若干虚点指示DCA软件各进程的运行情况 支持串口流控制 支持错误信息输出至Error Log供查询1.2.1.2 规约特性测试（包括DCA与数据库的数据转换） 可与对侧设备通过具体的规约通讯。 可正确解析由IED上报的各种类型（AI/ DI/ CI）的数据value、时标和

11、quality，并正确的更新至数据库。规约中不支持的数据类型应被丢弃。 可正确的下发遥控、遥调、总召、电度召唤、对时等控制命令。 确认DCA的数据时标与IED上报的完全一致。 重启DCA可以精确保持events 应用层错误检查及报告1.2.1.3 性能测试 确认DCA能与多个IED同时通讯。 重启DCA主站查看初始化到通讯正常时间及CPU负荷率。 对200个或以上DI同时变位进行雪崩测试，查看DCA软件能否正确处理，查看CPU负荷率。 连续拷机1个月，观察Device Status有无failure，查看DCA能否正确处理四遥数据。 配置2个子站双网与DCA通讯测试，观察是否正常，双网络能否正

12、常切换。1.2.2 不测试的内容无1.3 方法熟悉DCA软件的配置手册和功能需求说明，全面熟悉测试DCA软件（如功能、范围、错误和异常情况处理等等）需要用到的不同的软、硬测试工具软件和人机界面（包括配置工具、PC机、浏览器等等），确认这些工具可以正常工作，并搭建好软、硬件的测试环境。1.4 测试环境搭建及配置1.4.1 硬件通过串口线或网线连接好被测设备和主机，确保所有设备能正常运行。表格 1 测试环境搭建所需硬件设备设备名称数量 通讯方式备注能运行ASE2000 PC机2 台以上 串口和网络主机需要有能正常通讯串口和网口 UC630 5台 串口和网络UC630需要有能正常通讯串口和网口 SW

13、ITCH 2台网络 至少有8 个RJ45网口 D200及4遥模块2台串口和网络构成双机热备及1S、1A、1K、1ACU D251台串口和网络D25需要有能正常通讯串口和网口 并行网线 16 根 交叉网线 2 PCBUG 电缆5 配置维护计算机 1串口和网络 RS232/RS485转换器21.4.2 软件 指用ASE2000/D200/UC630作为模拟子站，发送各类仿真子站通讯报文。 用D200/D25/UC630 相关的DCA软件，测试DCA软件和DPA收、发配合的情况。 D200/D25操作系统是PSOS，ACU/ UC630/ MOXA/ EGS/ TLS/MGS200操作系统是LINU

14、X，AS2000操作系统是WINDOWS。1.4.3 Firmware 按功能需求指定的系统和应用的firmware进行测试，并将相关信息记录在下表中。 按功能需求指定的firmware中应用或组成部分的版本测试并将相关信息记录在下表中。 按功能需求指定的基本系统测试并将相关信息记录在下表中。表格 2 Software VersionsDescriptionNumberSuggested VersionActual Version 1.4.4 软件/Firmware配置定义所有用到的软件/firmware的配置。如果有许多软件/firmware配置，或者比较复杂，可以放在附录详述，这样易于文档

15、的使用和扩展。如果没有特殊说明，测试过程将在下述默认软件/firmware配置下进行如果有多种必要的配置，确认在每一个测试过程中参考使用相应的配置。测试DCA的配置，通常包括： 1个DCA与1个IED通讯。 1个DCA与多个IED通讯。 多个DCA分别与各自的IED同时通讯。1.5 测试工具列出所有测试过程中用到的硬件、软件和firmware的测试工具或者测试脚本，例如模拟器，功能发生器以及仪表等。（如101/104 DCA中需用到直流源、交流源、万用表、集线器、便携机、D200、GE I/O模块、ACU、UC630等）1.5.1 硬件 可变的DC电压和电流源（用于测试DC AI） 校准过的仪

16、表（用于确认可变DC电压、电流源的输出）1.5.2 软件/Firmware 指定所有需要的软件和firmware测试工具或测试脚本，以及每一个工具运行的硬件平台。指定所用到的每一个测试工具的版本。 开发提供的测试报告、测试数据、用户手册可放于附录或另外的测试文档中。1.6 Responsibilities（职责）基于测试可用性上，确定每一个人员的职责。开发team：有责任进行开发测试，以及在执行测试过程中提供支持。测试（QC）team：有责任编写和执行测试计划以及测试过程。QA team：有责任检查和确认测试计划被执行，以及过程被记录。项目经理：有责任在测试过程中提供必要的资源。1.7 Sta

17、ffing（人力安排）确定计划和执行测试的人力要求计划和执行测试的人力要求如下： 项目经理（1） 测试人员（1）1.8 进度安排制定测试行为的完整计划。可用的操作系统和其他计划在内的测试，须在这里说明，以便于这些也被计算在测试时间表内。如果测试工具或测试输入数据需要开发，那么这些行为也必须包括在项目计划表内。如第一次测试进度表： 1、测试平台搭建： 2、DCA软件软件基本特性测试： 3、DCA软件软件规约功能测试： 4、DCA软件软件性能测试： 5、测试报告编写： 2. DCA软件基本特性2.1 DCA软件启动命令测试 需测试 不测试2.1.1.1 测试目的 如果DCA需要带参数启动，确认当启

18、动命令中参数为非法时，DCA程序无法启动。 确认DCA程序可以根据不同的启动参数以不同的方式运行，如debug信息显示的级别。 如果支持版本参数，确认DCA可以正确显示当前版本并退出。2.1.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.1.1.3 测试步骤测试步骤测试结果及相关贴图1 正确设置好DCA配置，并下载到RTU后，无出错信息。通过相关数据库操作命令观察DCA进程已在线，Error log中应有一条指示正常运行的记录。（包括软件标识和版权信息）2分别将不同的网络和串口通讯方式配置到RTU的COM和N

19、ET记录表中观察DCA进程已在线，是否有一条正常运行的记录。3DCA 如发现配置硬件端口和其他应用配置有冲突，应将进程挂起并在Error Log 指出相关冲突信息。3将超过范围的值配置到DCA的COM和NET记录表中（如-1），通过相关数据库操作命令观察DCA进程是否挂起，观察出错信息记录能否指出COM和NET记录表出错。4将超过范围的值配置到DCA的LRU表中，通过相关数据库操作命令观察DCA进程是否挂起，观察出错信息记录能否指出LRU记录表出错。5分别配置不同的参数到DCA的Frame表中，通过相关数据库操作命令观察运行信息。6分别配置不同的参数到DCA的POL表中，通过相关数据库操作命令

20、观察运行信息。7分别配置不同的参数到DCA的MAIN表中，通过相关数据库操作命令观察运行信息。8 确认所有的出错信息都记录在用户错误记录上库中，不能记录到系统信息库中。9用相关操作命令检查显示DCA 的版本号。Test Log For 2.1 软件启动命令测试项总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.2 DCA软件运行停止和重启 需测试 不测试2.2.1.1 测试目的 确认login 被测设备的linux嵌入式系统，通过“kill”命令，有足够权限的用户可以终止DCA的运行进程。 确认有足够权限的用户可

21、以通过启动命令，手工重启DCA。 确认DCA的每一次重启，都将写入error log。 确认没有足够权限的用户，不能终止或重启DCA。2.2.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.2.1.3 测试步骤测试步骤测试结果及相关贴图1 login 被测设备的linux嵌入式系统，通过“kill”命令，有足够权限的用户可以终止DCA的运行进程。2 有足够权限的用户可以通过启动命令，手动重启DCA。3 当DCA子进程crash时，一旦watchdog时间到，DCA父进程可以自动重启其子进程。4 DCA的每一次重

22、启，都会将启动信息写入error log。5 用USER登陆，确认登陆权限不够时，不能终止或重启DCA进程。Test Log For 2.2 软件运行和停止总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.3 DCA配置检查 需测试 不测试2.3.1.1 测试目的 确认非系统级配置错误，不影响DCA软件运行，并且在error log中产生对应的错误信息便于用户诊断。 测试PC侧编译配置的正确性。 本测试适用于ConfigVIEW、ConfigPro等APPL的编译和检查。2.3.1.2 测试环境搭建 在PC侧安装

23、好ConfigVIEW、ConfigPro等RTU编译软件。 在ConfigVIEW、ConfigPro等编译软件安装好DPA的APPL应用配置。 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.3.1.3 测试步骤测试步骤测试结果及相关贴图1在PC机通过配置软件配置、一个待测DCA配置文件，检查编译成功后的相关成功信息。2 编译软件能检测到任意一个非法DCA的配置，并且在编译器的error log中产生对应的错误信息便于用户诊断和改正。3编译软件能检测到任意一个非致命错误DCA的配置，并且在编译器的error log中产生对应的错

24、误信息便于用户诊断和改正。4数据库分配有效性检查：将DCA数据库初始分配的4遥点号设成小于DCA实际应用的点号，下载配置后DCA应自动挂起并报告出错原因。5使用默认配置参数，仅对DCA应用点号数目进行必要的配置，完成后的培植应能正确编译，下载后DCA进程应能正常启动。6数据库配置应该有专用的虚点及DI、AI、DO、AO、CI 描述名，不能仅显示“UNDEFINE”等通用数据名。Test Log For 2.3 配置检查总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.4 DCA软件启动信息显示 需测试 不测试2.

25、4.1.1 测试目的 确认若配置正确，被测设备正常启动后，DCA软件可以正常自动运行。 确认被测设备的用户界面中，可以正确显示DCA的基本信息。如DCA名称，当前通讯状态，系统点数量等等。 确认error log中没有相应的错误信息输出。2.4.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.4.1.3 测试步骤测试步骤测试结果及相关贴图1 DCA若配置正确，能够在D200、D25、UC630、MOXA、ACU等设备正常运行，能显示出相关进程号。（如D200的QP、UC630 的PS命令）2 确认D200、D2

26、5、UC630、MOXA、ACU被测设备中的用户界面中，可以正确显示DCA的基本启动信息：如启动时间、DCA名称、版本号（需同时在命令菜单 v中和error log信息中同时观察版本是否相符），当前通讯状态，系统点数量等。3 DCA若配置正确，error log中没有出错的信息输出Test Log For 2.4 软件启动信息显示总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.5 DCA系统点初始化测试 需测试 不测试2.5.1.1 测试目的 DCA正确初始化系统点和设备状态。 DCA虚点初始化为ON-LINE

27、和COM-OK，实点根据DCA MAIN配置表中的”failMode“参数初始化为ON-LINE&COM-FAIL或OFF-LINE&COM_FAIL。 DCA DS初始化为OFF-LINE和COM-FAIL。2.5.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.5.1.3 测试步骤测试步骤测试结果及相关贴图1 在DCA MAIN表中，配置“failMode”为SET_OFFLINE，编译下载后，查看相应的实点初始化为OFF-LINE&COM_FAIL。DCA DS初始化OFF-LINE&COM-FAIL。2

28、 在DCA MAIN表中，配置“failMode”为NOT_SET_OFFLINE，编译下载后，查看相应的实点初始化ON-LINE&COM_FAIL。DCA DS初始化为ON-LINE &COM-FAIL。3 查看DCA虚点初始化为ON-LINE和COM-OK。4 DCA应有子进程虚点，代表和子站通讯的状态，当和子站正常通讯是该虚点为“ON”，不能正常通讯时应显示为“OFF”5 数据库DEVICE状态点移动测试，用不同的DCA规约配置多个不同的DEVICE，观察DCA ONLINE、COM OK的状态是否能随着数据库的配置位置不同正常移动。本项测试最少需要移动2次。Test Log For 2

29、.5 系统点初始化总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.6 串口通讯测试 需测试 不测试2.6.1.1 测试目的 确认DCA可以通过不同的串口以及不同的波特率，奇偶校验位的设置与IED通讯。 支持RS232和RS485通讯。 确认支持查看各串口的通讯报文。 具体配置组合参考FS的要求，下表列举仅作参考。表格 3 Serial Connection Parameters Configuration VariationsVariation No.DUT PortBaud RateParityData Bi

30、tsStop Bits1130081Odd2230081None3330081Even4460081Odd5560081None6660081Even77120081Odd88120081None99120081Even1010240081Odd1111240081None1212240081Even1313480081Odd1414480081None1515480081Even1616960081Odd1717960081None1818960081Even19191920081Odd20201920081None21211920081Even2.6.1.2 测试环境搭建 配置一个简单的R

31、TU。 配置好一个能运行的DCA配置。 通过RS232线连接好模拟主机和RTU建立通讯。2.6.1.3 测试步骤测试步骤测试结果及相关贴图1 在PC侧通过配置软件配置串口不同的波特率，奇偶校验位和停止位并下载到RTU。2 确认DCA可以通过不同的串口以及不同的波特率，奇偶校验位的设置与模拟主站通讯。3 确认支持RS232和RS485通讯。（适用于UC630）4 确认可以查看各串口的通讯报文。5 具体须测如Table 3组合。6 串口DCA通讯进程启动应有一个延迟启动的配置项。在启动时间到后，DCA才能发送和子站的通讯报文。Test Log For 2.6 串口通讯测试总结Pass / Fail

32、 / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.7 串口流控制测试 需测试 不测试2.7.1.1 测试目的 确认当对应的串口流控制参数为Disable时，DCA软件不支持串口流控制。 确认当对应的串口流控制参数为Enable时，DCA软件支持串口流控制功能。 串口流控制功能测试包括：RTS、CTS信号测试等等。2.7.1.2 测试环境搭建 将DCA主站的串口和MODEM进行连接。2.7.1.3 测试步骤 测试步骤测试结果及相关贴图1.在PC侧通过配置软件将配置串口流控制项设成Disable后,下载配置到RTU。此时DCA和主机通讯应不响

33、应串口流控制2.确认当对应的串口流控制参数为Enable时，DCA软件支持串口流控制功能。3.当DCA 发送数据时，DCA应驱动串口的RTS控制MODEM发出载波信号，将 MODEM设置为载频受控方式，用示波器监视串口的RTS脚，此时应有高电平出现，用万用表测MODEM输出有中心频率发出。当发送完成后电平应变低，同时根据配置的不同，RTS控制信号提前出现可配；RTS控制信号延后消失可配。（用于控制和接收MODEM）MODEM中心频率消失。Test Log For 2.7 串口流控制总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test Engineer

34、Notes: 2.8 网络通讯测试 需测试 不测试2.8.1.1 测试目的 确认DCA支持TCP/IP通讯。 确认DCA支持UDP通讯。 确认不论是TCP还是UDP，都需指定network port number，否则无法通讯。 确认支持查看通讯报文。2.8.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 通过网线连接好模拟主机和RTU建立通讯。2.8.1.3 测试步骤测试步骤测试结果及相关贴图1 配置TCP/IP通讯规约，指定端口，通常104、DNP可配。运行正常后，查看DCA能否正常通过TCP/IP规约与子站通讯。2 配置UDP通讯规约，指定端口，通常DNP可

35、配。运行正常后，查看DCA能否正常通过TCP/IP规约与子站通讯。3 用查看通讯报文命令查看能否查看正常来往报文。4 去掉第1、2点中的通讯端口，观察DCA软件还能否与子站正常通信。5 网络DCA通讯进程启动应有一个延迟启动的配置项。在启动时间到后，DCA才能发送和子站的通讯报文。6 DCA 能指定本地网络IP 和远方网络IP，并能设置多条主站和子站的IP对应关联关系。Test Log For 2.8 网络通讯测试总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.9 HDLC通讯测试 需测试 不测试2.9.1.1

36、 测试目的 确认DCA支持HDLC通讯。 测试DCA通过HDLC和子站通讯的可靠性。2.9.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过HDLC线连接好主机和RTU。测试步骤测试步骤测试结果及相关贴图1 同时将DCA和子站的通讯模式设置为HDLC。2 通过HDLC电缆连接好RTU和主站DCA设备（多指D200/UC630）的HDLC链路口。3 通过主站DCA设备发链路连接和数据召唤命令。4 确认DPA能正常响应，并通过主站DCA设备观察通讯稳定性同时观察通讯状态和4遥数据库及SOE和COS记录收到数据是否正常。Test Log For 2.9 HDLC

37、通讯测试总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.10 虚点统计 需测试 不测试2.10.1.1 测试目的 根据FS，确认DCA支持的各类AI/DI/CI虚点统计正确。2.10.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连接通过PCBUG线或网线连接好模拟主机和RTU。2.10.1.3 测试步骤测试步骤测试结果及相关贴图1在DCA中配置多条LRU（逻辑RTU）记录。2观察DCA 的每个LRU都必须有自己的虚点来指示和主站的通讯情况和进程运行情况。3. 当主站和一个LRU

38、通讯时，能正常通讯时LRU相关的虚点的必须显示ON4断开通讯时LRU相关的虚点的必须显示OFF。5上述测试网络、和串口对应的LRU都必须测试。6能正确显示LRU本身进程的运行情况。Test Log For 2.10 虚点统计总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.11 DCA系统点应用 需测试 不测试2.11.1.1 测试目的 确认DCA所有系统点都可以被其他应用软件（如DPA、DTA）应用。 确认DCA所有系统点的value和quality都可以被force。2.11.1.2 测试环境搭建 配置一个简单的RTU。 配置好一个能运行的DCA配置。 连