sp-cai
sp-cai
> rt_tick_t 的意义不就是用来做 timeout 吗...一个 int 我个人感觉理解不到单位是什么，因而用起来很麻烦。 > > 补充一下，所谓 rt_tick_t 有时负值个人觉得也不成立。这个 timeout 的元素集合应该是 [0 ~ RT_TICK_MAX） 以及 RT_WAITING_FOREVER. RT_WAITING_FOREVER 就是负值，核心代码中 timeout 的类型也是使用的 rt_int32_t 。从类型名 rt_int32_t 看来确实有不能直观分辨数值单位的问题，但对于 rt_tick_t 无符号类型的风险更要重视！不知道 rt_tick_t...
> 需要首先验证的是，如果放弃`option env=`的方式，studio是否没问题。如果没问题，那么就可以考虑放弃了。当然也有一种方式是修改kconfiglib的代码，但这个是否会涉及到上游代码了。 上游有他的考量，想在上游加上恐怕很难指望了。如果还有用，也可以考虑在其它地方扩展。 以下是来自上游[`(Kconfiglib)`](https://github.com/ulfalizer/Kconfiglib)可能与之相关的信息以供参考： - Environment variables are expanded directly in e.g. ``source`` and ``mainmenu`` statements, meaning ``option env`` symbols are redundant. This is the standard behavior with the...
已经有： RT_DEVICE_FLAG_DMA_RX RT_DEVICE_FLAG_DMA_TX RT_DEVICE_FLAG_INT_TX RT_DEVICE_FLAG_INT_RX 实现区分POLL,INT,DMA方式了，为什么还要加： RT_I2C_USING_POLL RT_I2C_USING_INT RT_I2C_USING_DMA 这三个？而且还是多选一的，如果我有两个 I2C，一个要用 DMA 方式，另一个要用 INT 方式，怎么办？ 如果是想自由精简代码，也不应该用单选，可以改为多选方式。
> > 已经有： RT_DEVICE_FLAG_DMA_RX RT_DEVICE_FLAG_DMA_TX RT_DEVICE_FLAG_INT_TX RT_DEVICE_FLAG_INT_RX 实现区分POLL，INT，DMA方式了，为什么还要加： RT_I2C_USING_POLL RT_I2C_USING_INT RT_I2C_USING_DMA 这三个？而且还是多选一的，如果我有两个 I2C，一个要用 DMA 方式，另一个要用 INT 方式，怎么办？ 如果是想自由精简代码，也不应该用单选，可以改为多选方式。 > > * 有道理,偷懒了. > * 现在已修改为STM32内部自己实现POLL，INT，DMA方式;允许组合,并且可以根据配置精简代码与编译 > * 相关配置编写如下 > >...