[参考译文] TMDS62LEVM：计时器计数器值不会从零开始计数

Unknown 说：

相反、它的开始速度非常高-就像这样 0xfffe67eb [/报价]

它始终以您所述的准确值开头是否一致？ 还是会有所不同？

是的、起始值(0xfffe67eb)始终是一致的。  

我也注意到了  TimerP_getReloadCount  使用连续模式时、该功能也会返回如此高的值。

Vaibhav Kumar 是否有任何更新？

除了上述请求外、我们还希望以下函数返回成功或失败结果、而不是在出现问题时卡在无限 while 循环中：
1)  void TimerP_setup (uint32_t baseAddr、TimerP_Params *params)
2) void TimerP_START (uint32_t baseAddr)
3) void TimerP_STOP (uint32_t baseAddr)

谢谢  

您好  Simeon、

在 MCU+SDK 中、计时器从一个预加载值递减计数、当它们达到最大值时、触发溢出中断

(32位计时器为0xFFFFFFFF)。

我们在 MCU+SDK 计时器驱动程序中执行以下步骤。

1.计时器配置:

•计时器设置为在溢出模式下运行。
•它从(最大值-周期)开始、而不是从0开始。
•这意味着计数器值初始化为：
计时器起始值= 0xFFFFFFFF -计时器周期

2.定时器开始计数:

•计时器每个时钟周期递增。
•当达到0xFFFFFFFF 时、它会溢出并复位。

3.中断在溢出时触发:

•当计数器从0xFFFFFFFF 回滚到0时、会触发溢出中断。
•这标志着计时器周期的结束。
•循环将自动重复。

您能告诉我您 从零开始运行计时器的要求是什么吗？

如果您确实希望应用程序中的计时器中断、那么上述溢出方法也应该起作用。

此致、

Anil.

尊敬的 Swargam：

我们在一些测试中跟踪计数器值从0增加到设定值时的情况、因此不清楚为什么计时器从(0xFFFFFFFF -计时器周期)开始计数、而不是从0开始计数。

此外  TimerP_getReloadCount  使用连续模式时、该函数也返回高值。

