OTA问题收集
由于当前OTA还存在部分未完善问题，所以在此收集下OTA问题：
如开发者用户在升级OTA时遇到任何问题都可以在此留言，将会有相关人员进行跟进，到时统一回复。
OTA体验方面未完善，有任何建议都可以在此留言，我们将会做到未用户更好的体验。
希望大家可以把自己在使用OTA时遇到的问题都在此留言，以后也方便我们其他的开发者用户在使用OTA时，遇到一些相似的问题可以直接查询到结果，减少一些弯路。
欢迎大家踊跃留言。
关于部分MCU的BIN文件下载不全的解决方法及疑问
本帖最后由 lihaiqing 于 2016-2-26 18:05 编辑问题现象： 当OTA一个19K的bin时发现无法接收完全，小于18K的几个能够接收完全，又试了28K的仍是接收不 全。经XPG1.4.8仍接收不全。但最新的V2.1.1则可以接收全部。
解决方法：
接收不完整的地方恰好是FF 55出现的地方，而且接收不全的bin里面把ff后面的55给去掉了。尝试将MCU串口接收FF 55时第一个55去掉第二个保留。修改后验证发现确实可以完整接收到全部bin数据了。
存在疑问：
既然MCU把FF 55后面55去掉了，后果应该是接收到的数据错误（即FF后的55去掉），但是怎么会造成WIFI不下发数据。WIFI不管
MCU这个55有没有去掉，只要MCU回复ACK后WIFI继续下发就是了，怎么会影响到WIFI下发的？？？不知道哪里没理解透还是有些处理文档里没有说明。
以下是接收不完整bin的监控数据：
省略中间传输数据
*
*
WIFI:11:08:03.174
FF FF 00 89 1D 4B 00 00 00 41 00 DC 02 20 FE F7 A2 FF 11 20 FE F7 9F FF C5 20 FE F7 99 FF 03 20 FE F7 99 FF C8 20 FE F7 93 FF 00 20 0A E0 00 00 E0 B0 00 20 20 4C 43 44 20 49 44 3A 25 78 0D 0A 00 00 00 00 FE F7 87 FF 25 20 FE F7 84 FF 21 20 FE F7 81 FF 05 20 FE F7 7E FF 00 20 FE F7 7B FF 0A 20 FE F7 78 FF 65 20 FE F7 75 FF 25 20 FE F7 72 FF 77 20 FE F7 6F FF 50 20 FE F7 6C FF 0F 20 FE F7 69 FF 00 20 FE F7 66 FF F8 20 8E
MCU:11:08:03.204
FF FF 00 05 1E 4B 00 00 6E
WIFI:11:08:06.220
FF FF 00 89 1D 4C 00 00 00 42 00 DC FE F7 60 FF 01 20 FE F7 60 FF FE 20 FE F7 5A FF 00 20 FE F7 5A FF 00 E0 36 E0 02 20 FE F7 55 FF 20 20 FE F7 4F FF 36 20 FE F7 4C FF 08 20 FE F7 4C FF 3A 20 FE F7 46 FF 20 FE F7 46 FF 2B 20 FE F7 40 FF 00 20 FE F7 40 FF 00 20 FE F7 3D FF 01 20 FE F7 3A FF 3F 20 FE F7 37 FF 2A 20 FE F7 31 FF 00 20 FE F7 31 FF 00 20 FE F7 2E FF 01 20 FE F7 2B FF DF 20 FE F7 28 FF 78 20 FE F7 99 F9 45 FF
MCU:11:08:06.254
FF FF 00 05 1E 4C 00 00 6F
停止发数据和上传数据，一直就这样了。
通过上面数据可以看出发送到0x41片时正常，但发送0x42片时间隔拉长到3秒才传数据，之后MCU回复后就没有反应了，不再下发数据。
本帖最后由 wiking7758 于 2017-4-20 20:16 编辑
OTA升级失败，看LOG发现校验失败，之前同样的BIN能OTA成功的，最近平台升级导致的吗？？ 0434: 222208-222719/223505
0435: 222720-223231/223505
0436: 223232-223504/223505
gagent_ota_get_firmware finished.(last packet len=273)
gagent_ota_get_firmware exit.)
Verify bin ERROR: md5 check error, ota erase flash.
Calculation:d45e8a2d2ab1448b750c4f8e77556441
Get:20e7d4f18c06625d9512270fa3a996bf
ota erase flash...
MQTT ping(rc=0, count=1)...
StepCrane Get dev_type error.
ota erase flash done.(rc=0)
OTA exit: free memory 56024 bytes
@NikoZheng
今天终于可以将升级的MCU.BIN烧写在FLASH中，还正在完善程序。在升级过程中发现上传到机智云的MCU.bin大于19K以后单片机就接收不全。我特意去掉数据处理函数，只让MCU接收然后回复，依旧只能接收部分。例如220片数据（每片128，分成220片），MCU只能接收到100片时不接收了，而此时WIFI模块有心跳包，手机也可控制。小于18K的就没有这个问题。我的程序没问题，应该是机智云下发数据出问题没有下发造成的。 抢沙发啦 ;P;P 希望能有份详细的文档，都在论坛搜的信息，自己参照操作也不太一致。最好有份Demo. lihaiqing 发表于 2016-2-19 16:30
希望能有份详细的文档，都在论坛搜的信息，自己参照操作也不太一致。最好有份Demo. ...
您可以先参考开发文档中的目录：常见问题--OTA升级FAQ
里面有具体的介绍。
另外您的建议，将会采纳进我们的建议中。 本帖最后由 NikoZheng 于 2016-2-25 10:19 编辑
lihaiqing 发表于 2016-2-24 22:03
今天终于可以将升级的MCU.BIN烧写在FLASH中，还正在完善程序。在升级过程中发现上传到机智云的MCU.bin大于1 ...
在升级过程中发现上传到机智云的MCU.bin大于19K以后单片机就接收不全。
是OTA升级上传的固件吗？一般都是在200K+以上都没问题的。能把操作具体点描述下吗？ lihaiqing 发表于 2016-2-24 22:03
今天终于可以将升级的MCU.BIN烧写在FLASH中，还正在完善程序。在升级过程中发现上传到机智云的MCU.bin大于1 ...
现在完善了没？可以共享吗？ 我用串口工具可以收下mcu.bin，已存放在外部flash了，正准备往mcu的flash里写。 我下了安卓的开源项目，导入后发现JsonUtils类里使用的api有些都过时，还有些类也找不到，一片爆红，求解 我设备通过设备日志可以确认在线，可是通过云端ota升级 一直提示设备不在线？这个是什么原因造成的，用的是v4.1 究竟本来 发表于 2017-2-22 21:54
我设备通过设备日志可以确认在线，可是通过云端ota升级 一直提示设备不在线？这个是什么原因造成的，用的是 ...
设备mac及did是否确定无误？ NikoZheng 发表于 2017-3-3 18:01
设备mac及did是否确定无误？
did是设备Id？
这个信息我没有特意更改过
要如何去校验？ 究竟本来 发表于 2017-3-6 11:13
did是设备Id？
这个信息我没有特意更改过
要如何去校验？
你可以在开发者中心的设备日志查看 NikoZheng 发表于 2017-3-6 14:42
你可以在开发者中心的设备日志查看
开发者中心-对应的产品（如：微信宠物屋）-设备日志
查看对应的mac，会显示对应的设备id NikoZheng 发表于 2017-3-6 15:09
开发者中心-对应的产品（如：微信宠物屋）-设备日志
查看对应的mac，会显示对应的设备id ...
填写ota升级信息的时候 没有看到填写did的地方啊
did是首次登陆以后自动生成的吧
我如何去把它和ota关联到一块啊？
NikoZheng 发表于 2017-3-6 15:09
开发者中心-对应的产品（如：微信宠物屋）-设备日志
查看对应的mac，会显示对应的设备id ...
ota升级到时候 只让我填写mac地址
我通过设备日志查看到mac地址 也确认设备在线
填写完mac地址以后 ota提示我设备不在线 NikoZheng 发表于 2017-3-6 15:09
开发者中心-对应的产品（如：微信宠物屋）-设备日志
查看对应的mac，会显示对应的设备id ...
ota升级到时候 只让我填写mac地址
我通过设备日志查看到mac地址 也确认设备在线
填写完mac地址以后 ota提示我设备不在线 究竟本来 发表于 2017-3-6 17:54
ota升级到时候 只让我填写mac地址
我通过设备日志查看到mac地址 也确认设备在线
填写完mac地址以后 ota提 ...
首先，确认是否该mac属于该产品？
其次，确认当前mac是否存在多个did情况？
再次，确认该mac硬件版本号是否属于固件升级的要求？ 楼主您好
我的MCU也是出现了机智云下发bin发送到一半，机智云那里主动取消了发送，也就对应cmd码是0x1f，我的固件大小是197k
页:
[1]
2