奇特的现象。。请高人看看。

perfect_co

void BeepTask(void *argument)
{
  /* USER CODE BEGIN BeepTask */
  /* Infinite loop */
  for(;;)
  {
                osSemaphoreAcquire(BinarySemBeepHandle, osWaitForever);

                BEEP_ON;
                osDelay(60);
                BEEP_OFF;
  }
  /* USER CODE END BeepTask */
}
这个任务由触摸屏按下触发，发现大部分情况下BEEP会响60MS，但有时会明显低于60MS（比如只有20），从示波器上也看到了控制信号确实是如此。
这是为什么？如果偶尔长于60是容易理解的，但无论如何也不应该低于60吧？可能是什么原因？

lizhaoming

被其它任务抢占了吗

cctv180

lizhaoming 发表于 2026-1-10 19:17
被其它任务抢占了吗

抢占会变长吧，变短我觉得有两种可能，beep引脚在其他地方被意外改了。把任务栈检测打开是不是有越界了

在 FreeRTOSConfig.h 中，将 configCHECK_FOR_STACK_OVERFLOW 定义为 2。栈溢出时触发 vApplicationStackOverflowHook 钩子函数

fxyc87

BEEP-OFF后边再加个延时就正常了。

hpdell

启动蜂鸣器发声， 建议使用定时器来搞， 在任务里面只负责给相关的标志位赋值，即可

DX3906

可能其他任务的栈有溢出把这个任务的栈给改了，或者可能是对应的gpio引脚在其他地方也用了

hqgboy

先把优先级升级最高，测试一下。

perfect_co

hpdell 发表于 2026-1-11 17:37
启动蜂鸣器发声， 建议使用定时器来搞， 在任务里面只负责给相关的标志位赋值，即可

即使用其他方法解决了，但这个问题依然存在，现在是这个现象，无法解释。。

Javen

perfect_co 发表于 2026-1-12 09:54
即使用其他方法解决了，但这个问题依然存在，现在是这个现象，无法解释。。

更像是其他地方调用了蜂鸣器的IO，或者栈溢出了，但是看你这个代码这么简单，栈溢出的可能性不大

imliyucai

先关掉其他任务，只运行这一个任务，看看是否还有这种现象。如果没了，应该是其他任务影响；如果还有，那就是这个任务本身有什么问题。就是缩小范围来查找。

perfect_co

是其他任务误操作了这个I/O。。。

hpdell

perfect_co 发表于 2026-1-12 09:54
即使用其他方法解决了，但这个问题依然存在，现在是这个现象，无法解释。。

说不清，道不明， 浮浮沉沉 又一年，

perfect_co

hpdell 发表于 2026-1-13 14:10
说不清，道不明， 浮浮沉沉 又一年，

阴沟里翻船。。

music1273

你是想让他60毫秒响一次，然后不响60毫秒吗

music1273

fxyc87 发表于 2026-1-11 11:28
BEEP-OFF后边再加个延时就正常了。

我也觉得是这个问题

perfect_co

music1273 发表于 2026-1-14 16:20
我也觉得是这个问题

上面说了，是因为其他任务误操作了。