全局不关总中断的 RTOS，CosyOS-III-V1.2.0, 送 擎天柱-AI8051U转89C52核心板

Cos***

凌*** 发表于 2024-6-7 09:58
尝试用CosyII开发，发现一个问题：
在CosyII中，数码管显示效果，
与裸机开发相差太远，闪烁、暗淡（参看附 ...

亮度暗、闪烁，说明驱动是有一定频率的波形，
应该是哪里设计还存在漏洞，再好好检查一下。
或者是哪里配置有问题。

Cos***

Yang.*** 发表于 2024-6-7 09:25
稳定运行54639次了

所以，

感谢你分享 PendSV 的使用经验，大家可以引以为鉴。
STC32G下，如果使用普通IO口中断，应格外留意。

PendSV 会经常性的被重复触发，不会有什么副作用，
只要 PendSV_FIFO 不溢出，
只要 高速中断中不是 永不停息的高速并发调用挂起服务，就不会有问题。

Cos***

Yang.*** 发表于 2024-6-7 09:48
小结一下，最近使用 CosyOS 的心得
1. CosyOS 的代码质量非常高，还特别快；另外我的代码质量也还行，哈哈
...

好的，未来会做出相关调整 ，感谢你的建议。

Cos***

凌*** 发表于 2024-6-7 09:58
尝试用CosyII开发，发现一个问题：
在CosyII中，数码管显示效果，
与裸机开发相差太远，闪烁、暗淡（参看附 ...

或者你把相关代码贴出来，帮你找原因

LAO***

Yang.*** 发表于 2024-6-7 09:25
稳定运行54639次了

所以，

官方文档也没有说为什么普通IO不要使用上下沿中断，保险起见用高电平触发，

--------------------------------------------------------------------------------------------

这种简易的扩展中断源输入，硬件一般都是做 异或处理，当有多个输入信号值同时变化，或变化频率太快，易漏判，特别是上下沿，失误的概率很高。

Yang.***

LAO*** 发表于 2024-6-8 02:19
官方文档也没有说为什么普通IO不要使用上下沿中断，保险起见用高电平触发，

-------------------------- ...

受教了，也就是说，上下沿有可能漏判哦

所以，改用高电平触发效果很好，测试没有发现问题

神***

LAO*** 发表于 2024-6-8 02:19
官方文档也没有说为什么普通IO不要使用上下沿中断，保险起见用高电平触发，

-------------------------- ...

都有说明，哪些模式能用

STC32G12K128的 所有普通I/O支持外部中断：
===只能用: 高电平中断, 低电平中断


STC32G8K64的 所有普通I/O支持外部中断：
===全部模式都能用

神***

凌*** 发表于 2024-6-7 09:58
尝试用CosyII开发，发现一个问题：
在CosyII中，数码管显示效果，
与裸机开发相差太远，闪烁、暗淡（参看附 ...

什么？STC硬件80mA大电流LED数码管自动刷新驱动居然可以8位亮度256种组合？怎么实现 - 段码LCD/80mA大电流LED数码管自动刷新显示/RTC实时时钟/触摸按键/低功耗 国芯技术交流网站 - STC全球32位8051爱好者互助交流社区 (stcaimcu.com)








STC8H4K64TLCD驱动段码LCD屏教程（一）点亮段码LCD屏 - 段码LCD/80mA大电流LED数码管自动刷新显示/RTC实时时钟/触摸按键/低功耗 国芯技术交流网站 - STC全球32位8051爱好者互助交流社区 (stcaimcu.com)

凌***

首次尝试采用CosyII OS建立了一个项目，一共3个任务，运行后，发现经常性地复位、重启。
怀疑看门狗问题，我是在init_hook初始化钩子中初始化看门狗，在tick_hook中喂狗，看门狗时间设置得足够长。
尝试把看门狗功能删除，发现这种经常性地重启、复位的现象，反而没有了。
在论坛找资料，暂时没有找到专门的说明文档（可能寻找范围有限），求指教！
那么，请问在CosyII OS中，如何正确地设置“看门狗”？

Cos***

凌*** 发表于 2024-6-10 14:38
首次尝试采用CosyII OS建立了一个项目，一共3个任务，运行后，发现经常性地复位、重启。
怀疑看门狗问题， ...

在滴答钩子中喂狗的确是一个好方法，这样喂狗周期就是滴答周期。
在说明文档中并未提及相关内容，但这确实是 CosyOS 的推荐方法。
按理来说，这样操作是不会有问题的，因为滴答钩子在每个系统滴答周期都会被及时调用。
我想可能的原因有两个（纯理论分析）：
1、看门狗定时器溢出时间设置有误；
2、某个临界段（任务临界区 或 全局临界区）中，代码运行时间 > 看门狗定时器溢出时间。

可先把看门狗定时器溢出时间设置为最大值（n秒），看能否解决问题？
再介绍一下，你的系统滴答周期设置为多少，是1ms吗？
看门狗定时器溢出时间又是多少呢？
如果关掉看门狗，系统运行情况看似正常吗？