[参考译文] TMDSCNCD263：GPT 通道配置

您好！

我们尝试使用上述值。 它将变为200ms。  

您好、Vivek、

对不起错了 caclulation、我已经再次检查和 0x1388  似乎是正确的值。 您能否使用此加载值进行检查并重试？

我假设您使用的 RTI 频率仅为200MHz、

谢谢。
兴植  

尊敬的 Kowshik：

方法1：

如果我们假设 RTI 200MHz  

每5ns 执行一次 SYS 节拍

对于50us、十六进制值为0x2710。

方法1：

如果我们假设内核时钟500MHz  

每2ns 发生一次 SYS 节拍

对于50us、十六进制值为0x61A8

。

我已尝试使用未触发中断的这两个值。

谢谢。

维韦克   

您好、Vivek、

此节拍计算公式不正确。 这是基于您可以使用的 RTI 外设

(200MHz/(预载+1))*(所需时间单位为秒)  

这里预加载为1、因此对于200MHz

然后200MHz/2 = 100Mhz => 100Mhz  *50US = 5000 => 5000十六进制是0x1388

谢谢

我已尝试使用值、中断未被触发。  达到上述值且值大于 0x4E20后、就会触发中断

谢谢

尊敬的 Kowshik：

我尝试使用相同的值、现在中断正确地命中通知功能、如下所示。 我试图在引脚切换的帮助下找出确切的时间、它显示为 5ms。  您能否更正我遇到的问题、并指导我们如何在实际中捕获通知触发时间。  

我已经输入了25us 50us 的值。  

谢谢  

维韦克

您好、Vivek、

我的想法是-这可能是由于 IO 翻转、因为 GPIO IP 距离 R5内核很远、因此翻转通道所需的时间比预期的要长。 但我不确定这是不是确切的原因。 让我找到一种更准确的测量方法。

谢谢

尊敬的 Kowshik：

 是否有关于准确测量时序的任何更新？ 谢谢

您好、Vivek、

似乎有一种方法可以更准确地测量这一点。 我们可以使用 CycleP_COUNTER (对 R5周期计数进行计数)、即分辨率提高得更多。 另外还有一种称为 HALTEN 的方案、这意味着当您处于调试模式(即连接了 JTAG)时将停止 RTI 外设。 这样、我们可以运行外设一次、当命中中断时、我们可以记下前后的值并减去它们、以查看增量计数。

您可以启用 HALTEN、也可以使用我在下方共享的代码  

void Write_MMR(unsigned int mmr_address, unsigned int mmr_value){
    unsigned int * p_mmr;
    p_mmr = (unsigned int *) mmr_address;
    *p_mmr = mmr_value;
}

Write_MMR(0x50D01008,0x01234567); //Unlock MSS_CTRL region
Write_MMR(0x50D0100C,0xFEDCBA8);  //Unlock MSS_CTRL region

Write_MMR(0x50D00454,0x1); //Enables the RTI0's Halt enable

谢谢

尊敬的 Kowshik：

感谢您发送编修。

我们已将计时器配置为继续模式。  

测试方法：

我们已启用通知并启动计时器。 通知功能一次触发。 您能指导我们继续触发 需要修改的任何内容吗？  

谢谢

维韦克·阿里瓦查根

您好、Vivek、

GPTIME_100_us 的值是多少？？ 您共享的配置应足以执行连续操作模式。

谢谢。
兴植

尊敬的 Kowshik：

尊敬的 Kowshik：

感谢您提供有关测量准确时间的信息。

按照我们的请求与针对连续模式触发的周期性中断相关。  

如果我们调用了 GPT_EnableNotification (),那么在通知函数内只会定期触发,否则它会立即通知。

以实现连续模式的定期通知。 您能回答一下。 调用的方式是必要的、或者不是周期性触发的、或者我们需要在软件中执行任何操作。  

尊敬的 Kowshik：

我们完成的操作看起来是一样的、但通知会立即触发。 它不是周期性发生。 请在随附的图片下面进行验证。

审查并指导我们解决此问题。

注意：此处、我们使用 CAT 2 (源 ID - 92、优先级- 15)配置了操作系统中断

您好、Vivek、

RTI 的运行频率是多少？ 宏似乎显示500MHz_100US？ 看起来您以500MHz 的频率运行 GPT、对吗？  

此外、您将在操作系统中使用什么 RTI 实例？  

尊敬的 Kowshik：

抱歉宏造成混淆。 我们以200MHz 运行。 因此、我们将输入值0x2710、持续 100us。 我们将使用 RTI1_INT1实例。

H Vivek、

您在使用适用于操作系统的 RTI1实例？ 请注意、使用前4个实例进行使用、即

RTICHANNEL0-3-->连接到操作系统

RTICHANNEL5-11 -->在您的应用程序中。  

使用矢量 OS 时、我们已经将整个 RTI0计时器实例限制为矢量 OS 使用、而其他实例将留给应用程序使用。

谢谢

尊敬的 Kowshik：

由向量 OS 使用的完全正确的 RTI0实例。 因此、对于 GPT、我将使用 RTI1实例。  在 RTI1中、我们有四个中断(91、92、93、94)。 我已经使用对4个通道进行了配置。 两种连续模式和两种单次触发模式。

我们验证了所有通知功能。 通知功能一次触发。 但我们期望连续模式通知功能基于时间(周期性)正确触发。

请提供有关周期模式的输入和指南。

谢谢

您好、Vivek、

嗯,这是一个更温顺的地方。 请执行以下测试、并让我们知道您观察到的情况、

1.在您收到一个中断而系统停止后、请尝试再次启动计时器、看看您是否又收到一个中断。

将所有通道配置为持续用于 RTI1、并在收到持续中断时重新测试。  

如果您在上述测试后观察到相同的结果、那么我建议您使用 Vector Tech 支持、因为您在集成 VEOS 后会观察到这些问题。

谢谢

尊敬的 Kowshik：

让我检查一下、然后回来。

谢谢

尊敬的 Kowshik：

请在下面找到观察内容

1.在您收到一个中断而系统停止后、请尝试再次启动计时器、看看您是否又收到一个中断。

   a：如果我们再次启动计时器、会再收到一个中断。

 b.如果我们在 ISR 通知功能中调用启用通知、我们 将收到 连续的 中断。

将 RTI1的所有通道配置为连续、并在收到连续 中断时重新测试。

连续模式、我们就会发现这是一个很好的问题。 我们将仅接收所有通道的一次性中断。

对于连续中断模式、我们是否需要清除任何通知标志？

谢谢

维韦克·阿里瓦查根

您好、Vivek、

感谢进行清晰的测试。 您能否确保在操作系统模块中、您已将这些中断注册为 IRQ 中断而不是 FIQ？

尊敬的 Kowshik：

是的、我们将这些中断注册为 IRQ。 请在以下快照中找到证据。