除此之外、 如果出现问题、我们希望以下函数返回成功或失败结果、而不是被困在无限 while 循环中：
1)  void TimerP_setup (uint32_t baseAddr、TimerP_Params *params)
2) void TimerP_START (uint32_t baseAddr)
3) void TimerP_STOP (uint32_t baseAddr

谢谢
Simeon

您好 Simeon、

AM62L SoC 中的计时器支持两种工作模式：溢出模式和匹配模式。
溢出模式(在 MCU+SDK 中受支持)
在此模式下、计时器计数器不会从0x0开始。 而是从开始 最大计数值-周期值。

例如、如果用户希望每1ms 生成一个中断、并且计时器是具有225 MHz 输入时钟的32位计时器：
•计时器计数器将从(0xFFFFFFFF -周期)开始并倒计时至0、最后产生一个中断

要测量时间、您可以读取当前计时器计数器并使用以下公式：
Elapsed_Time =(Max_Count_Value - Current_Count)/ 225 MHz
这将提供经过的时间(以秒为单位)。

匹配模式(默认情况下在 MCU+SDK 中不受支持)
在匹配模式下、计时器始终从0x0开始计数、当达到周期值时、计时器会触发中断。
尽管 MCU+SDK 在默认情况下不支持匹配模式、但如果您的用例需要、我可以帮助您实现它。
但是、根据您的当前要求、溢出模式就足够了、并且应该能够可靠地工作。

Unknown 说：

1)  void TimerP_setup (uint32_t baseAddr、TimerP_Params *params)
2) void TimerP_START (uint32_t baseAddr)
3) void TimerP_STOP (uint32_t baseAddr

SDK 中的上述 API 不会创建任何死循环。
它们会检查写入操作的完成情况、以确保 SoC 已确认写入。 这种机制是安全的、不应导致任何死锁情况。

如果您想要实现匹配模式、还是需要进一步了解溢出模式、请告诉我。

此致、

Anil.

尊敬的 Anil：  

感谢您的答复、我想我们可以在下周的演示课程中进一步讨论这些问题。

我刚注意到的另一个问题是、无论使用的输入预分频器值如何、OneshotMode 在4.2秒以上的时间段内都不能正常工作。

您好 Simeon、

Unknown 说：

我刚注意到的另一个问题是、无论使用的输入预分频器值如何、OneshotMode 在4.2秒以上的时间段内都不能正常工作。

我可以看看这个问题、请告诉我您的应用中所需的最大计时器周期。

此致、

Anil.

尊敬的 Anil：

假设我们 在25MHz 上运行32位计时器、预分频器范围为1到256 、我们希望能够测量最长171.8秒(预分频器等于1时)和43,981.9秒(预分频器等于256时)。

此外、我们还希望您实现计时器匹配模式。

非常感谢。
Simeon

您好 Simeon、

我可以根据您的要求提供补丁、我们不会谈论当前的计时器实现、因为此 RTOS 基本计时器主要取决于该计时器实现。

我们可以创建新的 API 来 匹配模式、您能否分享在单次触发模式下如何配置4.5秒时间的步骤？

如何在示例中配置超过1秒的计时器到期时间(因为 syscfg 仅支持1秒) ？

在配置4.5秒后、发生了什么情况、计时器中断在计时器过去或最近触发之前被触发或不被触发。

此致、

Anil.

尊敬的 Anil：

以下是用于在 oneshotMode 下测试计时器的代码片段(gpio_led_blink.c)：

#include <drivers/gpio.h>
#include <kernel/dpl/AddrTranslateP.h>
#include <kernel/dpl/DebugP.h>
#include <kernel/dpl/ClockP.h>
#include "drivers/gpio/v0/gpio.h"
#include "kernel/dpl/TimerP.h"
#include "ti_drivers_config.h"
#include "ti_drivers_open_close.h"
#include "ti_board_open_close.h"

/*
 * This example configures a GPIO pin connected to an LED on the EVM in
 * output mode.
 * The application toggles the LED on/off for 10 seconds and exits.
 */

 /* ----------- TimerP ----------- */
#define CONFIG_TIMER2_CLOCK_SRC_MUX_ADDR (0x9117000u)
#define CONFIG_TIMER2_CLOCK_SRC_HFOSC0_CLKOUT (0x0u)


HwiP_Object gTimerHwiObj[TIMER_NUM_INSTANCES];
uint32_t gTimerBaseAddr[TIMER_NUM_INSTANCES];

uint32_t gPeriodicCount = 0;
volatile bool int_flag = false;

void gpio_led_blink_main(void *args)
{
    uint32_t    loopcnt = 50, delaySec = 1;
    uint32_t    gpioBaseAddr, pinNum, pinNum96;
    // uint32_t    i, count = 0, prev_count = 0;
    uint32_t    count = 0;

    DebugP_log("GPIO LED Blink Test Started ...\r\n");
    DebugP_log("LED will Blink for %d seconds ...\r\n", (loopcnt * delaySec * 2));

    /* Get address after translation translate */
    gpioBaseAddr = (uint32_t) AddrTranslateP_getLocalAddr(GPIO_LED_BASE_ADDR);
    pinNum       = GPIO_LED_PIN;
    pinNum96     = CONFIG_GPIO96_PIN;

    GPIO_setDirMode(gpioBaseAddr, pinNum, GPIO_LED_DIR);
    GPIO_setDirMode(gpioBaseAddr, pinNum96, CONFIG_GPIO96_DIR);

    /* Timer setup and init here */
    TimerP_Params timerParams;

    /* set timer clock source */
    SOC_controlModuleUnlockMMR(SOC_DOMAIN_ID_MAIN, 2);
    *(volatile uint32_t*)AddrTranslateP_getLocalAddr(CONFIG_TIMER2_CLOCK_SRC_MUX_ADDR) = CONFIG_TIMER2_CLOCK_SRC_HFOSC0_CLKOUT;
    SOC_controlModuleLockMMR(SOC_DOMAIN_ID_MAIN, 2);

    gTimerBaseAddr[CONFIG_TIMER2] = (uint32_t)AddrTranslateP_getLocalAddr(CONFIG_TIMER2_BASE_ADDR);

    DebugP_log("About to init \r\n");
    TimerP_Params_init(&timerParams);
    timerParams.inputPreScaler = CONFIG_TIMER2_INPUT_PRE_SCALER;
    timerParams.inputClkHz     = CONFIG_TIMER2_INPUT_CLK_HZ;
    timerParams.periodInUsec   = 4*1000*1000;
    timerParams.oneshotMode    = 1;
    timerParams.enableOverflowInt = 1;
    TimerP_setup(gTimerBaseAddr[CONFIG_TIMER2], &timerParams);
    DebugP_log("Timer initialization done . . .\r\n");

    GPIO_pinWriteLow(gpioBaseAddr, pinNum96);
    DebugP_log("Timer started . . .\r\n");
    TimerP_start(gTimerBaseAddr[CONFIG_TIMER2]);
    GPIO_pinWriteHigh(gpioBaseAddr, pinNum96);
    while((count = TimerP_getCount(gTimerBaseAddr[CONFIG_TIMER2])) != 0){
        // DebugP_log("counter:%x\r\n", count);
        // ClockP_usleep(50000);
        // DebugP_log("Reload count:%x\r\n", TimerP_getReloadCount(gTimerBaseAddr[CONFIG_TIMER2]));
    }
    GPIO_pinWriteLow(gpioBaseAddr, pinNum96);

    TimerP_stop(gTimerBaseAddr[CONFIG_TIMER2]);
    DebugP_log("Timer Stopped!!!\r\n");

    DebugP_log("GPIO LED Blink Test Passed!!\r\n");
    DebugP_log("All tests have passed!!\r\n");

}

您好 Simeon、

我可以在我这边重现问题,并让你知道状态。

此致、

Anil.

您好 Simeon、

计时器匹配模式积分更新
•我已经在匹配模式下创建并验证了计时器。
•专门为匹配模式功能开发了单独的 API。
•预分频器值为1时、成功测试了该示例、持续时间长达170秒。

集成的后续步骤：
1.将更新后的计时器驱动程序更改集成到您的应用程序中。
2.将驱动程序与应用程序一起编译。
3.在应用程序中、配置所需的超时值。
4.确认计时器在匹配模式下工作正常。

如果您在集成或测试过程中遇到任何问题、请随时联系我以获得支持。

驱动程序：  

https://software-dl.ti.com/mcu-plus-sdk/esd/AM62LX/11_00_00_05/exports/docs/api_guide_am62lx/ATF_INTEGRATION.html

/cfs-file/__key/communityserver-discussions-components-files/791/4774.TimerP.c

应用：  

/cfs-file/__key/communityserver-discussions-components-files/791/3125.gpio_5F00_led_5F00_blink_5F00_am62lx_2D00_evm_5F00_a53ss0_2D00_0_5F00_nortos_5F00_gcc_2D00_aarch64.zip

此致、

Anil.

尊敬的 Anil：

我曾尝试将该补丁整合到 am62lx SDK 中、但我成功地进行了构建、但在更新和加载应用程序后、似乎没有通过计时器比较模式初始化。

TimerP_CompareMode_setup(gTimerBaseAddr[CONFIG_TIMER2], &timerParams);

你怎么看？

此致、
Simeon

您好 Simeon、

您能否确认、您是否在更新计时器中的上述更改后编译了驱动程序？

上次、当我们连接到 ADC 集成时、您无法编译驱动程序、因为 gmake 设置没有正确完成。

我认为、如果您无法在特定的 TimerP_CompareMode_setup API 中放置断点、那么驱动程序无法正确完成初始化。

此致、

Anil.

尊敬的 Anil：

感谢您的答复。 我已经成功构建了驱动程序并集成了几周前您发布的 ADC 和之前的计时器贴片。 但由于一些奇怪的原因,当我将补丁集成到  am62lx SDK 中时,我无法让计时器示例工作(即在调用 TimerP_CompareMode_setup ()后执行停止)。


但是、我已经能够使它(计时器比较模式补丁)在我们的代码中工作、计数器值现在从0开始计数。

我不使用硬件中断方法(来自您的示例代码)、而是设置一个一次性计时器(在比较模式下)、该计时器使用轮询来跟踪计时器周期的结束(当计时器计数器值达到设定值时)。 为此,我想我们需要一种方法来跟踪比较匹配事件发生的时间(类似于 TimerP_isCompareMatched () ),类似于 TimerP_isOverflow ()如何 用于跟踪计时器溢出。

此致、

Simeon

您好  Simeon、

很抱歉延迟的回复。

我正在与您的团队持续合作、因此我无法提供回复。

可以听到计时器匹配模式在中断模式下工作正常。

在单次触发模式、轮询模式下测试计数器。

您可以应用以下步骤。

1.使用 TimerP.c 文件中的以下 API 并在 TimerP.h 文件中定义函数声明。  

2.完成计时器驱动程序。

3.在应用程序方面,设置以下标志以在单次触发模式和轮询模式下启用计时器。  

  timerParams.oneshotMode = 1；

  timerParams.enableOverflowInt = 0；

4.Comment 中断设置配置代码.(从137行到143行)  

5、完成上述更改后,编译应用程序。

如果您遇到任何问题、请告诉我。

计时器驱动程序文件：  

 uint32_t TimerP_isCompareMatched(uint32_t baseAddr)
 {
     uint32_t val;
 
     /* get status for overflow interrupt */
     val = *(volatile uint32_t *)(baseAddr + TIMER_IRQ_STATUS_RAW);
 
     return ((val >> TIMER_MATCH_INT_SHIFT) & 0x1U);
 }
 

uint32_t TimerP_isCompareMatched (uint32_t baseAddr)；

应用  代码：  

此致、

Anil.

尊敬的 Anil：

谢谢、该贴片已集成。

此致、

Simeon