也谈电子衡器的计算机信息管理系统

　    一、引言

　　自从衡器跨入电子化时代起，衡器技术很快和计算机技术结合起来并随之演化为智能化计算机网络的一部分，成为其终端的数据采集器。大型企业计算机网络的“触角”已经深入到了电子衡器的计量系统中，各衡器不是独立的工作，已经形成了一个信息沟通的网络。

　　二、计算机衡器管理的网络化管理框架

　　计量信息对于一个企业是非常重要的，是直接关系到质量和效益的问题，比如我所在的淮北矿业集团，大约有 80 多台大型衡器 (汽车衡和轨道衡)承担着大量和繁重的计量工作，有了电子衡器计算机网络化管理以后，工作效率和间接的效益很明显。下面是我们集团这一系统的模型构架图 (如图 1)：

　　系统采用 SQL 数据库系统，前端管理软件采用 DELPHI 编程语言，各工作站点可以分授权级别访问、查询相关的统计或明细数据。其中的终端软件可分为汽车衡管理与轨道衡管理两类。下面以轨道衡为例，简要划分其主要功能模块为：

　　汽车衡管理软件与轨道衡基本结构一致，只是管理的方式不一样，此处不再罗列。

　　在上端数据服务器中的数据采取硬盘双工和镜像技术保证数据的安全，工作站的访问可以以 IE的方式直接在企业内部网路上访问。

　　三、接口问题和兼容问题

　　在选择设计下端软件的语言时，考虑到接口数据的特殊性和系统运行的效率，选择了 DELPHI 语言，这样有很多的优点。

　　第一、DELPHI 语言加密性好，可以实现真编译，且运行效率很高;

　　第二、由于在进行仪表和计算机接口设计的时候有时要牵扯到对字节和位的操作，下面是一个读取 METTLER TOLEDO 8142 仪表接口数据的一段程序(状态字不像济南金钟的那样，需要从字节的位中提取)：

　　从划线的斜体字语句可以看出，有些仪表的状态是要从字节和位来取得的。

　　其次在设计中还有硬件兼容的问题，比如用济南 金 钟 的 AD4322 仪 表 ， 大 屏 采 用 METTLERTOLEDO 的 8660 (良好的延时显示)，那就存在数据格式的转化问题，笔者采用的办法是截取其数据部分，然后嵌入到另一格式的相对应位子 (注意补足空格和“0”)，效果良好。

　　当然，在一个软件系统中，最好采用一种类型的仪表，但现实是我们集团公司就有三大类型的仪表，尽管近年来各生产厂家在仪表内也设置了格式的选择项，但在计算机软件上设计接口类型选择更有现实意义。

　　其实，如果对每种接口类型的仪表编写一个针对性的 DDE 服务程序，那么前端的管理软件就可以保持一致性，对不同的称重仪表更换个调整DDE 服务程序即可。这点希望有关厂家可以考虑随仪表提供 DDE 服务程序以及相关参数，因为厂家提供的电子衡报表和统计管理软件往往是难以满足各行各业的管理要求。同时使用 DDE 技术，有利于实现“一机多秤”式管理。