我正在尝试将freeRTOS集成到我在AT32UC3A0512上运行的应用程序。 我为EVK1100下载了一个freeRTOS项目示例(它支持AT32UC3A)并尝试包含内核源文件 所以我的应用程序层次结构如下:
src
|ASF
|APP_FOLDER
|freertos
|freertos-7.0.0
此层次结构与freeRTOS项目示例中提供的层次结构不同,该示例类似于
src
|ASF
|thirdparty
|freertos
|freertos-7.0.0 /********** freertos-7.0.0 is under ASF***********/
1 - 这导致我已经解决的编译问题(某些文件的路径无法识别),我认为它不会导致其他问题。你觉得怎么样?
现在我似乎也遇到exception.s
/*my actual appli hierarchy*/
src
|ASF
|AVR32
|intc
|exception.s
|APP_FOLDER
|freertos
|freertos-7.0.0
|source
|portable
|gcc
|avr32_uc3
|exception.S
如您所见,该文件已重新定义,我来到this solution,其中包括删除exception.s
文件夹下的intc
,现在项目已编译,但有twi_master_read
号召唤在我的应用程序中导致阻塞,我没有改变我的应用程序(用于正常工作)我没有调用任何freeRTOS api函数,
exception.s
的目的,以及导致这种意想不到的行为的原因?
3-这个问题可能来自不尊重层次结构吗?
不要犹豫,评论我的选择或建议更好的导入freeRTOS内核的做法?
提前致谢。
修改
我从freertos-7.0.0/source/portable/gcc/avr32_uc3/exception.S
中删除了exception.s并保留了我的启动应用程序的exception.s文件,现在使用上面提到的应用程序层次结构如果我从项目中排除freertos目录一切正常,如果我包含freertos目录twi_master_read
导致问题,内核文件中有任何引脚重新定义,我根本没有调用/包含freeRTOS API,所以行为如何改变?