CC2530空中升级需求.doc

CC2530空中升级需求 背景： 在一座公寓楼内有300个终端节点，每层楼最多30个节点（每个房间一个），星形组网方式，每一层楼放置有一个协调器，负责与本楼层的终端节点的通信。协调器端有ARM芯片做为网关，通过以太网与PC机通信。终端节点与协调器之间有随机数据上传（数据量不大）。通信协议采用Zigbee2007，利用TI的Z-STACK来实现。终端节点采用电池供电，必须支持休眠模式2。协调器采用走廊中的220V电源转换后稳压供电。 要实现的功能： 利用TI提供的Over Air Download 技术，实现对CC2530的Flash的应用更新。 约束： 芯片型号：CC2530F256RHAT。 利用CC2530内部的Flash来实现应用程序的升级。 协调器的与PC机的通讯是TCP/IP协议的。 无论是终端节点还是协调器在升级过程中，不应有人工干预。只要通信正常，就应该能够进行空中升级，而不需要其他按键等辅助手段，再进入升级模式。 在PC机上的升级操作亦要简捷，并要与其他程序有较好的兼容性， 如果终端节点升级失败，要能自动恢复到一个初始工作状态。并可以再次重新升级。 必须采用Zigbee2007，必须在Z-STACK下实现。 采用C语言编程。编译环境为：IAR SYSTEMS MCS-51 7.51A。 升级时，需要停止应用程序的时间要尽量的短。在整个升级文件传输过程中，尽量不要干扰应用程序的执行，只有在最终烧录时，才可以停止应用程序。 硬件环境： 提供带USB接口的Zigbee模块（USB转232）2-3块。模块上有按键、指示灯、编程口等。提供该模块的原理图。先实现由串口方式进行升级的功能。 提供编程器。 具体需求： 上位机部分： 有能力做成一个小软件最好。通过通用的串口调试程序的窗口，发送指令的方式也行，不能够用TI自带的ZOAD.exe。我们将来要把这个小程序嵌入到主程序中。 对于传送的升级文件数据，要有校验、重传功能。 要能够任意设置、选定要升级的终端节点。 要能够自动识别终端节点的版本号。以区别是否需要升级、哪一个已经升级完成等等。 要能够跟踪升级进程，对于升级失败的终端节点要进行提示。 升级文件大小，要在传送前通知终端节点，以便终端计算存储区的大小。 升级文件中，要包括本次升级的标志性数据。方便终端检查。 能够检索任意终端节点的最近十次升级记录。记录内容见终端节点部分的（F）。 终端节点部分： 对于空中传过来的升级文件数据，要有校验、如果校验失败，要通上位机，重传某一数据包。 升级失败要通知上位机。并且升级失败后，应该能够自动恢复到一个初级版本。以方便再次升级。 升级不得更改终端节点的通讯相关标识、比如：PAND ID等。以方便升级管理。 在接收上位机的升级数据前，要先计算整个升级文件的大小，避免超过存储区域大小，覆盖现有应用程序区。造成终端升级失败。在接收过程中。也要监控数据的大小。避免越界。 升级前要检查升级文件的标志性数据。以确认升级文件的合法性。 要记录最近十次的升级记录。包括时间（起始、结束）、升级版本ID、升级状态（成功、失败）、升级文件大小。