2 几种网络远程控 制实现方案及 比较
虚拟仪 器测试 平 台的 网络远程控制采用 客户/ 服
同的设备, 这样可以方便地将多台测量仪器综合成为 一个测试系统 , 并且非常方便地添加, 减少设备 .
随着计算机 网络技术 的飞速发展 , 于 网络 的远 基
务器(/ ) C S结构实现, 本地计算机作为服务器端, 直接
通过通信端 口控制各设备 , 远程控制终端作为客户端,
连接 到服务器 上 , 进行远程 控制操 作 .
第 4期增 刊
基于网络的虚拟仪器测试平台设计
远程控制的具体实现方式有多种 , 一种方式是本
示, 并通过网络将更新后的数据发送给远程终端, 以保
持双方数据的同步 . 这一方案双方数据 同步性好 , 由于
地主机直接向远程终端发布本地仪器控制界面静态或 动态的图像( N 公司提供的 G e Sre) 如 I W b vr .这种 e 方式的好处是远程终端工作量小, 网络编程简单, 客户 端只需普通的网络浏览器就可以实现远程控制.缺点 是图像的传输会消耗大量的网络资源, 当网络带宽受 限制时会影响远程控制的效果 , 尤其是当测试平 台中 包含多台仪器时, 这个问题就更加明显. 另一种方式是 在远程终端上也运行一个虚拟仪器控制界面, 本地主 机和远程终端间只传输仪器控制命令和现场采集到的 数据. 这样网络上只传输少量数据, 连接双方都可以迅 速对控制命令做出响应 , 反应迅速 , 尤其在系统包括多 个设备操作界面时, 这一优点更加突出. 其缺点是需要 在远程终端上也运行一个虚拟仪器控制界面, 网络编 程工作量较大. 综合比较这两种实现方式, 在虚拟仪器测试平台 开发中, 由于测试平台包括多台仪器, 并且有些设备并 不需要与计算机进行大量的数据交换 ( 如可编程 电源 设备等)因此采用第二种方式实现网络的远程控制效 ,
果更好 .
传递的是界面操作命令和返回值数据, 所以任意一方 改变仪器设置, 另一方都可以立即更新数据和显示. 但 编程工作量相对较大. 在实际项 目设计过程中, 对操作的实时性要求较 高, 以选用后一种方案实现虚拟仪器的远程控制较 所
为理想 .
3 系统设计概述
虚拟仪器测试平台系统的硬件构成一般包括: 计 算机, 基于计算机总线的测量板卡, 各种测量中要使用
到的仪器如: 示波器, 信号源, 程控电源, 信号采集系统 等.计算机通过 G I , 3 , PB R 22U B等接 口和设备连 S S
接, 同时, 通过网络与远程终端连接 , 从而达到远程控
制的目的.系统结构如图 1 所示.
第二种远程控制有两种实现方案, 这两种方案的
区别在于远程终端对本地仪器访问方式的不同.
一种方案是直接远程传递对通信端 口( PB G I, R 22U B等) S3 , S 操作的命令.远程用户操作虚拟仪器
界面时, 远程终端通过网络把控制指令字符串发送给 主机, 本地计算机接收到远程指令后从中提取出所需
图 1 系统结构框 图
指令字符串, 直接调用通信板卡制造商提供的函数, 使
用这些指令字符串对端 口操作 , 并向远程终端返 回结
果. 这样的好处是编程简单, 因为操作中要用到的端口 操作命令很少, 所以网络编程工作量小 ; 由于本地计算 机和远程终端的不同只是前者直接操作通信端 口, 而 后者通过网络操作通信端 口, 所以只要对端 口操作函 数进行一次封装, 使之根据本机是主机还是远程终端
系统软件 编 程 采 用 Mioo Vsa C + c sf i l r t u + ( C + o + V + ) + 是可视化面向对象的程序设计语言, V C 提供了丰富的控件, 各个通信端口板卡制造商都提供 了可以在 V ++中直接调用的, C 功能强大的函数库和
动态链接库 . 因此 V ++ C 可以很好的完成所需系统软
判断是直接调用端口操作函数还是通过网络发送端口 操作命令, 而上层的界面操作和消息处理是一样的, 所 以本地计算机和远程终端程序通用性好.但其缺点是 由于双方都直接对底层通信端口操作, 缺乏通讯机制,
所 以双方数据同步性不好 , 一方改变仪器设置后 , 另一
件的开发. 此外 V + 还提供强大的网络编程支持及 C + 数据库功能, 为网络远程控制程序的开发和将来进一 步结合数据库扩展系统功能提供了完备的开发工具.

上一页下一页