发表于:2002-01-30 11:48:00
楼主
目前国内有多家组态软件公司已经开发或者正在开发应用于通用组态软件的Lonworks驱动程序。
由于通用组态软件的特点(通用性:画面组态方便,Windows平台,满足各种行业应用等 ;灵活性:集成各种控制设备I/O驱动服务;可靠性:系统运行), 成为工业级项目数据采集监控系统的首选。组态软件的开发商也不断开发满足客户需求的各种通讯驱动程序,进一步提高产品的市场占有率以及降低用户的成本。
就Lonworks控制网络设备而言,一度在国内使用的LNS DDE Server由于仍然采用DDE 协议,存在速度及其瓶颈问题,在有些大型系统中,可能满足不了用户的要求。(虽然最新的LNS DDE Server 2.1 在性能上有所改进,采用IP CHANNEL,采用窗口控制的采集方式,克服了原有“串行”的采集方式,和一台Server的瓶颈,但还是基于DDE 协议);有些用户寻找OPC方式,基于OPC 的Lonworks 产品在国内也有应用。目前Lonworks OPC Server 基本上是国外产品。面对Lonworks 驱动这个市场,国内组态软件开发商已经开始关注,虽然各个开发商拥有OPC Automation 开发平台,但是为了增加自身产品的垄断,或者一体化等,国内目前开发通用组态软件的驱动程序,一般为动态连接库形式,仅应用于自己的组态软件,比如FIX,CITECT 组态软件等Lonworks驱动(是基于16位API的,现在已经不用)。
需要注意的是,组态软件公司开发Lonworks驱动程序必须搞清楚Lonworks网络配置的基本过程。比如,基于LNS平台开发驱动程序,必须说明是在那个版本下开发的,由于ECHELON LNS平台向后不兼容,所以,不同的版本开发的驱动程序和网络管理工具无法兼容。例如,用LonMaker for Windows 3.0 配置网络,用LNS2.0平台开发的组态软件驱动程序就无法打开数据库;当然,如果不是基于LNS开发的驱动,就没有这个问题,但是,需要网卡接口API函数,同时组态软件I/O配置可能要麻烦一些。基于LNS平台的配置
由于LNS 的层次结构,配置过程“域名化”或者“DNS化”;而非LNS平台,直接读取的是网络节点的网络映象,配置过程“逻辑地址化”。