本帖最后由 dvd1478 于 2019-1-21 23:15 编辑
真的遗憾没有按时完成原来的计划,一方面收到快递的时间实在太迟了, 留给实际操作的时间就是短短的十天左右的时间。但还是必须要写写总结。
有一点可以肯定的是通过 Rapid IoT Studio 实际模型开发,真的很方便,不熟悉的情况下,就能从芯片、APP、云三者间的相关联系起来。
【NXP Rapid IoT评测】Rapid IoT Studio尝试
https://bbs.eeworld.com.cn/forum. ... 7187&fromuid=194541
(出处: 电子工程世界-论坛)
【NXP Rapid IoT评测】手机APP连接终于成功了
https://bbs.eeworld.com.cn/forum. ... 7241&fromuid=194541
(出处: 电子工程世界-论坛)
【NXP Rapid IoT评测】环境质量测试
https://bbs.eeworld.com.cn/forum. ... 7645&fromuid=194541
(出处: 电子工程世界-论坛)
【NXP Rapid IoT评测】蓝牙控制RGB
https://bbs.eeworld.com.cn/forum. ... 8046&fromuid=194541
(出处: 电子工程世界-论坛)
可惜时间有限,做到蓝牙控制RGB灯,本应该进一步移植模块的,可是发现 Rapid IoT Studio 网上提供的模块实在是太少了,本来想移植315MHz的模块的,直接接管原有的门禁防盗系统的。同时需要扩展板卡,只能放弃这条跟路。下一进,应该把工作重点放到蓝牙、Thread的通信,时间有限,还是先把总结写完吧。
试用的最大感觉: 成是Rapid IoT Studio,失也是Rapid IoT Studio。Rapid IoT Studio 网站实在是太难联接了,手机基本连接不上,而且离线编译功能又太鸡肋。
说说个人的建议:
1、模块应该允许用户来自定义添加,外围模块实在是千变万化,应该开放接口,让更多的人一起来打造这个生态圈
2、Rapid IoT Studio,有在线的方式,应该也有离线的方式,方便开发者离线编辑后,再上传到网络,这样占用的资源不多了。
3、为什么没有扩展板卡?可能出于原来资源已经很丰富的角度来思考吧
4、模块的IO口应该允许用户进行修改,如果不能修改,在开发角度,只就使用Rapid IoT 作母本。
发现所有痛点都在于离线编译的问题,如果离线编译能解决,就能把上述问题解决,Rapid IoT Studio只是用来搭建框架与模型的开发。
经过几天的代码分析,用的都是arm-none-eabi,最后通过MCUXpresso IDE建立工程,生成的bin文件
生成的BIN
下载到USB上就能运行。
工程文件
rapid_iot_k64f_blink.rar
(6.21 MB, 下载次数: 0)
步骤如下
最后 项目-》构建项目就可以,第一次编译很多文件,等的时间要长一些,在Debug\*.bin文件就是烧写文件
代码还是很复杂的,后面还要进一步学习!~
此内容由EEWORLD论坛网友dvd1478原创,如需转载或用于商业用途需征得作者同意并注明出处