关键词：LonWorks，驱动，LNS，组态
伴随着LonWorks网络技术在自动化市场的迅速发展，LON网络驱动程序开发成为LonWorks网络构建的重要一环。本文意在提醒可能遇到的一个难点。通用组态软件的通用性（画面组态方便，Windows平台，满足各种行业应用等）、灵活性（集成各种控制设备I/O驱动服务）和可靠性（系统运行)，成为工业级项目数据采集监控系统的首选。通用组态软件的Lonworks驱动程序开发成为热门话题。
LNS DDE Server由于仍然采用DDE 协议，Lonworks控制网络设备而言，存在速度及其瓶颈问题。在一些大型系统中，可能满足不了用户的要求。（虽然最新的LNS DDE Server 2.1在性能上有所改进，采用IP CHANNEL，采用窗口控制的采集方式，克服了原有“串行”的采集方式，和一台Server的瓶颈，但还是基于DDE 协议）。基于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平台，直接读取的是网络节点的网络映象，配置过程“逻辑地址化”。
