本帖最后由 code_in_wind 于 2017-9-20 22:49 编辑
被打断了。明天再补剩下的呵。------------------------------------------------------------------------
3、路由规则配置 Knx Ip Router的路由规则的配置决定了网关如何过滤报文，包括单播报文和组播报文。过滤规则一般分两个方向进行配置，一个是Ip侧到KNX侧的过滤配置，一个是KNX侧到Ip侧的过滤配置。两个方向的配置从工程适用角度讲，需要不一样。我们先看IP侧到KNX侧的配置。 IP侧到KNX侧的报文过滤设置如下图2所示：
过滤规则的设置主要是针对单播报文、组播报文以及广播报文的过滤设置。 单播报文的过滤设置有3种设置，分别是Filter（过滤）、Route（透传）、Block（阻塞）。我个人建议是才用Filter配置，如上图绿色框所示。这样可以避免下载设备参数时，单播报文传送到别的支线。 广播报文一般选择Route，直接路由过去。实际工作中，广播报文一般很少。 组播报文，在IP到KNX侧的配置选择Filter方式，这样，可以避免IP侧的无关组播报文不会发送到KNX总线，避免堵塞KNX总线。如上图蓝色框所示。上图粉丝框中的配置，影响不是很大。 其实，过滤规则配置的主要注意点在KNX侧到IP侧过滤配置中，我们来看KNX侧到IP侧报文如何配置过滤。我们来看下图3。KNX侧到IP侧报文的过滤，同样涉及到单播、组播、广播报文的过滤配置。 单播报文同样采用Filter方式。这样可以避免某一条支线上设备的单播报文发送到其它支线。 广播报文同样Route，正常情况下，不要Block。 组播报文这里，建议的是采用Route，就是不需要过滤，直接发送到IP侧。可能有人会奇怪，为什么不过滤？这是因为，ETS会根据所配置的组地址生成各个网关的过滤表，并下载到网关中去。我们经常会碰到PC端接入KNX网络后，需要获取每个组地址数据，这就要求每个组播报文都要能传送到IP侧，但又不会发送到无关的KNX支线。所以如果采用过滤的方式，一旦某个组地址在其它支线没有配置，那么过滤表中就会认为这个组地址无需发送到IP。这样，PC端就会接收不到这个组地址的数据。这种问题有两种方式解决。一种是，在工程配置中，增加虚拟的设备，这个设备并不存在，但它配置了这个需要送到IP侧的组地址。这样过滤表就能生产它的过滤配置。这样的方式会增加工程的配置工作，不是很方便。还有一种就是采用上图所示的，所有组播报文都路由出去，不采用过滤算法。这个方法比较方便，且由于从IP侧到KNX侧采用了过滤配置，不会导致KNX网络报文增多，还能减少工程配置量。 4、以太网接入 一般，KNX子网接入楼控系统都是通过IP网关来做。但楼控系统中，还有其它子系统，比如视频监控、安防等。这些子系统也会通过以太网接入整个大系统，有些子系统的数据会很大，比如视频监控的数据。所以在实际配置中，要做好这些以太网数据的划分和隔离，一般都会在以太网网络中划分Vlan。否则，会造成数据的相互挤压，造成通讯异常和不稳定。比如，我碰到过视频监控数据没有和KNX楼控分开，导致Knx Ip网关不断接收到视频监控的报文，造成没法控制KNX子网。 5、Knx Ip的连接端口 KNX的协议中，定义了KNX IP的端口3671。很多软件都是通过这个端口来做通讯，但实际上，这个端口是定义的组播端口，就是说组播报文都是通过这个端口进行收发的。KNX IP网关其实还有其它两个端口，一个是数据端口，一个是控制端口。一般厂家在设计IP网关时，会将3671统一应用到数据端口和控制端口。但在协议规范中，这两个端口是跟组播端口分开的。一般都是在建立连接之前，应用软件都是通过查询的方式，从Knx IP网关中读出这两个端口，再跟Knx Ip网关建立通讯并开始工作。所以在设计应用软件时，需要注意。
我简单整理了一个word文档。觉得有看点，就下载吧。
| 
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
楼主
叶总，欢迎交流呵！
