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.

[参考译文] CD4059A:计数器#39;冻结#39;具有快速变化的卡纸输入(第2部分)

Guru**** 670150 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/logic-group/logic/f/logic-forum/886627/cd4059a-counter-freezing-with-quickly-changing-jam-inputs-part-2

器件型号:CD4059A

我想回顾我之前的主题、这个主题从未解决过;不幸的是、我在一段时间内无法处理这个项目、所以这个主题同时被锁定、所以我要启动一个新的主题。 原稿 在这里

为了回答迪伦在上一篇文章中提出的问题、MODE 引脚确实保持不变、 至于输出保持低电平与输入频率之间的关系、例如、我可以给出29.9kHz 输入导致输出保持低电平的时间为355ms、大概为10600个周期(29.9kHz x 355ms)。

为了阐明我的设计目标:我的最大输入频率为154kHz、我要更改卡纸输入的最大速率约为100Hz。

通过我的测试、我观察到我限制卡塞输入变化速率的较慢和较慢、冻结的频率似乎较低。 但是、我仍然观察到它冻结的情况、即使最快的变化卡纸输入是大约55ms (甚至这种情况也不是定期变化、而是偶尔变化)。 因此、遗憾的是、对于卡纸输入、我远没有达到目标"刷新率"。

我想知道的一件事是、我 一次更改多个卡纸输入是否也可能 导致甚至导致此问题? 当卡纸输入更新发生时、我会很快地逐个更新所有输入(我尚未测量延迟、但我认为应该小于50us)。 我想知道、在研究级联卡纸输入更新时是否有任何好处;例如、如果我在更改卡纸输入之间插入了1ms 的延迟。 我有8个要更新的输入、因此我仍然可以在~8ms 内执行更新、从而实现我的目标。 但是、如果此问题的根本原因是  任何卡纸输入变化过快、那么这实际上会使问题变得更糟。

如果您对可能导致此问题的原因有任何进一步的了解、并建议您尝试什么、我们将不胜感激!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我想知道的另一件事是 CDx4HC4059的性能是否会更好。 我看到、它需要明显更高的最大输入频率(在25°C 时、4.5V 电源电压高达27MHz、而 CD4059在5V 电源电压时仅能耗高达1.5MHz)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryan、

    感谢您的发帖、我们将在周一回到办公室时再次与您联系。

    最棒的
    Michael

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryan、

    我认为这值得尝试以查看结果。 遗憾的是、这是我们很久以前从 Harris 收购的一款器件、它将很难跟踪与您所面临的问题相关的器件的任何潜在问题。 数据表并未详细介绍应如何操作卡纸输入(限制、要避免的事项等)。 这将是我们必须协同工作才能进行调试的内容、我将获取一些样片、并在实验中设置一些设置、以便也对我自己进行一些测试。 这是我认为我可以为您提供支持的最佳方式、很遗憾、它会花费一些时间。 这是一件紧急的事吗?  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!Dylan、

    感谢您回来。

    我这个周末在74HC4059上进行了一些测试、但不幸的是、它也有同样的问题。 我无法肯定地说、它是更好还是更差、因为它不是系统地发生、而是随机发生。

    我对级联卡塞输入的想法进行了更多思考、实际上、我决定测试减少卡塞输入之间的延迟是否尽可能小更有意义、因为我可以想象、每次输入发生变化时、都有可能出现问题。 我想、如果我能够快速获得所有更新的输入、使其被视为"皮肤"、那么这可能会有所帮助。 在设置直接驱动 JAM 输入的 MCU 输出引脚之间存在大约300us 的延迟(实际上、我仅更改了7个引脚、而不是上一个帖子中提到的8个引脚。 实际上、我在给定更新中更改的最大值是7)中的6)我将延迟降低到250ns、因此现在所有输入都应在<2us 内更新。 不过现在再想一想、我想知道这是否足够快、可以被视为"皮肤"。 也许仍然值得调查输入变化的级联、正如我最初想尝试的那样;我想我今天晚上将测试这一点。

    即使将最大刷新率限制为50ms、我也能够重现故障、因此这也可能会将输入设置之间的延迟视为一个问题; 如果这被视为单独的更新、那么我仍然会得到这个问题、而不受我进行全局刷新的时间的影响。 50ms 看起来应该是足够的时间来执行计数器需要执行的任何采样来建立分频值。

    我想知道什么会导致输出长时间完全消隐;我想它仍然会输出一些东西、即使频率不正确。

    理想情况下、我需要在本周结束前解决此问题。 非常感谢您的支持。

    Ryan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    因此、我刚刚运行了一个测试、在设置每个卡纸输入之间有1ms 的延迟(我仍然将整体刷新率限制为每15ms 以最快速度运行一次)、我可以说  这绝对是更糟糕的。  我经常会通过这种设置获得冻结。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    根据增加延迟导致问题恶化的结果、我修改了固件以同时更改所有输入、到目前为止、我还没有观察到任何问题。 到目前为止、我已经对几个单元进行了相当多的测试、一切都很好。