[参考译文] TM4C123GH6PZ：当屏蔽的中断状态为0时、SSI 中断被触发

我怀疑问题是您在中断服务程序的末尾清除 SSI 中断状态寄存器。 对外设的写入被缓冲、这样在返回重新使能中断之前中断请求有可能没有被清除。  添加 SSIIntStatus 的虚拟读取应该可以解决这个问题、因为在前一个外设写入完成之前、该读取不会发生。

尊敬的 Bob：

我从 ISR 处理程序末尾删除了我认为与问题无关的代码。 如果重新进入系统分析仪窗口、系统分析仪窗口还应该显示两个 SSI 中断。 我已经根据您的建议重新运行了测试、但未能解决问题。 完整的未编程 SSI 处理程序代码如下：

void SSI2_Handler (void)
｛
uint32_t countSamples = 0；
Int32_t recv = 0；

uint32_t ssiStatusRegister = HWREG (ADC141_SSI_base + SSI_O_SR)；
uint32_t ssiRawstockedStatus = HWREG (ADC141_SSI_base + SSI_RS_0


)；UINT32_SSI_RUSTRIS = US_TRIS_0 (US_SS_SS_TRIS)；u_TRIS_TRIS_TRIS_0)= US_TRIS_TRIS_TRIS_TRIS_0 (_TRIS_TRIS_TRIS_0_TRUS_TRIS_TRIS_TRIS_TRIS_TRIS_0_TRIS_TR




//从 SSI 接收 FIFO 读取、返回读取
的元素数量 Samples =(uint32_t) SSIDataGetNonBlocking (ADC141_SSI_base、(uint32_t *)&recv)；
SSIIntClear (ADC141_SSI_base、SSIIntStatus (ADC141_SSI_base、false)；
(void) SSIIntStatus (ADC141_SSI_base、true)；
//如果 FIFO 中没有可用的样本、则表示存在严重错误。
//断言将在无限循环中旋转，并在

以下情况下间接导致 WDG 复位：(countSamples =0)
{__asm("BKPT
0")；
}//*

符号扩展差分 ADC 读数。 符号位位于位14中
、因此我们*上下移位以将14位读数扩展到32位
*/
recv <= 18；
recv >=18；

ADCSample.sampleData[ADCPort]= recv；

/*在要采样的最后一个输入通道的中断上、我们将
包含所有多路复用输入通道样本的*结构发送到
第2代 CS 任务的*队列
中*/
if (ADCPort ==(ADC141_NUM_CHANNELS -1)
)｛
void) OSALQueueFromSendISR (adc141SampleQueue、ADCSample_Channels)；
｝

//选择要以循环方式读取的下一个 ADCPort，以及在
//最后一个通道回绕到第一个通道
ADCPort++；
if (ADCPort >=ADC141_NUM_CHANNES)
{
ADCPort =0；
}

MAX4052Select (ADCPort)；
} 

好的、这很有趣。 您能否在调用 SSIIntClear ()之前移动"countSamples == 0"内的断点，并在断点上实际停止，然后捕获 SSI2寄存器的映像？

外设视图窗口似乎不是读取寄存器的可靠方法。 我依靠将它们存储到局部变量中并在观察窗口中进行检查。

这是两个屏幕截图。 第一个示例显示了我在寄存器中期望的值：状态= 0x7、原始中断状态= 0xA、屏蔽后的中断状态= 0x2。 第二个示例显示了计数器=0断点被命中时的寄存器：状态= 0x3、原始中断状态= 0x8、屏蔽中断状态= 0x0。

[引用用户="Eric Wilson85"]外设视图窗口似乎不是读取寄存器的可靠方法[/quot]

这不是很好。 您使用的是什么调试器？  

您运行的是 RTOS 吗？ 是否可以有其他线程写入 SSI2寄存器？  

TimerA 中断的时序是多少？ 在有机会读取 SSI RX FIFO 之前、是否可能启动第二次 SSI2传输？ (不确定这是否是一个问题、但这看起来像是某种临界情况。) 问题是在代码启动时还是在几次成功的传输和接收后出现？ 我注意到我们所有的 SSI 示例在开始前都清除了接收 FIFO。 很抱歉所有问题、但这个问题让我偶然发现、因此我尝试获取更多信息、以便找到解决方案。

[引用 user="Bob Crosby"]

这不是很好。 您使用的是什么调试器？

[/报价]

我们将 Keil uVision 与 ULINK Pro 结合使用。 我想我需要联系 Keil 来了解外设查看器为什么不能为我提供预期的结果。

[引用 user="Bob Crosby"]

您运行的是 RTOS 吗？ 是否可以有其他线程写入 SSI2寄存器？

[/报价]

我们正在运行 FreeRTOS。 在代码库中搜索任何其他提及 SSI2的内容时、不会显示任何访问该代码的其他代码。 当然、存取存储器的内容可能不是它应该有的、但我很难找到任何能够完全实现我们所看到的内容的内容。

[引用 user="Bob Crosby"]

TimerA 中断的时序是多少？ 在有机会读取 SSI RX FIFO 之前、是否可能启动第二次 SSI2传输？ (不确定这是否是一个问题、但这看起来像是某种临界情况。) 问题是在代码启动时还是在几次成功的传输和接收后出现？ 我注意到我们所有的 SSI 示例在开始前都清除了接收 FIFO。 很抱歉所有问题、但这个问题让我偶然发现、因此我尝试获取更多信息、以便找到解决方案。

[/报价]

TimerA 每250us 触发一次。 我们预计 SSI 传输+超时将在~48uS - 50uS 内完成、并且我可以通过系统分析器窗口和跟踪数据来确认该时序。 这就额外留出了200us 的余量、其中可能会出现一些其他中断、但我们并未看到这一点。 从趣闻角度讲、通常在启动后的几分钟内、在前约100k 个样本内、该问题变得更为常见。 如果是清除 FIFO 的问题、我预计问题将是第一个采样、但没有影响尝试。

您好！

我们只能同意供应商 Bob 对"有趣"的评估。    (两者)海报和 Bob 所呈现的细节(尤其是逻辑流程)必须受到赞扬。

令我们印象深刻的是、"多系统"(不仅仅是一个)上报告了此类问题-正如诊断人员的祸根所说的、"单板/设备异常"。

出于"完整性"的考虑： (此处的大多数问题分析(可能)"展示了"大图"-这(可能)是"系统(而不仅仅是 MCU 问题！")

• 是否存在"保留 SPI 器件"及其"连接、隔离距离和供电是否充足？"
• 并且-至少暂时-切换到另一个 MCU 的 SPI 通道(以确定这种(不寻常)影响是否仍然存在？)      
• 此外-此问题(可能)的随机性表明、"功率、噪声或(不需要的)射频级别"是可疑的。   所有这些都应该是"尽可能减少"。
• 挂图的 MCU 显示(不)在"LPAD"中填充。   "123 LPAD"是否可以按"快速/轻松"的方式投入使用、以确定"此问题的严重程度？"   (即、这是否是" MCU 类"问题？)

我们的小型技术团队倾向于："将我们的代码缩减为"仅处理手头的问题"-(尤其是禁用任何/所有噪声、电力驱动或"已知"射频源) -然后"重新启动并仔细观察"犯罪的频率(即复发)"。   (在多种情况下、此类"原则"(以及对系统问题的"意识") 有助于高效地解决问题...)

由于将 SSI2用作主机、因此在每次传输完成后、您应该会得到一个接收超时中断。 您能告诉我们是获得额外的中断、还是获得正确数量的 SSI2中断、但 FIFO 为空吗？ 如果您还不知道、也许可以添加一个全局有符号变量、该变量在每次传输时递增、在每次接收字节时递减。 该变量应在0和1之间交替。 如果它开始递增、那么我们知道接收超时中断是正确的、但 FIFO 之前已被清空。

“***相似***”按钮在哪里？

然而、故障发生的可变性(可能强烈)为潜在的"系统问题"进行了论证。    (之前已注释...)

[引用 user="Bob Crosby"]

也许您可以添加一个全局有符号变量、该变量在每次传输时递增、在每次接收字节时递减。 该变量应在0和1之间交替。 如果它开始递增、那么我们知道接收超时中断是正确的、但 FIFO 之前已被清空。

[/报价]

现在这很有趣！ 我做了两件事：

1.我已大幅剥离了系统。 此时、只有 timer0A 和 SSI2中断正在运行。 FreeRTOS 被删除，初始化后剩下的所有操作都是 main()末尾的 while (1)。

2.按照建议添加了变量。

我看到计数器缓慢递增。 如果计数器大于一个小阈值、我在定时器中断中设置一个断点、我可以从系统分析仪上看到 SSI 中断没有发生。 但是、如何清空 FIFO 呢？ 我已删除应用程序的所有其他部分。

[引用 USER="CB1_MOBILE"]

出于"完整性"的考虑： (此处的大多数问题分析(可能)"展示了"大图"-这(可能)是"系统(而不仅仅是 MCU 问题！")

• 是否存在"保留 SPI 器件"及其"连接、隔离距离和供电是否充足？"
• 并且-至少暂时-切换到另一个 MCU 的 SPI 通道(以确定这种(不寻常)影响是否仍然存在？)      
• 此外-此问题(可能)的随机性表明、"功率、噪声或(不需要的)射频级别"是可疑的。   所有这些都应该是"尽可能减少"。
• 挂图的 MCU 显示(不)在"LPAD"中填充。   "123 LPAD"是否可以按"快速/轻松"的方式投入使用、以确定"此问题的严重程度？"   (即、这是否是" MCU 类"问题？)

[/报价]

远程 SPI 器件是一款 ADC141S626。 已连接芯片选择、时钟和 MCU 接收引脚、MCU 发送引脚未连接、因为 ADC 仅需要时钟序列将其数据传输到 MCU。 芯片距离 MCU ~1英寸。 确定功率是否足够将需要我连接示波器、这将需要一些工作。

RF 是一种可能性、尽管我没有内部设备来确定我的特定测试板的级别

我想我有一个123垫圈或两个垫圈在周围。 我将尝试挖掘这些问题、以测试我是否能够首先消除其他一些可能的问题。

这在某种程度上与 Keil 调试器的读取有关吗？ 如果计数值大于1、是否可以运行此已分离版本切换引脚、然后在未连接调试器的情况下使用示波器监控引脚？

[引用 user="Bob Crosby"]

这在某种程度上与 Keil 调试器的读取有关吗？ 如果计数值大于1、是否可以运行此已分离版本切换引脚、然后在未连接调试器的情况下使用示波器监控引脚？

[/报价]

确实如此！ 如果我只需在启动应用程序之前关闭 SSI2外设视图窗口，那么我就可以无问题读取>2M 个样本。 只要我再次打开窗口、就会命中断点以检查中断是否平衡。 因此、这是一个"系统"问题。

现在、我需要回答的问题是、如果我无法信任该调试器、不会干扰系统、我可以信任它吗？ 或者、该 MCU 的每个调试器是否会出现相同的基本问题？

完美的诊断问候

并向那些诊断了"系统问题"的人表示喝彩。

Bob -我记得、在过去(使用 LM3S 器件)、我们使用"Register View"(从 IAR 中使用)会导致类似的"错误读数"。   IIRC 这在 ADC 寄存器组中发生(尤其是)。   员工提前检查-我们可以发现、"没有此类注意事项"涉及此(潜在)错误生成(但高度意外)情况。   和... 重要-这个"错误读取条件"在所有调试器(至少 FTDI、Keil、IAR、Segger 和 CCS 下)发生。   同样、存在"唯一寄存器灵敏度"的特殊警告 (如果您"监控/这些寄存器-您"收集/使数据无效")- 我相信这些警告会随着时间的推移而减少-并且在检查将近一小时后的员工-找不到任何 MCU 手册提及！

您可能知道并告知/建议-"正常调试用法何时及何地会"造成此类严重破坏？"    (它看起来"不是到处都有"-至少在过去...)   非常感谢！

仍然令人关切的是，我们过去的问题是"不可改变的"(即始终发生)。   然而、这里的海报展示了一个问题、它揭示了"数千成功"-因此(部分)"FUD"(必然)仍然存在-它不是吗？

还有更多...

遵循此海报中的两个关键字：

• "这个问题是随机的、我们可以毫无问题地进行上千次数据传输、然后一个将失败。   我们可以运行一个系统数天、而另一个系统只能运行几分钟。"

• "外设视图窗口似乎不是读取寄存器的可靠方法。   我依靠将它们存储到局部变量中并在监视窗口中进行检查。"

我现在还记得-这是"过去使用监视窗口"-"传了 (部分但不是全部)被监视的值！"   (即"某些"寄存器被视为"敏感！")     我记得(IAR 和 Keil)中的这一点-我们(从来没有)是供应商无关 IDE 的(其他)粉丝(因此我们的主要客户和投资者不允许 CCS)。

我们可以问、"这是我们的主题吗？"   而且-"使用监视窗口时要格外小心-今天是否继续？"的指导   和-"特定"寄存器(尤其是)是否易于"敏感？"

也许-这个主题是否值得、"将它应用到您的(计划/预先制定的)"API 更新？"   (作为剩余指南...)

( 一天后... 节日问候 Bob、"

非常感谢-非常有洞察力-您对"内幕揭秘"的描述非常感激。   (尤其是从大学中"年轻员工(逃学)"-提升他们的技术技能(当然是为了获得大学学分)、同时从我们的"(有点微型化) Ft "中"提取"(但更多)。 诺克斯...)

我们仍然对这张海报所报告的巨大变化(错误发生)"不安"。   再次-报告说、"连续运行数天不存在问题"和"只工作了几分钟！"    我们无法"确定"此问题可能"挂起" (仅限调试器)。

多个寄存器说明(在"特定寄存器详细信息的级联"中-在 MCU 外设中)提供了"寄存器灵敏度的特别说明！"   (当然、我们还没有找到-并具体展示给您评论和/或"内幕揭秘"闪光灯...)

如果我们的海报仍然是"在调试器始终连接的情况下执行的所有此类测试"、   如果是这样、(更重要的是)根据 Bob 的敏锐发现、这是否是一个"适当的程序"？   (可能是"Bob"亲切/在有能力时-对海报进行回应？   非常感谢。。。)

[编辑] 09：48 CST  员工报告说、IAR 的"实时监视"使我们认为"关键"的寄存器能够"实时(即实时)查看"-并且在避免(可怕的)寄存器更改的同时、看起来是这样做的！    (我们从未尝试过“实时监视”任何 FIFO -我们今天已经开始对付费 IAR 对各种寄存器监视机制的描述进行“深度研究”... 并应报告...)    希望可能存在证明对许多人(不仅仅是 IAR 用户)有益的"发现"。。

[引用 USER="CB1_MOBIST"]我们仍然因此海报所报告的巨大变化(错误发生)而"未解决"。   再次-报告说、"连续运行数天不存在问题"和"只工作了几分钟！"    我们无法"确定"此问题可能会"挂起" (仅限调试器)。

我怀疑在这两个运行中打开的是不同的观察窗口。 我认为 Eric 是唯一能评论差异的人。

大家好、

我今天下班后回到办公室、可以报告一些事情。

当设备"运行数天而无问题"时、设备未连接到调试器

当单元"只工作几分钟"时、单元始终连接到调试器、SSI 寄存器观察窗口打开、"定期窗口更新"功能打开。 我相信 Bob 的结论是正确的、即调试器的时序恰好与中断时序完全一致、并且在代码有机会之前读取数据寄存器。

但是、我在假期中将设备留在连接了调试器的位置、关闭了 SSI 监视窗口、关闭了定期更新功能。 我在~678M 个样本(运行时大约48小时)后再次登录 countSamples == 0 breakpont。 从跟踪数据可以看出、SSI 处理器被调用了两次、第二次调用在 FIFO 中没有任何数据、这是可以理解的。 我将进一步调查、并在发现问题时发布另一条回复。

您好！

我现在对我们的第二个问题非常肯定。 如果 SSI 中断在从接收 FIFO 读取数据之前被清除、那么该中断可能会重新触发。 我们曾尝试将 SSIIntClear ()调用移动到原来的位置，但由于调试器的问题，没有看到什么不同。 根据我对数据表的理解、我没有想到会出现这种情况。 据我所知、接收超时计数器应在 EMPTY -> NOT EMPTY 转换时开始、但计数器似乎会在 FIFO 中同时存在数据且中断未挂起时运行。

下面是我要试验的 ISR 代码。 如果 SSIIntClear 被及早调用、由于中断重新触发、断点将在几秒钟后被命中。 任何其他点和断点都不会被命中、包括根本没有调用 SSIIntClear。

#define SSI_INT_CLEAR_NONE 0
#define SSI_INT_CLEAR_EARLY 1
#define SSI_INT_CLEAR_FACT_READ 2
#define SSI_INT_CLEAR_Late 3

#define SSI_INT_POINT SSINT_Late

void SSI2_Handler (void)
｛
uint32_t countsples = 0；
int32_t CLEAR_CAP =


0；INT_SSIFT_SSIFG (void = 0)
、INT_SSIFT_SSIFG = INT_SSIFG (void)、INT_SSIFG = 0；INT_SSIFG = INT_SSIFG (IE_C141 (void)、INT_SSIFG = INT_SSIFG = INT_SSIFG (void
busyWait_US (15)；
#endif

//从 SSI 接收 FIFO 中读取、返回读取
计数的元素数量=(uint32_t) SSIDataGetNonBlocking (ADC141_SSI_base、(uint32_t *)&recv)；

#if SSI_clear_point = SSI_blocking (ADC141_SSIF_SS_base、(UINT32_t *)、ADC141 (sSI_base

)、ADC141_SSINT_SSIF_IE_SSIF_SSIFn (s_SSIF_SSIF_SSIF_SSIFn)、ADC141 (void)、ADC141 (s_Is_Is_Is_clase)、
#endif


//如果 FIFO 中没有可用的样本，则会出现严重错误。
//断言将在无限循环中旋转，并在
以下情况下间接导致 WDG 复位：(countSamples == 0)
{__asm("BKPT
0")；
}
否则
{sitxRxCounter--;}/*



符号扩展差动 ADC 读数。 符号位位于位14中
、因此我们*上下移位以将14位读数扩展到32位
*/
recv <= 18；
recv >=18；

ADCSample.sampleData[ADCPort]= recv；

/*在要采样的最后一个输入通道的中断上、我们将
包含所有多路复用输入通道样本的*结构发送到
第2代 CS 任务的*队列
中*/
if (ADCPort ==(ADC141_NUM_CHANNELS -1)
)｛
void) OSALQueueFromSendISR (adc141SampleQueue、ADCSample_Channels)；
｝

//选择下一个以循环方式读取的 ADCPort 以及之后
//最后一个通道回绕到第一个通道
ADCPort++；
if (ADCPort >= ADC141_NUM_CHANNELS)
｛
ADCPort = 0；
｝

MAX4052Select (ADCPort)；

#if SSI_CLEAR_POINT = SSI_INT_CLEAR_CHANNEL_SSIFG (SSIFS_INT_SSIF_SITE)

、ADC141 (ID_SIT_L_BASE)、ADC141 (ADC141)(ID_SI_IN_SI_IN_SITE)、INT_ISI 状态(ID_BASE)；ADC141 (ADC141 (ID_BIST_BIST_BASE)
#endif
｝