[参考译文] TM4C1294NCPDT：GPIO 输出上升沿和下降沿

如果此类波形来自您的"EK-tm4c1294xl"、我会感到震惊(超出)。    除非之前的"恐怖"曾访问过这些 PIN、否则绝不会！

您不会显示您的"所选引脚-设置和配置"。 代码"-可能出错-导致此类"输出失败！"

这里已经证明、几乎每天都有人尝试定制 PCB 时、任何东西都会记录为"可能的"。

您有(更有可能)：不正确的示波器技术(示波器接地有缺陷/失效)、 过度的信号负载 或 功率不足以及/或电路板之间的"公共接地连接失败"！   这种情况(仅在您的"设置和配置" 代码"-目标@"有问题的引脚"是正确的！   (不幸的是-未提供！)

不要责怪供应商的设备-它们太聪明了、很好地实践了！   "一次性"用户上升至(超出) Prime 可疑人物...

我有一张简洁的照片、展示了出色的"示波器技术"-可能需要几分钟的时间让员工找到-并在这里展示-即将推出...

另外， “CB1公共服务” 也正式抵达了！   即使是在本周3到05：00员工到达 ！  (今天 Moi 的03：00开始)

注意员工的响应速度 (12分钟！ -能够在此处找到、恢复和加载！)   如此高效 — —在抵达 CST 5：00 (当地)后— —这是(以及其他3个)上午——正如我们"达成大协议"——与"知识不足/效率低下/灵感不足"(但总是更大)的竞争对手相比！   (即将被打败的竞争对手-我被告知...)   员工很棒-现在 “喜欢”按钮在哪里？

照片显示了制作"合理真实"示波器电容器的"正确"方法-不存在多余/冲击信号伪影/效应。   

示波器探头的接地导线已移除-替换为短/直、"卷线"- 它与示波器探头的" 接地套管"接触。   非常有效-随着频率的上升而变得更加有效。

和：此处所示为-对于非英语母语-探头接地导线的拆卸方向-直观显示。

如上所述-如果在“拉斯维加斯的桌子”...  我会在 您的示波器接地端放置一堆非常高的芯片(再次)、即"AWOL" 或 "板之间失去公共接地！"  (缺失和/或不足)

我也感到惊讶，并在这方面寻求一些帮助。 我不是在责怪
任何一个(如果 PCB 布线出错、则我自己除外)。
不确定您的答案是否充满讽刺意味、不管怎样、它都不会帮助您
任何东西。
是的、我知道如何使用探针进行测量。

Roelof

另请注意、即使在攻击之后、尤其是在攻击之后、示波器探测器的信号连接也可能是开路和/或有缺陷的！
我从未见过的任何公司/公司的 EK 板(这远远超过500！) 证明了您所介绍的内容！

在考虑示波器快照和板对板连接器时、接地是一个很好的初步猜测。

您的信号会随着频率的增加而衰减、就像您通过简单的低通 RC 滤波器传递信号一样。 是否存在任何串联电阻？ 所有走线都充当到接地的电容加上电缆的电容。

作为参考、-3dB 频率为 F=1/2pirc。 正弦波的3dB 频率约为2MHz。 方波由多种频率组成、当您滤除较高的频率时、方波变为正弦波。

让我们看看我们是否可以隔离它是硬件问题还是软件问题。 您提到了引脚 PA4和 PA5。 我创建了一个以120MHz 运行的简单项目、并以超过5MHz 的频率位挂起 PA4和 PA5。 从 随附的.zip 文件中导入工程、并查看您的结果是否与我在下面的示波器屏幕截图中得到的结果类似。

CB1、

感谢您提供有关正确使用示波器的良好信息。 这可能会帮助看到此主题的其他人。 但是、现在我感到尴尬的是、我包含了一张用3英寸接地线夹(哦、这是一个难看的振铃)探头捕获的示波器图片。 总之、这张图片证明了引脚的速度很快、今天我还有很多其他工作要做。

e2e.ti.com/.../EK_2D00_GpioToggle.zip

然而、 正如这里所述、"信号故障"的程度远远超出了简单的滤波器问题、我认为。

漏掉公共接地-探头不良-或(尤其是) MCU 外设故障"设置/配置"-站得更远、 "可能可疑"。

尽管——特别是——如此清晰——诊断时的现场——被一人认为——根本没有用处。   (此类"完全不"-仅 通过海报的错误判断实现-明确...)

Bob、

我们的帖子交叉了( 相隔仅"4分钟")。    如上所述-我们的几个客户使用(许多) LPad -进行关键修改-和/或将其用于(必然)破坏性测试。  这就是我们 的"500 (最低) LPAD 和/或 EK 董事会审查"(在过去十年(仅为50年)的产生方式。   (且合理)   

我们从未在海报展示的任何位置记下信号。   海报显然有(一些)重大的失败-但"缺乏恩典"-尝试了一个人的耐心。

表现出色的 Bob -出色、值得您的评价-海报也可能会将其写为"毫无用处-完全没有！"   这又是 一个远离(非常远)真相的地方！

很明显、海报的 MCU 外设-无论是 GPIO 还是 SPI -(可能)配置不当-或示波器或探头"不良"或共地丢失。

 所有这些经过充分考虑的、特定的诊断产品-无疑是非常有用的！

尊敬的 Peter：

感谢您的回答。
您可能已经从屏幕截图中注意到、我使用的是 A
逻辑分析仪、而不是真正的示波器。 原因是我做到了
在我正在工作的站点上没有可用的范围(尝试调试)
问题)。 我完全了解您刚才提到的带宽限制
并将使用我的(真实模拟)示波器来查看信号。
我只是认为带宽在10MS/Sec 和时不是那么低
奈奎斯特频率至少为5MHz。 但在阅读您的评论后
我认为您是对的。 我会尽早确认
我下周回来的时候。

Roelof

尊敬的 Bob：

感谢您花时间以示例进行响应。
我已经尝试过它(它与我使用的代码没有太大区别
在我先前的测试中)、它确实在5、5 MHz 时切换。
我还以低得多的频率尝试了它、低至215kHz。
我发现逻辑分析仪中的示波器功能是比较好的
因为它会在低输入频率下使信号衰减、
在870kHz 频率下、正弦信号就是原始信号的剩余部分
(我假设是方波)输入信号。 我仍然需要检查它
示波器。
但不可靠的数据传输问题仍然存在
因此我必须重新开始查看。

我确实经常使用分析仪的逻辑功能、但这是
首次使用超出范围的模拟示波器功能
使用它。 我在解释测量值时出错
而不考虑受限的输入带宽。
数据传输在低(er)频率下更可靠
高频(2 - 8 MHz)让我相信模拟
测量结果是真实的。

Roelof

好的、至少这是一些进展。

仔细检查主器件和从器件之间的时钟相位和极性设置。 在上面所包含的逻辑分析仪图片中、从器件显然在时钟的下降沿输出数据。 TM4C1294是主器件吗？ 提供不可靠数据传输的从器件之一是什么？ 您在调用 SSIConfigSetExpClk()时使用了哪种模式？

Bob、

我在海报的"开场白"中也注意到了这一点(我现在引用)："结果当然是以 较高的比特率与外部外设进行不可靠的通信。"

该写入不是"明显或绝对的"、但确实表明(部分)在(部分)较低的比特率下发生了 SPI 通信。    (请注意、所有相关详细信息(定义"不可靠"和更高比特率)-不知为何-错过了该帖子。)

如果通信"成功发生"、那么"他人声称"、"监控设备应归咎于"、那么这似乎不准确、也不可能发生！   (除非该监视器 "始终存在、连接且有时仅中断 " SPI 通信！)   我认为 "非常不可能"。   (大多数此类监控是在发现故障后进行的！)

多年来、板对板互连已证明、是最大的故障原因之一。   在公司/我的防御工作中-这尤其 (并且几乎完全)真实。

更有可能(甚至)在这里更真实-客户-用户正在研究"一次性原型"、并且可能无法完全使用适当的设备和技术。    (此海报(显然)在客户现场。)

您(非常)可以回答这样一个问题："从属设备之间的可变性"-即使在-特别是当-一起使用-可能会证明 海报 "不可靠" 通信的另一个原因。

然而、我们都必须注意海报"切换了 PA4和 PA5"(假设设置为 GPIO 输出)并报告了相同 (非法)的波形。    这突出说明了对足够设备的要求，特别是在现场时， "现场校正失败"...  导致(不必要的-昂贵的) 回访。