ZDO程序员指南:设计模式与函数详解

5星 · 超过95%的资源 需积分: 9 6 下载量 129 浏览量 更新于2024-07-28 收藏 118KB PDF 举报
ZDO程序员指南深入解析了Zigbee设备应用中的ZDO组件及其编程模式。ZDO(Zigbee Device Object)是Zigbee网络协议的核心部分,主要负责设备间的通信和管理。本文档提供了对ZDO模块的详细结构和功能介绍,主要包括以下三个方面: 1. **源文件构成**: - **ZDApp.c**: 这个文件是ZDO的"应用"核心,控制设备在网络中的行为,如网络事件管理和输入ZDO信息的处理,包括指示和确认的接收。 - **ZDObject.c**: 负责设备启动功能和ZDO信息的处理,对输入信息进行初步分析,并将信息传递到ZDOProfile.c进行进一步处理。 - **ZDProfile.c**: 主要负责构建输出ZDO请求和分析输入信息,包括接收来自网络的确认响应(如AF_DATA_CONFIRM_CMD)以及处理网络发现确认(ZDO_NWK_DISC_CNF)。 2. **Zigbee协议栈设备应用理解**: - **初始化与任务管理**: - ZDOApp.c作为独立的OSAL任务,包含两个关键函数:ZDApp_Init()用于系统初始化,包括设置本地变量和网络NV(Network Variable)恢复控制;ZDApp_event_loop()在有事件发生时被调用,处理任务的执行流程。 - **输入信息处理**: - ZDO支持两种OSAL信息类型:AF_DATA_CONFIRM_CMD和ZDO_NWK_DISC_CNF,分别对应数据确认命令和网络发现确认。AF_DATA_CONFIRM_CMD在APS层收到ACK后发送,包含命令标识、状态、源端点和传输标识符。ZDO_NWK_DISC_CNF用于确认网络加入请求,格式中包含PAN ID。 - 所有的网络信息通过CB(Callback)函数处理,而OTA(Over-the-Air)数据则通过ZDP_IncomingData()函数在ZDProfile.c中接收。 3. **函数细节**: - AF_DATA_CONFIRM_CMD处理的是非广播方式的数据发送确认,接收端点信息有助于确保数据正确送达。ZDO_NWK_DISC_CNF则涉及网络加入过程的确认,PAN ID的处理对于网络连接至关重要。 通过掌握这些核心概念和编程模式,ZDO程序员可以更好地设计和实现Zigbee设备的通信逻辑,确保设备能够有效地与其他设备互动并保持网络连接。理解和使用这些功能是构建高效、可靠的Zigbee应用的基础。
2009-08-21 上传
WTL 在开发者之间的悄悄传播已经超过一年了, 传闻它是基于ATL的,并在微软内部使用.这理所当然的引起了ATL开发者社区的注意.这些人从ATL1.1开始,就一直为ATL控件书写UI代码,但是他们发现,他们的所写的代码常常就是纯的Win32 GDI代码.我告诉您, WTL并没有多大不同.是不是让人失望? 不,因为ATL只是对COM进行了简单的封装,这也是ATL的强大之处. 是的,写ATL您必须通晓COM. 您在ATL上额外花费的功夫跟您学习COM所作的努力比起来,简直微不足道.这跟那些需要把主要精力花费在学习类库本身,忽略COM的库是完全不同的.WTL与此类似.您需要懂得Win32窗口技术和GDI.只要您懂得,学习WTL就似清风抚面,再简单不过了.如果您不懂 这些,那么您最好使用VB来写UI代码. 它给各种类型的应用程序提供了一个基本的框架.注意,虽然您没有MFC那样的文档/视结构,但是您有视(views). 在WTL有大量的代码让您来管理视,而且加入您自己的代码也很容易. WTL有AppWizard,可以让您生成SDI, MDI 和多线程SDI程序多线程SDI跟IE或Windows Explorer很像.它看起来是打开了多个程序实例,实际上这些窗口都是属于一个进程的.另外,您的程序可以是基于对话框的,也可以是基于视的.视可以是基于CWindowImpl的,也可以是基于控件,甚至是IE里的一个HTML页.您可以选择您的程序是否需要一个rebar, command bar (CE-like), toolbar 和/或status bar.另外,您的程序可以主持ActiveX控件,以及成为一个COM服务器. 这里有几个关于视的选项. WTL提供splitter窗口类(这样在一个视里您可以有两个窗口)和scroll窗口类(这样您的窗口可以比它显示的"视"小). WTL也有个类似MFC的UpDateUI的东西,但是它们不是很一样 - 主要的区别是您需要把需要更新的项用宏映射标注出来,然后您在您的类里加入执行UpdateUI的代码. DDX/DDV在WTL也支持,同样类似MFC,但有不同. 您必须加一个宏映射来实现DoDataExchange,然后加入调用它的代码.现在WTL也有GDI类了.然而,HDC的封装类就像CWindow一样,只进行了很简单的封装 - 它几乎没有加入任何新的功能.不过,在WTL,你可以得到播放meta文件和OpenGL支持. 最有价值的我猜应该是打印机DC的那些继承类 - WTL有打印机支持,甚至打印预览. 当然也有GDI对象的封装. 诸如画笔,画刷,区域等.WTL对所有的Win32 (和W2K) 通用对话框进行了封装.同样尽管简单,但是它的确使请求字体或者文件变的非常的简单.合成了旧的AtlControls.h,新加了一些封装类. 这些封装类封装了W2K控件,以及一些不属于Win32的"控件",像Command Bar, bitmap button, hyperlink 和 wait cursor.WTL 最终把消息分离带入了ATL! 一些新的MSG映射宏将消息分离,调用您类里的消息处理函数.消息处理函数的参数的值是从消息分离得到的.唯一令人头痛的是,您需要查看头文件以确定函数参数的意义.