这一段时间，有网友来信咨询关于Modbus到DeviceNet转换的问题，论坛上jsz88hst 也发帖子询问关于此类产品的情况。有好心的网友推荐一些产品的网址，我也上去看了，这里发表一下自己的看法。 DeviceNet是一个基于CAN物理层和链路层的应用层协议，它的主要思想是基于对象的，它不但保证信息的快速传递，另外更详细定义了信息的确切含义。Modbus是基于485或232的主从机制的通讯协议，它的主要思想是保证信息传输的准确和快速，但没有定义信息的确切含义。举一个例子，Modbus的一个信息帧，它包含通讯的站点、帧长度、功能码、操作地址、操作数据、CRC校验，这些信息只能作为内部通讯使用，因为只有熟悉此产品通讯协议说明书的人才知道所谓的操作地址和操作数据是什么含义。DeviceNet协议不仅仅通过其生产/消费模式保证了信息的准确传递，另外还通过Device Profile的规范定义，EDS文件等手段，详细定义了信息的确切含义，如电压多少伏、压力多少兆帕，还有定义信息所代表的命令，如开关的合闸或者分断。 从这个意义上来说，Modbus到DeviceNet的转换不光是信息的传递，还要做到信息的准确解析。所以，一般此类产品必须针对专门的设备对象，如针对开关的，或者传感器的，不可能有通用的转换产品。也就是说，想找这样一个Modbus到DeviceNet的接口：随便什么产品只要是Modbus接口的都能接到DeviceNet网络，这是不可能的。 如果想转化，有没有产品？有，我们研发中心开发了几个产品，但不是通用的。我们针对几个特殊的设备类型以及其设备描述（Device Profile）做了从Modbus到DeviceNet网络的转换模块，同时针对该产品编写了EDS文件。如果没有该设备描述，可以根据DeviceNet对象库中的Generic对象来做，自己先定义一个针对该产品的设备描述，然后根据该设备描述追加组合数据对象和参数对象，编写EDS文件。但是这样的产品随着Modbus侧设备的变化也会失去功能。 总的说来，Modbus到DeviceNet网络的转换不是普遍意义上那种信息复制或者信息解释的那种转换，而是涉及了面向应用对象的包装，主要原因，是因为它们一个是物理层、链路层的两层结构协议（Modbus），而另一个是包括物理层、链路层、应用层三层结构的协议。 这个话题展开了说，所谓的DeviceNet源代码也是没有意义的，道理也是一样，对象不同，功能不同，编程的侧重点就有所不同，我相信有针对Generic设备类型的代码，但是对于开发不同领域DeviceNet产品的研发人员来说，有借鉴，但是直接引用，不大可能。所以大家以后看到兜售DeviceNet源代码的帖子，大可不必理会。只要以正常渠道购买了DeviceNet规范，以平和的心理面对产品研发，付出时间和自己的一点点领悟，你也会有自己的DeviceNet源代码。