关于原子哥USMART最长计时时间问题求助

chenyh85

今天正好看到了USMART调试组件，这里有点疑惑，原子手册：USMART 的函数执行时间统计功能，最多可以
统计定时器溢出 1 次的时间，对 STM32 来说，定时器是 16 位的，最大计数是 65535，而由于
我们定时器设置的是 0.1ms 一个计时周期（10Khz），所以最长计时时间是：65535*2*0.1ms=13.1
秒。
一个周期是0.1ms，最长计时不是65535*0.1ms吗，怎么还要乘以2呢？

正点原子

第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。

chenyh85

正点原子 发表于 2017-5-8 10:31
第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。

谢原子哥，还是很朦胧

freddiemore

为啥只能感知第一次的溢出？？？？

半梦扮醒

正点原子 发表于 2017-5-8 10:31
第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。

原子哥，关于这里我有问题，当第一次溢出后不是又进入中断服务程序了吗？
此时，将又执行一次usmart_dev.scan();
岂不是乱套了？

zc090115

第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。  请指导下在哪里感知和防止该函数的二次调用的？

长昵称不被占用

正点原子 发表于 2017-5-8 10:31
第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。

请问官方有没有测试大于一秒的延时，大于1s就不准了

长昵称不被占用

正点原子 发表于 2017-5-8 10:31
第一次溢出，可以感知，第二次溢出，无法感知，所以可以溢出一次，到下第二次溢出之前，都可以正常统计。

最大延时delay_ms(1864)；
delay_ms(1865)，串口返回的 延时0.9ms
目前原因未知，但是和历程描述的13s+不符。。