wdfk-prog
> @TOUNSTM We have identified that the Root cause is FLASH->SR Register's CFGBSY bit is set and the bit is setting up if there is any write attempt is made...
- 第二次推送解决如下问题 https://github.com/RT-Thread/rt-thread/issues/8883
自己工程编译正常,测试正常 https://github.com/wdfk-prog/ART-PI   - 测试正常
` current_tick = rt_tick_get();` 在软件定时器检测和硬件定时器检测中的调用顺序不同;按我理解没有差别,放入前面运行更为合适 ```c while (!rt_list_isempty(&timer_list[RT_TIMER_SKIP_LIST_LEVEL - 1])) { t = rt_list_entry(timer_list[RT_TIMER_SKIP_LIST_LEVEL - 1].next, struct rt_timer, row[RT_TIMER_SKIP_LIST_LEVEL - 1]); /* re-get tick */ current_tick = rt_tick_get(); ```
- 在硬件定时器检测中的该段代码,我认为可以放入外部判断既可;但是没有实际环境测试;这个地方需要检测一下是否合理 ```c #ifdef RT_USING_SMP /* Running on core 0 only */ if (rt_hw_cpu_id() != 0) { rt_spin_unlock_irqrestore(&_htimer_lock, level); return; } #endif ```
- https://github.com/RT-Thread/rt-thread/pull/8884 - 已提交
> 欢迎PR新的特性 - 直接copy别人的代码修改合适吗... - 或许应该把unity的直接拉进来,再进行修改更好
> 可以考虑：对于STM32 直接修改构建脚本， 去掉BSP中的HAL库，直接使用CubeMX生成的HAL库，这样兼容性更强 - 的确如此;甚至对于驱动中有关初始化配置的部分,都可以去除;保留一些常用配置修改既可; - 不然对于每个系列都要兼容,不仅代码难看,而且维护起来也不容易,加个功能容易在其他没验证的系列出问题 - 但是如果是CubeMx生成的Hal库,就需要用户对驱动有意识,自行进行正确的配置
字典用着难受呀，只能用地图变量去映射
> 是字典工具用着难受。