电子信息工程专业毕业论文三相多功能表抄设表系统设计课件

I 摘 要 三相多功能表抄设表系统是 I/O 通讯控制系统和信息管理系统的结合,其开发 主要包括对 I/O 通讯端口的操作、后台数据库的建立和维护以及前端应用程序的开 发等几个方面。对于 I/O 通讯端口的操作要求通讯时端口稳定，可靠。对于后台数 据要求建立起数据一致性和完整性强、数据安全性好的库。而对于前端应用程序 则要求应用程序功能完备,易使用等特点。 因此本人结合三相多功能表抄设表的要求，对 MS SQL Server2000 数据库管理系统 【9】 、SQL 语言原理、Delphi 应用程序设计【1】，Delphi 数据库技术进行了较深入的 学习和应用，主要完成对三相多功能表抄设表系统的需求分析、功能模块划分、 数据库模式分析，并由此设计了通讯模块、数据库结构和应用程序。 系统运行结果证明，本文所设计的三相多功能表抄设表系统可以满足供电局 对多功能远程控制的需要。设计充分利用 Delphi 6、MS SQL Server2000 数据库技 术的强大力量，提高了编程效率和可靠性。 关键词：数据库，Delphi6，数据库组件，三相多功能抄设表系统，窗体 目 录 摘 要 I 第一章 题目的意义 11 绪论1 12 自动抄设表技术的发展背景1 13 自动抄设表系统概述 1 第二章 应用系统开发工具 21 Delphi6.0 VCL 组件的体系结构 2 2.2 数据库组件介绍 3 23 SQL 语言在 Delphi 中的应用4 2.4 MS SQL Server 简述 7 第三章 三相多功表抄设表系统设计输入 31 用户要求 9 32 可行性分析 9 第四章 三相多功表抄设表系统设计分析 41 数据流程图 11 42 应用需求分析 11 第五章 操作说明 51 主界面运行说明 15 52 管理参数运行说明 16 53 抄表界面说明 20 54 系统的维护22 第六章 结束语 24 致谢 25 工作简历 26 参考文献 27 附录 1 29 第一章 题目的意义 1.1 绪 论 当今社会是一个信息社会。自世界上第一台计算机问世到现在，计算机业飞 速发展，技术淘汰指标高的惊人，价格下降以及软件应用的快速扩展引发了以信 息处理计算机化为标志的“微机革命”，随之而来的是计算机向各个领域渗透，电能 表行业也不例外。 1.2 自动抄设表技术的发展背景 采用传统抄设表方式人工挨家挨户抄取电能表数据，不可避免地存在以下问 题：统计数据不准确，无法真实反映用户用电情况；操作难以规范化，造成不明 损失增加；数据采集不及时，无法实时反映系统状况，不能对用户行为进行有效 监控；且耗费人工多，成本高，效率低。显然，上述弊端使得人工抄表管理模式 不能适应电力体制的改革，也直接阻碍了诸如分时电价运营、预支电费等先进管 理模式的推行。自动抄设表技术就是在技术与管理两方面急待进步、改革的迫切 需求下逐渐发展起来的【3】。 1.3 自动抄设表系统概述 自动抄设表是指采用通讯和计算机网络等技术自动读取和处理表计数据，远 程控制电能表。发展电能自动抄设表技术是提高用电管理水平的需要，也是网络 和计算机技术迅速发展的必然。 随着电价的改革，供电部门为迅速出帐，需要从用户处尽快获取更多的数据 信息，如电能需量、分时电量和负荷曲线等，自动抄设表为实现上述要求提供了 切实可行的技术手段。随着现代电子技术的发展，通讯技术和计算机网络技术都 有了飞速进步，而二者的结合又进一步演化出许多新的通讯方式和通讯系统，为 自动抄设表即自动抄设表系统的实现提供了更多的现实可能。 目前，美国等发达国家已把自动抄设表技术广泛用于配电管理。我国对自动抄 设表技术的研究起步较晚，但是发展速度很快。随着电力市场管理改革的不断深 入、对自动抄设表技术的研究必将成为热点与方向【4】。 三相电能表抄设表是自动抄设表系统的一个主要组成部分，它是针对工业用户 而设计的自动抄设表控制系统。 第二章应用系统开发工具 2.1 Delphi6.0 VCL 组件的体系结构 Delphi 类可以粗略地分成两部分：一部分是组件类，这些组件类通常以某种 方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就 自动生成了该类的对象（非可视组件除外）；另一部分是功能类，这此功能类的 对象通常出现在程序代码中，起着不可代替的作用，但是这些功能类在组件面板 上是找不到的。在 Delphi 中，每一个类的祖先都是 Tobject 类,整个类的层次结 构就像一棵倒挂的树，在最顶层的树根即为 Tobject 类。这样，按照面向对象编 程的基本思想，就使得用户可用 Tobject 类这个类型代替任何其它类的数据类型。 实际上在 Delphi 的类库中，Tobject 类派生出了为数相当众多的子类，它们形成 了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体 系结构，只用到类层次树的叶结点就足够了。 这一小节简略介绍一下 Delphi 6.0 中 VCL（可视化组件库）【2】组件的体系结 构。凡是做过程序开发的人都知道从来没有单纯的数据应用程序，也就是说，数 据库应用程序必须和用户界面（可以是图形界面，也可以是命令接口）元素相结 合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用 Delphi 6.0 开 发数据库应用程序就隐含着界面开发。 组件在 Delphi 程序的开发中是最显眼的角色。大家知道，在编写程序时一般都开 始于在组件面板上选择组件并定义组件间的相互作用。但也有一些组件不在组件 面板上，例如 Tform 和 Tapplication（典型的非可视组件）。组件是 Tcomponents 派生出来的子类，可以流的形式存放在 DFM 文件中，具有事件和 Publish 属性。 窗口组件类是窗口化的可视化组件类，在 Delphi 的类库中占有最大的份额。 在实际编程中，窗口组件类的对象都有句柄，可以接受输入焦点和包含其它组件。 图形组件与窗口组件并列，是另一大类组件。图形组件不是基于窗口的，因而 不能有窗口句柄，不能接受输入焦点和包含其它组件。从图 8-43 中可以看出，图 形组件的基类是 TgraphicControl,在实际编程中，它们必须寄生于它们的宿主 窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和鼠 标活动相关的事件。图形控件最典型的例子是 Tlabel 和 TspeedButton。由此可以 看出图形组件的功能很弱，图形组件的用处何在呢？其实使用图形组件的最大好 处在于节省资源，正是因为它们的功能较弱，所以使用的系统资源就要少。在一 个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会 大减少程序对系统资源的消耗。 非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不 可见的（除各种对话框组件之外，事实上有人认为对话框组件不能归入非可视组 件，应该是另一种介于可视与非可视之间的组件）。 最后要说明一下，常说的控件实际上是一种组件。也就是说组件这个概念要大 于控件，控件在内涵上包含于组件中。控件由 Windows 系列操作系统提出并使用， 而组件是 Borland 和其它厂商在对 Windows 控件做了必要的扩展之后提出来的概 念，它们是在不同时期由不同的厂商提出的概念。 2.2 数据库组件介绍 用 Delphi6 开发数据库应用，重点是和各种数据库组件打交道，能和数据库挂 钩的组件对象有 5 种，它们是：Session（数据库会话） 、Database（数据库） 、 Dataset（数据集） 、DataSource（数据源） 、Data control（数据控制组件，也叫 data-controls 即数据感知组件） 。其中前面 4 种统称为数据访问（Data Access） 组件。 ADO 组件 Delphi6.0 包含了可以用来访问 Microsoft 公司的 ActiveX Data Objects（ADO）格式数据库的组件。ADO 是 Micrsoft 公司关于各种类型数据的高 等界面，后来逐渐演变成满足所有数据访问需要的完整解决办法。ADO 的对象模型 是所有数据访问接口对象模型中最简单的一种。Microsoft 公司用来访问 ADO 数据 的应用程序界面技术是 OLE DB。OLE DB 是一种底层编程接口，用来访问许多不同 类型的数据源，其中包括消息、文件系统以及其他一些非传统的数据源。OLE DB 是一个由 Component Object Model（COM）接口组成的集合，用来隐藏创建数据访 问服务过程中的细节。OLEDB 提供了访问任何数据资源的方法，包括相互关联的数 据库和相互不关联的数据库、Email 和文件系统、文本和图形以及用户定义的数据 对象。 Delphi 的 ADO 组件无需依靠 BDE 而是使用 ADO 技术，提供了可以通过数据控 制组件访问数据的新方法。唯一的要求是在使用 ADO 组件时必须运行 ADO/OLEDB。ADO 组件的使用使得 DELPHI 在访问数据的类型和采用的技术方面都 有了很大的突破。 数据模块设计窗口 数据模块设计窗口是用来设计和维护数据模块的。数据 模块设计窗口中包含了所有以.DTI 作为文件扩展名的 Data Diagram 文件的信息。 DTI 文件在编译时不起任何作用。 2.3 SQL 语言在 Delphi 中的应用 在 Delphi 中使用 SQL 语言非常方便，一般来说，都是通过 Tquery 或 TADOquery 组件来使用 SQL 语言的。可以在 Tquery 或 TADOquery 组件的 SQL 属性 中设置 SQL 语句。设计程序时，在该组件的属性对话框中选择 SQL 属性，单击带 省略号的按钮，就可以打开 String List Editor 对话框，然后我们就可以在对话 框中添加 SQL 语句。还可以使用 Delphi 的 SQL Builder 来自动生成 SQL 语句，这 样可以避免手工编写 SQL 而可能造成的语法错误。 静态 SQL 语句在程序设计时便已固定下来，它不包含任何参数和变量。 动态 SQL 语句，也被称作参数化的语句，在其中间包含着表示字段名或表名 的参数。 为参数赋值有三种方法： 根据参数在 SQL 语句中出现的顺序，设置 TADOQuery 组件的 parameters 属性 值为参数赋值。 直接根据 SQL 语句中各参数的名字，调用 ParamByName 方法来为各参数赋值。 将 TADOQuery 组件的 DataSource 属性设置为另一个数据源，这样将另一个数 据源中与当前 TADOQuery 组件的 SQL 语句中的参数名相匹配的字段值赋给其对 应的参数。利用这种方法也能实现所谓的连接查询，创建主要明细型数据库 应用。 在使用动态 SQL 语句编程时，常常用到一个很重要的方法 Prepare，调用 Prepare 方法之后，Delphi 会将带参数的 SQL 语句传送给与其对应的数据库引擎， 对动态 SQL 语句进行语法分析和优化。虽然在用动态 SQL 语句编程时，调用 Prepare 方法并不是必须的，但是调用 Prepare 方法后，会极大地提高动态 SQL 语句的执行性能，特别是当要反复多次执行同一条动态 SQL 语句时，其优越性会 更加明显。 如果在应用程序中执行一条 SQL 语句之前并没有显式地调用 Prepare 方法，每次在执行 SQL 语句时，Delphi 会隐含地调用 Prepare 方法以准备这个查 询。 TadoQuery 部件还有一个 Prepare 属性，这是一个布尔型属性，当其属性值 为 True 时， 表明该查询已被准备好了( SQL 语句已被传送到数据库引擎中 ) ， 当我们使用参数编辑器 Parameters Editor 来为动态 SQL 语句中的参数赋值时， 当设置完相应的参数值并退出参数编辑器时，Delphi 会隐含地调用 Prepare 方法 以准备好查询。 当 SQL 语句执行完之后，要想准备下一个查询，首先必须调用 Close 方法， 然后才能调用 Prepare 方法准备下一个查询。一般来说，在一个应用程序中应该 调用一次 Prepare 方法，常常在窗体的 OnCreate 事件处理过程中调用 Prepare 方 法， 然后用上述介绍的方法为参数赋值，最后调用 Open 方法或 ExecSQL 方法执 行 SQL 语句，以完成查询。 当然在调用 Prepare 方法准备好一个查询时，会消耗一些数据库资源， 因而 每当一个查询执行完毕之后，要养成调用 UnPrepare 方法以撤消查询的好习惯。 在运行程序过程中，通过程序改变 TQuery 或 TADOquery 部件的 SQL 属性值时， Delphi 会自动地调用 Close 方法和 UnPrepare 方法，以撤消查询。 在程序运行过程中，要想设置 Tquery 或 TADOquery 部件的 SQL 属性，必须首 先调用 Close 方法，关闭 TQuery 或 TADOquery 部件，然后再调用 Clear 方法清除 SQL 属性中现存的 SQL 命令语句， 最后再调用 Add 方法为 SQL 属性设置新的 SQL 命令语句。 在为 TQuery 或 TADOquery 部件设置 SQL 属性时调用 Close 方法总是很安全的， 如果 TQuery 或 TADOquery 部件已经被关闭了，调用 Close 方法时不会产生任何影 响。在应用程序中为 SQL 属性设置新的 SQL 命令语句时，必须要调用 Clear 方法 以清除 SQL 属性中现存的 SQL 命令语句，如果不调用 Clear 方法，便调用 Add 方 法向 SQL 属性中设置 SQL 命令语句，那么新设置的 SQL 命令语句会追加在现存 SQL 命令语句后面， 在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行 下去。 在这里要特别注意的，一般情况下 TQuery 或 TADOquery 部件的 SQL 属性只能 包含一条完整的 SQL 语句，它不允许被设置成多条 SQL 语句。当然有些数据库服 务器也支持在 TQuery 或 TADOquery 部件的 SQL 属性中设置多条 SQL 语句，只要数 据库服务器允许这样，我们在编程时可以为 SQL 属性设置多条 SQL 语句。 在为 TQuery 或 TADOquery 部件设置完 SQL 属性的属性值之后，也即编写好适 当的 SQL 程序之后，可以有多种方式来执行 SQL 程序。 在设计过程中，设置完 TQuery 或 TADOquery 部件的 SQL 属性之后将其 Active 属性的值置为 True， 这样便可以执行 SQL 属性中的 SQL 程序，如果应用中有与 TQuery 或 TADOquery 部件相连的数据浏览部件( 如 TDDGrid TDBEdit 等)那么在这 些数据浏览部件中会显示 SQL 程序的执行结果。 在应用程序运行过程中，通过程序调用 TQuery 或 TADOquery 组件的 Open 方 法或 ExecSQL 方法可以执行其 SQL 属性中的 SQL 程序。Open 方法和 ExecSQL 方法 是不一样的。Open 方法只能用来执行 SQL 语言的查询语句(Select 命令)， 并返 回一个查询结果集，而 ExecSQL 方法还可以用来执行其它常用的 SQL 语句(如 INSERT, UPDATE, DELETE 等命令)，例如： Query1.Open (这样会返回一个查询结果集) 如果调用 Open 方法，而没有查询结果时，会出错。此时应该调用 ExecSQL 方法来 代替 Open 方法。如： Query1.ExecSQL (没有返回结果) 当然在设计应用程序时，程序设计人员是无法确定 TQuery 或 TADOquery 组件中的 SQL 语句是否会返回一个查询结果的。对于这种情况应当用 TryExcept 模块来 设计程序。在 Try 部分调用 Open 方法，而在 Except 部分调用 ExceSQL 方法，这 样才能保证程序的正确运行。 例如： Try Query1.Open Except Query1.ExecSQL End 通过 Tquery 或 TADOquery 组件可以获得两种类型的数据： “活动”的数据 这种数据就跟通过 TTable 部件获得的数据一样，用户可以通过数据浏览部件 来编辑修改这些数据，并且当调用 Post 方法或当焦点离开当前的数据浏览部件时， 用户对数据的修改自动地被写回到数据库中。 非活动的数据(只读数据) 用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过 TQuery 部件获得的查询结果数据是只读数据，要想获得“活动”的数据，在应用程序中 必须要设置 Tquery 或 TADOquery 组件的 RequestLive 属性值为 True，然而并不是 在任何情况下(通过设置 RequestLive 的属值 True)都可以获得“活动”的数据的， 要想获得“活动”的数据，除了将 TQuery 部件的 RequestLive 属性设置为 True 外，相应的 SQL 命令还要满足以下条件。 本地 SQL 语句查询情况下，要得到可更新的数据集，SQL 语句的限制为： 查询只能涉及到一个单独的表 SQL 语句中不能包含 ORDER BY 命令 SQL 语句中不能含聚集运算符 SUM 或 AVG 在 Select 后的字段列表中不能有计算字段 在 Select 语句 WHERE 部分只能包含字段值与常量的比较运算，这些比较运算 符是：Like, , =, =。各比较运算之间可以有并和交运算：AND 和 OR 当通过 SQL 语句查询数据库服务器中的数据库表： 查询只能涉及到一个单独的表 SQL 语句中不能包含 ORDER BY 命令 SQL 语句中不能含聚集运算符 SUM 或 AVG 运算 另外，如果是查询 Sybase 数据库中的表，那么被查询的表中只能有一个索引。 如果在应用程序中要求 TQuery 或 TADOquery 组件返回一个“活动”的查询结果数 据集，但是 SQL 命令语句不满足上述约束条件时，对于本地数据库的 SQL 查询， BDE 只能返回只读的数据集。对于数据库服务器中的 SQL 查询，只能返回错误的代 码。当 Tquery 或 TADOquery 组件返回一个“活动”的查询结果数据集时，它的 CanModIfy 属性的值会被设置成 True。 2.4 MS SQL Server 简述 SQL Server 是一个后台数据库管理系统,它功能强大操作简便,日益为广大 数据库用户所喜爱。越来越多的开发工具提供了与 SQL Server 的接口。SQL Server 是一个关系数据库管理系统，它最初是由 Microsoft、Sybase 和 Ashton- Tate 三家公司共同开发的。于 1988 年推出了第一个 OS/2 版本，在 Windows NT 推出后，Microsoft 与 Sybase 在 SQL Server 的开发上就分道扬镳了，Microsoft 将 SQL Server 移植到 Windows NT 系统上，专注于开发推广 SQL Server 的 Windows NT 版本。 SQL Server 2000 是 Microsoft 公司推出的 SQL Server 数据库管理系统的最新 版本，该版本继承了 SQL Server 7.0 版本的优点，同时又比它增加了许多更先进 的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运 行 Microsoft Windows 98 的膝上型电脑到运行 Microsoft Windows 2000 的大型 多处理器的服务器等多种平台使用。MSSQL Server 不但可以应用于大中型数据库 管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，SQL Server 数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都 可以轻易的发现，在 SQL Server 的数据库处理方式，则是使用面向对象的操作方 式与精神，也就是说，SQL Server 的所有功能，都可以基于系统已经建立好的一 些对象来达成，是相当 OO（面向对象）的一个系统结构。 SQL Server 企业管理器是 SQL Server 的主要管理工具，它提供了一个遵从 MMC 标准的用户界面，使用户得以： 定义 SQL Server 实例组。 将个别服务器注册到组中。 为每个已注册的服务器配置所有 SQL Server 选项。 在每个已注册的服务器中创建并管理所有 SQL Server 数据库、对象、登录、 用户和权限。 在每个已注册的服务器上定义并执行所有 SQL Server 管理任务。 通过唤醒调用 SQL 查询分析器，交互地设计并测试 SQL 语句、批处理和脚本。 唤醒调用为 SQL Server 定义的各种向导。 第三章 三相多功表抄设系统设计输入 3.1 用户要求 能够对串口有选择性，能抄多台表的数据及同台表不同时刻的数据且可以保 存数据，能查询抄回的数据且能打印报表，能按不同权限按客户要求修改表中的 参数；界面友好，操作简单方便，具体要求如下： 1串口有选择：按客户要求选择不同的串口。 2数据采集：可采集电表中允许抄表的全部数据（电能，需量， 需量时间，失压记录，失流记录，过载记录，校时记录，开盖记录，电表表 号，电表脉冲常数，电表控制字等） 。 3数据查询：可查询采集回的全部数据（电能，需量，需量时间， 失压记录，失流记录，过载记录，校时记录，开盖记录，电表表号，电表 脉冲常数，电表控制字等） 。 4报表打印：可按需求打印采集回的数据。 5设表：可按权限设电能表允许设表的全部数据（电表表号，电 表脉冲常数，电表控制字，节假日表号，键显，轮显等） 。 6系统界面友好，操作方便。 3.2 可行性分析 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够 解决，在可行性分析的三个方面（技术可行性、经济可行性、操作可行性）上来 看，都能达到要求，根据可行性分析的要求，可行性分为下面几个步骤： 复查系统规模和目标 多功能电能表抄设表系统包括七模块：串口选择、数据采集、信息查询、报表 打印、数据修改、设表、系统维护七大模块；其中数据采集,要对采集回的数 据分类，供查询、统计等操作；信息查询负责抄回数据的分解、排列等操作， 其中要实现转存等功能；信息查询负责按各种不同方式进行查询所有的结果； 报表打印主要负责采集回的电表数据的统计和存档；系统维护主要负责系统的 密码设置及系统的有关情况； 多功能电能表抄设表系统状况及系统的特点 本系统采用面向对象的程序设计语言 Delphi，本系统采用面向对象的程序设计 技术，在美化其操作界面的基础上，新增了许多辅助功能，使其具有内容详细， 功能强大，界面友好等特点。 导出新系统的高层逻辑模型 数据字典（见后页） 导出评价选择的解法（略） 推荐行动方针（略） 草拟开发计划（略） 书写文档提交审查 第四章 三相多功表抄设系统设计分析 4.1 数据流图 总的数据流图： 图 41 说明：图 41 为整个电能表抄设表系统的流程图，基本上已包括子模块的一些流程。电 能表抄设表系统分为抄表，查询，修改数据，设表四个阶段，抄表包括数据的分解和存储数据， 查询包括将数据分解成可读格式并显示出来，修改是按设表要求把各参数设置好并保存，设表 是将修改后的参数设入电能表中，其中用了大量的数据库操作。其他的数据流程图较为简单。 （略） 4.2 系统分析 所谓系统分析，就是指在整个系统开发工程中，解决“做什么”的问题，把要 解决哪些问题，满足用户哪些具体的信息需求调查分析清楚，从逻辑上或说从信 息处理的功能需求上提出系统的方案，即逻辑模型，为下一阶段进行物理方案设 计，解决怎么办提供依据。它是信息开发系统中的一个重要阶段，是建立系统模 型的第一步。在目标分析与需求分析的基础上，我把该系统主要分为如下几个模 电 能 表 管 理 中 心 设 表 要 求 查 询报 表 抄表 设表 修改参数 块：主控模块，数据采集模块、信息查询模块、打印报表模块、系统维护模块、 参数设置模块。 1.主控模块：它主要是对其他各个功能模块的调用，指导各个功能模块按 照要求完成自己的任务。如图 42 图 42 2.数据采集模块：主要是通过通讯端口对电能表的数据进行采集，并把采集的参数自动放进各 数据库，已备调用。如图 43 数据采集 电能数据采集集 需量数据采集 输入表号数据采集 显示数据 退出子系统 存储数据 打印数据 失压数据采集 失流数据采集 多功能电能表抄设表系统 身 份 验 证 串 口 选 择 数 据 修 改 系 统 维 护 打 印 报 表 数 据 采 集 信 息 查 询 参 数 设 置 图 43 3.信息查询模块：主要是按各种要求查询采集回来的数据，按各自的选项显示。如图 44 图 44 4.打印报表模块:按各种要求打印报表。如图 45 打 印 报 表 电能报表 需量报表 信 息 查 询 退出系统 按表号查询 按时间查询 按操表员查询 按数据模块查询 抄表表号 失压报表 失流报表 抄表时间 抄表员 电表电能 图 45 5.系统维护模块:如图 46 图 46 6.参数设置模块:电能表的管理参数设置。如图 47 系 统 维 护 密 码 设 置 关于本系统 更 换 背 景 退出系统 基本项参数修改基本项参数设置 时区参数修改时区参数设置 日时段表修改日时段表设置 假日表参数修改 轮显编码修改 考核项参数修改 状态字参数修改 键显编码修改 假日表参数设置 轮显编码设置 考核项参数设置 状态字参数设置 键显编码设置 输 入 密 码 权 限 参 量 数 据 设 置 图 47 第五章 操作说明 5.1 主界面运行操作说明 如图 51 图 51 启动程序后，程序首先进入通讯设定界面。 顶部的快捷按钮分别用来修改密码，表号，即时冻结，广播校时， 及修改通信速 率。 修改密码，如果没有返回“密码修改成功”的提示窗口，则修改失败。 最大需要量、即时冻结命令，根据国标无返回，请根据读表数据自行判断。 进行读操作时，必须输入表号。 进行设表操作时，则还必须输入密码，权限。 负荷记录间隔修改负荷记录间隔设置 出厂波特率默认为 1200，校验方式是偶校验，停止位 1 位，数据位 8 位，流控制 选择无。 如作过设置改动，则设置完毕后，要点选数据保存菜单中的端口设置，如图 52，设置才会生效。 图 52 通讯参数设定后，方可以进行读表，设表操作。 5.2 管理参数设置 图 53： 图 53 点击参量数据，所有的读表，设表操作，既可以通过下方的按钮菜单进行，两种 方式具有相同的功用，可根据个人的喜好，选择喜欢的操作方式。按钮菜单请参 照如图 54 示： 图 54 读数据按钮可以选择性地读数据(通过点选右侧的列表框)，也可以读全部的数据项。 设置按钮则可以选择性地写数据，也可以写全部的数据项。 点击缺省参数按钮，可以保存当前的参数数据，或者加载已保存的参数数据。保 存缺省参数可以方便此后的数据输入。 也可以通过鼠标右键菜单进行，如图 55 所示： 图 55 每次单击，菜单项目会在写数据与读数据之间交替变换。 当鼠标停留在每个编辑框上方时，会有提示显示，请按照提示内容进行数据输入。 当输入的字符个数少于提示时，程序会自动在左边补零。如字符个数超出，系统 会提示错误，并将编辑框清零。 设置参数成功，列表框对应项目所做的选择会被清除。 注：有读设表操作进行时，请勿进行其他的读设表操作，否则导致程序停止响应。 时区界面如图 56： 如进行参数设置，请先点选设表项，并设置月份，日期，及日时段表号，然后点 击相应的时区，即可进行数据输入。选择右边的列表框，进行设表项目选择。 图 56 参数数据的其他界面，与上述界面类同，唯一需要注意的是，在考核项目这 部分，选择项目比较多，对于各项的含义，当用户在切换选项值时，图 57 做标 记的状态栏部分会出现提示，对项目含义进行解释，以尽量方便用户的操作。 图 57 5.3 抄表界面说明 变量数据部分，当选择网格单元时，如果该单元为状态字，在界面下方会出现 对状态字含义的解释。图 58 图 58 关于电量数据，需量数据等，界面大同小异，不同之处在与，有一个数据保存按 钮，点击不同的菜单项目，可以保存数据，以供以后调阅。图 59 图 59 数据调阅显示曾保存过的电表数据： 列表项目的格式：表号 AT 年月日时， 双击一个项目，而后转到相应的界面，即 可查看数