工具/软件：Code Composer Studio
您好！
我正在为 cc2640 目标开发 BLE 应用。
我能够成功构建该应用。 我可以打开 CCS 调试窗口、并通过 XDS110调试探针通过 JTAG 电缆将应用二进制文件成功加载到目标中。
我使用的是 TI RTOS V2.20.01.08、BLE 堆栈 V2.01.18、编译器版本 v5.2.5
现在，在主函数中调用 BIOS_start()后，除 iCall_taskEntry 和空闲任务外，所有创建的任务都不会运行。 所有其它任务显示为“就绪”，但从不执行。(如下所示)
我找不到 问题所在。
1) 1) iCall_taskEntry 函数是否存在任何问题？
2) 2)请分享解决此问题的指针。
您好！
我们从 Sensortag_cc2650stk_app 开始、该应用程序作为 BLE 应用示例提供。
我们实施了运动传感器 GATT 配置文件。
下图显示了主代码流。 我们已启用 GAP 角色任务和 SensorTag 应用任务(运动传感器)。
尊敬的 Christin Lee：
我们对这个问题感到震惊，无法继续下去。
我们需要获取一些指针，说明为什么在 BIOS_start()之后执行没有进入应用程序任务函数(SenTag_taskfxn())
1)我们将堆大小增加了1000字节(请参阅下面的屏幕截图)。 即使这样、我们也会遇到相同的上述问题。 堆配置是否正常？
2) 2)上面屏幕截图的第一行显示了 cc2640.cfg 文件的导入。 我们怀疑此 cc2640.cfg 文件未正确导入。 如何检查 cc2640.cfg 文件的导入工作正常？
3) 3)此 cc2640.cfg 文件在 Project Explorer 的 tools 文件夹下不可见(请参阅下面的 Project Explorer 窗口屏幕截图)。 我们认为 cc2640.cfg 未正确导入。 如何使该 cc2640.cfg 文件在 Project Explorer 窗口的 tools 文件夹下可见？
4) 4) cc2640.cfg 文件在 Project Explorer 包含路径下也不可见(请参阅下图)。 这是可以的吗？ 但是、当我们通过 Windows 文件管理器浏览并查看时、此 cc2640.cfg 文件仍位于此包含路径下。
提前感谢
此致、
Roopa Kalmath
您好 Sean、
感谢您检查 heapmgr 指标的指针。
1) 1)我需要在 BIOS_start（)之前在主函数中添加 iCall_heapGetMetrics ()函数调用、对吧？。 此函数将返回 heapmgrMemFail 全局变量值、对吧？。 请建议合适的位置来添加此函数调用。
2) 2)在工程属性的"预定义符号"部分中将 HEAPMGR_SIZE 定义为2872。 这是好吗？
3) 3)我们现在将恢复 BIOS 堆大小的更改。
您好 Sean、
我已在 CCS 监视窗口中添加了 heapmgrMemFail，并且 在运行后以调试模式运行处理器，当我暂停 在监视窗口中显示未找到变量时。
它显示了 HWI.C 文件。(Hwi 异常处理程序如下所示)我不知道发生了什么？ 然后我 将 HEAPMGR_SIZE 设置为0。
您好 、Sean2、
1) 1)我按照 您所说的方式添加了变量 heapmgrMemFail、然后我也获得 了未找到的标识符、如下所示。
2) 2)我 经历了解密 CPU 异常，CFSR 寄存 器内容如下所示(运行目标之后)
我不知道是什么问题、您能给出一些建议吗？
您好、Sean2、
我想我的 Hwi 异常处理程序有问题、如下所示。 我对这家 HWI 处理程序的了解不多
您能为 解决此问题提供一些建议吗？
异常的连续调节：
您好、Sean2、
我们通过执行闪烁 LED 任务(BlinkLED_createTask)和 ICALL 任务(iCall_createRemoteTasks)来完成了2个测试。
1) 1)在 main 中、仅启用 BlinkLED_createTask (根据下面的屏幕截图图像)。 在这里 、iCall_createRemoteTasks 被注释掉。 因此，该项目工作正常，没有提出任何例外。 CFSR 寄存器设为全0 (即 CFSR 中无错误)。
调试窗口屏幕截图图像：
2)下一次在 main 中、启用了 BlinkLED_createTask 和 iCall_createRemoteTasks (根据下面的屏幕截图图像)。 因此、项目无法正常工作、并引发硬故障异常(请参阅屏幕截图图像)。 在 CFSR 中、INVSTATE 标志被置位。
调试窗口图像：
3) 3)对于第1和第2点中的上述测试、我们认为 iCall_createRemoteTasks 存在问题并导致异常。 为供您参考、我们已成功编译了应用程序和堆栈项目。 但是、我们只通过 XDS110 JTAG 调试器探针将应用项目输出文件(sensortag_cc2650stk_app.out)下载到 CC2640目标中。 我们尚未将堆栈输出文件(sensortag_cc2650stk_stack.out)下载到目标中。 我们假设在编译应用程序项目时、应用程序输出文件与堆栈输出相结合。 我们是否正确执行了该操作？
提前感谢
Roopa kalmath
您好 Sean、
感谢您的更新。 这次、我们按以下顺序分别编译和刷写了应用程序映像和堆栈映像。
-构建并刷写堆栈映像、然后按此顺序构建和刷写应用映像
- ccs_compiler_defins.bcfg 中的 ICALL_STACK0_ADDR (0x11001)匹配应用程序和堆栈项目。
1) 1)在 main 中、启用 BlinkLED_createTask、iCall_createRemoteTasks 和 GAPRole_createTask。 我们按照上述顺序刷写了堆栈映像和应用映像。 因此、该项目工作正常、没有任何例外。 LED 指示灯闪烁正常。
2)在 main 中 、启用了 BlinkLED_createTask、iCall_createRemoteTasks、GAPRole_createTask 和 SensorTag_createTask (根据下图)。 我们按照上述顺序刷写了堆栈映像和应用映像。 因此、项目运行不顺利、LED 不闪烁、并出现硬件故障异常：强制：BUSFAULT：PRECISERR.Data Access Error。 地址= 0x10d78。
我们加载了该异常的 LR 寄存器值((0xfa07)、该值指向 iCall_taskentry 函数、如下图所示。
调试窗口图像：
请分享一些解决该 BUSFAULT：PRECISERR 问题的指针。
您好 Sean、
感谢您的更新。
>>堆栈链接器文件(cc26xx_stack.cmd)应与闪存页对齐，并应根据堆栈的最后地址相应地设置 ICALL_STACK0_ADDR。
在这里、我们看到 ICALL_STACK0_ADDR 未定义。 但定义了以下关键值：
#define FLASH_START 0x0
#define RAM_START 0x20000000
#define RAM_END 0x200048E7
请详细解释您说堆栈链接器文件(cc26xx_stack.cmd)应与闪存页面对齐意味着什么。
>> 1. 每当对堆栈进行任何更改时、首先重新构建堆栈、然后再重新构建应用程序。 使用 Project > Rebuild All？
我们可以成功地重建堆栈项目、而不会出现任何错误。
对于应用项目、我们会看到奇怪的行为。 当我们构建应用项目时、构建成功。 请参阅下图。
但是、当我们重建应用项目时、编译失败、并在 pem3文件中出现错误、如下图所示。
应用项目构建映像：
应用项目重建图像：
1) 1)重建选项可能会出现什么问题？
成功构建应用程序和堆栈项目二进制文件后、我们将两者都刷写到目标中。
这样，我们就会看到 SensorTag_processAppMsg()被成功调用，并且接下来将发生 AppMsg 事件
按以下顺序排列。
GAPROLE_started
GAPROLE_advertising
我们看到 gapRole_processGAPMsg()正在被成功调用，并且接下来的 GAPMsg 事件也将出现
按以下顺序排列。
GAP_DEVICE_INIT_DONE_EVENT
GAP_ADV_DATA_UPDATE_DONE_EVENT
GAP_LET_DISCOVERAT_DONE_EVENT
2) 2)此重建错误是否会导致 GAP 广播对移动应用程序不可见？
此致、
Roopa
您好，
最后、我们可以通过确定以下内容来解决此问题
在编译堆栈和应用程序之前、我们需要遵循 一些规则
1) 1) ICALL_STACK0_START 应始终在 cc26xx_app.cmd 中定义(如下图所示)
2) 2)堆栈始终在 ICALL_STACK0_ADDR 之后启动
3) ccfg (配置文件)应正确地在.out 文件中进行通信
4)确保应用程序大小小于 ICALL_STACK0_START (查看->内存分配如下所示)
应用程序的内存分配：
堆栈的内存分配：
5) 5)堆栈需要首先刷写、然后需要编译和刷写应用。
此致、
Roopa kalmath
