今天在给2538空中升级,二进制文件烧录后再使用官方工具再升级,指令FE 00 4D 03 4E 转入正常运行,但设备一个都无法入网。原先网络内一个设备都没有,抓包看是协调器的nodedesc response有问题。原先的2538程序带100个左右设备也是没有问题的,转为空中升级后就出现这个问题。恳请大家帮忙分析分析。附上抓包文件9-26日OTA后无法入网.rar
Viki Shi:
看描述无法确定是不是OTA的问题,你直接把新固件烧录进CC2538,不走OTA,能正常入网吗?
user5957818:
回复 Viki Shi:
测试过的,直接烧录可以接110多个设备
user5957818:
回复 Viki Shi:
最新发现,仔细检查了下抓包文件,协调器的IEEE地址变成了00:00:00:00:00:00:00:00。这是为什么呢
user5957818:
回复 Viki Shi:
好像是我的boot程序生成的引导代码太大了?实际看这个二进制文件有20kb,但是官方文档内这一块应该最大2kb。但这个引导代码不是直接运行boot程序得到的吗,为什么会大这么多
Viki Shi:
抓包文件也太长了吧。。。大概哪行出现问题啊?
user5957818:
回复 Viki Shi:
ViKi能看到我前面的回复吗,好像是因为协调器长地址变成了00:00:00:00:00:00:00:00,抓包确实比较长,但是查一下协调器地址就看到问题了
user5957818:
回复 Viki Shi:
ViKi能看到我前面的回复吗,好像是因为协调器长地址变成了00:00:00:00:00:00:00:00,抓包确实比较长,但是查一下协调器地址就看到问题了
Viki Shi:
回复 user5957818:
IEEE地址怎么会变呢,这个应该是固定的。怀疑引导加载程序部分有问题
user5957818:
回复 Viki Shi:
boot程序用的是 zstack3.0.2\Project\zstack\Utilities\BootLoad\CC2538_UART,直接编译就用了,生成的二进制文件有20kb