[参考译文] CC2640：Sensor Controller Studio 会突然停止 GPIO 事件触发

您好、Erik、

如前所述、GPIO 引脚每5ms 生效一次(低电平有效)。 事件在最初生成几次、然后停止。

此致

Lakshmikanth。  

请查找附件。

 这是触发器最初工作时捕获的。 红色的信号是 GPIO。

在两个或三个这样的传输之后、即使 GPIO 被置为有效、触发器也会停止工作。

此致

Lakshmikanth

您好、Erik、

它保持低电平5ms。 我要附加高电平到低电平有效的捕获。 请检查。  

此致

Lakshmikanth

e2e.ti.com/.../ADS1293_5F00_DataLogger_5F00_to_5F00_Eirik.zipHIEirik、

请查找随附的 SCS 项目。 下面是我的主应用程序代码。

int main (void)｛
Task_Params taskParams；

//初始化 PIN 驱动程序
PIN_init (BoardGpioInitTable)；

//配置操作系统任务
Task_Params_init (&taskParams)；
taskParams.stack = myTaskStack；
taskParams.STACKSIZE = sizeof (myTaskStack)；
taskParams.priority = 3；
Task_construction (&myTask、taskFxn、_taskParams、NULL)；

//创建用于等待传感器控制器警报事件的信号量
Semaphore_Params semParams；
Semaphore_Params_init (semParams)；
semParams.mode = Semaphore_Mode_binary；
Semaphore_construction (semScTaskAlert、0、semParams)；

//启动 TI-RTOS
BIOS_start()；
返回0；

}// main

void taskFxn (UArg a0、UArg A1)｛

uint16_t DevID；
uint16_t 滤波器；
uint16_t ecgData[10]；
int i=0；

//初始化传感器控制器
scifOsalInit()；
scifOsalRegisterCtrlReadyCallback (scCtrlReadyCallback)；
scifOsalRegisterTaskAlertCallback (scTaskAlertCallback)；
scifInit (&scifDriverSetup)；
scifStartRtcTicksNow (0x00010000 / 8)；

// ADS1293寄存器配置
TI_ADS1293_WriteRegSettings()；

//配置并启动传感器控制器的模拟光传感器任务(不要与操作系统任务混淆)
scifStartTasksNbl (BV (SCIF_DATA_LOGGER_TASK_ID)；

//主循环
while (1)｛

//等待警报回调
Semaphore_pend (Semaphore_handle (&semScTaskAlert)、BIOS_wait_forever)；
//清除警报中断源
scifClearAlertIntSource()；

DevID = scifTaskData.dataLogger.output.deviceID;
过滤器= scifTaskData.datalogger.output.filter；
for (i=0；i<9；i++)
ecgData[i]= scifTaskData.datalogger.output.ecgData[i]；

//确认警报事件
scifAckAlertEvents ()；
｝

}// taskFxn

您好、Erik、

下面是一些观察结果。

我已在事件处理程序中添加 GPIO 输出、以检查事件是否正在生成。

我发现 GPIO 事件正在被触发。 但出于某种原因、事件处理程序中的 SPI 接口无法正常工作。 我在 SPI 总线上看不到任何活动 相同的 SPI 操作在初始化代码中表现良好。

我还发现唤醒主 CPU (由 fwGenQuickAlertInterrupt()提供；)所需的时间，从 CPU 回来所需的时间为35mS，因此缺少一些 GPIO 事件。

请查找随附的屏幕截图。 D5信号是 DIO_0引脚、用于切换。 D0是我的 GPIO 事件。

Lakshmikanth

似乎您向我发送了压缩的 SCS 项目、供我查看、但它不能反映您描述的项目。 请将正确的问题发送给我进行审核。

您好！

乍一看、项目看起来不错。 但是、请尝试进行以下评论中给出的更改。

第一轮回顾：

1)

您不需要基于 RTC 的执行调度。 删除此行：

scifStartRtcTicksNow (0x00010000 / 8)；

2)

使用 EVH_GPIO_TRIG_ON_MATCH

您好、Erik、

我将尝试您的建议、并尽快更新您的最新信息。

以下是一些观察结果。  

我正在切换事件处理程序中的 GPIO 引脚、以检查事件是否正在生成。

1) 1)我发现我的 GPIO 事件总是被触发。 但出于某种原因、事件处理程序中的 SPI 接口无法正常工作。 我在 SPI 总线上看不到任何活动 相同的 SPI 操作在初始化代码中表现良好。

2)我还发现唤醒主 CPU (通过 fwGenQuickAlertInterrupt()；)所需的时间，并且从 CPU 返回所需的时间为35mS，因此由于我的触发器编程时间为5ms，一些 GPIO 事件丢失。

SPI 在事件处理程序中不工作的原因可能是什么？

此致

Lakshmikanth

您好、Erik、

我已经尝试了您的建议。 我观察到以下情况。  

1) 1) 在少数事件触发器正常启动后、我观察到 MOSI 线路在下一次触发前突然置为高电平。

2) 2) CS 线路也会在此之后生效。  

3) 3)发生这种情况后、SPI 总线停止工作、但事件将被触发。  

我禁用了 CPU 的警报指示并尝试了。 但我仍然看到上述情形。  是否知道为什么这些行在我不知情的情况下被断言？  

我已附上协议分析器屏幕供您参考。  

此致

Lakshmikanth

您好 、lakshmikanth、

是否确定您也没有在 TI-RTOS 应用程序中使用这些引脚？