|
一、Knx技术开发有哪些方向 KNX的由来，我就不讲了，反正是舶来品，又打上了本地标。从通信的角度讲，它跟485、CAN等类似，都是数据的传输，并解析。但KNX的利害之处在于，在两根线的基础上，它形成了一套自己的完整系统，对楼宇系统的应用都做了规范性的定义，包括应用的模型和数据定义、通信协议的定义以及物理层的定义。如果大家去看它的协议规范，会发现，它里面甚至对一些应用设备的壳子结构都有一些共享性定义，大家都可以使用，前提是你是会员。 从它的规范来讲，大体上knx的技术开发就分成了三类：应用的开发（大多数）、协议的开发（国内现在也有厂家在做了）、接口芯片的开发。所以，如果是做KNX的技术开发，目前基本是这三个方向。我想大多数应该是从事的应用的开发，这个开发也是种类最多最杂的。下面，我就从这三个方面做一下相关先容吧，嗯，就是做一些先容，太深的可能也先容不清。呵呵 二、接口芯片的开发 KNX本身是一个OSI模型，大家就按照KNX协议的层次，从下往上说吧。KNX本身对物理层做了规范性的专门定义，包括时序、波形等等物理性参数。在早起设计的时候，各个厂家都是自己做物理层，这些厂家实力都很强，比如西门子、ABB等。后来出现了集成芯片，就是所谓的KNX专用接口芯片，西门子的一款芯片很出名：FZE1066，这个芯片应该说是用的最早的一款KNX接口芯片，它本身效率比较高，网络通讯时，带宽应该是集成芯片里最高的。但它有个缺点，就是在写驱动时，需要按照bit去操作，并要设计严格的时序控制，对cpu的资源占用很高，逻辑很复杂，驱动调起来很痛苦，我曾经调过。当时因为是要写tpuart的驱动，所以就先摸了一下fze1066的驱动。理解起来很费劲。但从总线效率讲，它还是可以的，如果网络上同时有fze1066和tpuart，总线忙的时候，fze1066抢总线的效率要比tpuart高。 在fze1066使用一段时间后，就出现tpuart，这个芯片相对于fze1066集成度高了很多，它里面集成了一个mcu核，并加入了一部分knx链路层的控制逻辑在里面，它跟CPU的通讯通过串口进行，这样在操作这个芯片时，就不需要按bit进行操作，而是按照byte进行，cpu的资源利用效率高了很多。同时，由于它集成了一部分链路层的控制逻辑，它的驱动和控制逻辑也要比fze1066要简单一些。只要按照字节来接收KNX总线数据就可以。但简单也是相对而言，因为还是要按照knx的链路层规范控制好时序，逻辑只是相对简单一些。比如，要控制何时发送应答信号、如何控制接收的确认应答等等，都需要仔细设计。 再后来就出现NCN5120（大家这里仅仅先容我用过的，其实还有跟tpuart差不多的芯片，几乎控制寄存器都一样），这款芯片类似于tpuart，只不过控制逻辑跟tpuart不一样，驱动能力强不少。它也是按照byte和CPU进行交互，内部集成了部分KNX链路层的逻辑。驱动开发的话，也类似于tpuart。不过在开发ncn5120驱动时，需要控制好收发的逻辑，以前碰到过ncn5120被堵死挂掉的情况，后来我在驱动中做了控制，照理说芯片内部应该能自己控制的。跟安森美沟通，人家不理我。呵呵。 前两款芯片的价格在早起贵的离谱，曾经70几一颗买过。KNX的产品开发就是一烧钱的货。大家是不是觉得这样很不利于KNX推广？哎，我觉得协会肯定也是没有办法，因为KNX协会本身并不控制技术，技术掌握在西门子等巨头手中。KNX产品的成本一直居高不下，但也没有办法。后来我就找到了ncn5120，这颗芯片价格20左右，相对以前好了很多。为了降本，大家就换了这颗芯片，重新写驱动，为了降低整个成本，大家又把cpu换了，那cpu也太贵了，后来大家换成了10块左右，资源还多。但带来的工作就是协议栈要重新移植并重新认证（哎，又是钱）。这样，一弄，大家整体成本一下节省了50块左右。 所以，如果大家要开发knx产品的话，一定要选好协议栈的类型，因为这是跟你后期产品成本相关的。knx协议栈跟cpu要绑定认证，一旦选定了协议栈，就选定了后期产品的cpu和接口芯片，也就决定了你产品的基础成本。如果一年出货10000台，芯片组的选择就能决定你是否节省几十万。
| 
发表于 2021-11-30 23:15:38
