zstackhome1.2生成的hex文件是全放在2630的128k的flash里面吗
时间:10-02
整理:3721RD
点击:
core的hex有179kb,app的hex有56kb,但是2630只有128K的flash。这样还能下载但是程序没有跑?还是怎么说。
这个没问题的。只要bin文件不超过实际Flash的大小就可以。
http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/135483/379591.aspx#379591
bin文件倒是没超过。谢谢解答,另外还有个问题。
我用zstackhome1.2给我自己的2630的板子弄个串口,但是UART_OPEN()失败,
想问下,
1,2630和2650的串口基地址,中断号,电源管理ID这些是相同的吗。在2630的文档上貌似没看到这几个。
2,引脚的更改,我是在串口配置的结构体中对2650的硬件结构体做的更改,这样可行吧,还是说一定得用IOCPortConfigureSet()来重定义?
现在app里可以用串口了。只需更改串口引脚的宏定义,不用再进行引脚的重定向。
但是有些没理解的地方。
这个core工程通过在osal_run_system()中不断轮询tasksEvents[]来选取有事件标志中最高优先级的任务的loop函数来执行对吧。
那是怎么间接调用的sampleDoorLock工程中的用户C文件中的函数关联起来的?
或者说,app工程中的process函数是怎么对应到core工程中的taskarr[ ]中的呢?