This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
当sensor controller 底下使用的引脚 在主引用程序无法使用
当sensor controller 底下使用的引脚 在主程序无法使用
您好我们已收到您的问题并升级到英文论坛寻求帮助，如有答复将尽快回复您。谢谢！
您好，
为了更好地解决您的问题，您能否提供更多相关信息？比如该project的更多信息以及具体问题是什么？
通常来说，sensor controller使用的引脚不应用于 CPU 上运行的应用程序。
问题我已经解决了 但有一个疑问 为什么在应用获取系统运行时间会和sensor controller运行程序发生冲突
导致系统重启
我们向工程师确认下哈。
好的 多谢啦
zzz zz 说：为什么在应用获取系统运行时间会和sensor controller运行程序发生冲突
您好，能麻烦重新阐述下该问题吗？ 您指的应用获取系统运行时间以及sensor controller运行程序分别是？
sensor controller 发生中断 唤醒应用程序 应用程序使用
好的我们反馈给工程师看下。
您是说 MCU 上运行的应用程序由于sensor controller中断而唤醒，并且一旦调用 Clock_getTicks()，系统就会复位是吗？ 听起来很奇怪。 但是因为我们没有更多关于该问题的信息，也无法确定是具体因为什么。不知道您是否方便提供最小的应用程序，我们可以帮助debug。
要原始程序 还是生成的程序？
如果方便的话，还麻烦您都提供下。
timer0Start(TIMER0_MODE_PERIODICAL, 30000, 1); //2.5ms
//fwGenAlertInterrupt();
//gpioSetOutput(AUXIO_O_LED); //输出高电平
//gpioEnableInputBuf(AUXIO_XS_LED1);
//U16 i=0;
//if(state.counter == 0){
// timer0Wait();
// timer0Start(TIMER0_MODE_PERIODICAL, 240, 0); //10us
// for (U16 n = 0; n < 50; n++) { //2ms
// U16 z;
// gpioGetInputValue(AUXIO_XS_LED1;z);
// if(z==1){
// //i=i+1;
// //if(i>5){
// fwGenAlertInterrupt();
// n=50;
// //}
// }
// gpioDisableInputBuf(AUXIO_XS_LED1);
// gpioClearOutput(AUXIO_O_LED); //输出低电平
//}
// for (U16 n = 0; n < 300; n++) { //3ms
// n=300;
//fwScheduleTask(1);
生成的 文件比较多 暂时不发了
好的我们转达给工程师看下哈。
抱歉回复晚了。
仅由sensor controller使用的 AUX Timer0与使用操作系统内部时钟的 TIRTOS Clock_getTicks()调用，我们无法看到这两者间的任何相关性。 在 MCU 侧有一个简单的客户应用程序(您只分享了sensor controller代码)也很重要，有可能会触发问题。 您方便告知我们要如何重现该问题吗？
此外能否提供以下信息：
-为什么会注释掉sensor controller的大部分代码？ 不需要执行注释代码来触发问题？
- simplelink SDK 版本是？
现在好了 之前不知道是因为 是不是在应用APP使用了引脚 没有关闭掉 然后在底下又使用这个引脚造成
