Other Parts Discussed in Thread: SYSCONFIG
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： LP-AM243
主题： SysConfig 中讨论的其他器件
尊敬的专家：
我有与原始文章中所述相同的应用要求：系统应支持一个或两个连接的 EnDat 编码器、并且应该只能检测和使用实际存在编码器的通道。
我正在尝试解决原始文章中建议的问题：使用不同的编码器配置重新启动完整的 EnDat 固件。
我目前正在调查停止和重新启动 EnDat 诊断示例后的重新连接行为。
我目前正在调查停止和重新启动 EnDat 诊断示例后的重新连接行为。
我的测试是：
1.启动 EnDat 诊断示例。
2.成功初始化和检测编码器。
3.停止所有 PRU。
4.再次运行相同的 EnDat 初始化序列。
第一次初始化运行可靠。 但是、第二次初始化仅在大约 50%的尝试中成功。
我使用示波器检查了原始 EnDat 信号。 在失败的情况下、我要么看到根本没有 PRU 输出信号、要么 EnDat 时钟在 endat_out_en 上以短脉冲启动、然后 PRU 似乎卡住。
是否有用于停止、复位、重新加载和重新启动 EnDat PRU 固件以确保重新连接可靠的建议序列？
我还尝试手动清除我可以看到正在使用的所有内存
- PRU RAM
- PRU RAM
-在 endat 驱动程序内的静态 endat priv 结构
-端部接收缓冲区放置在本地 TCM 中
-清除了 PRU 状态寄存器中的 COUNTER_ENABLE 标志,该标志似乎不会被 ICSSG_resetCore () 重新设置
-在第一次和第二次 startCore 调用之前,我甚至做了一个完整的 ICSSG 内存转储,我看不到任何有意义的差异
也许您可以提供更多见解或尝试重新创建示例？
我认为、对于可靠的 EnDat 主器件、它至关重要的是能够从连接错误中恢复、在这种情况下、这种情况似乎需要完全重新启动 PRU 固件。 因此、我认为应该添加这一项、作为已测试的功能。
此致、
Stefan
