wdfk-prog
没有，用芯片总比自己从头写好吧。
> 可以生成呀。我都是用那个字典工具的。只是他的DS402的配置文件不全面。要自己补全
https://github.com/gbcwbz/canfestival-rtt/issues/17 我这个最后面提了一个补全的
> 那倒是，不过自己做驱动器真的麻烦还复杂。唉 > […](#) > ---Original--- From: ***@***.***> Sent at: 2022年10月28日(Fri) Evening7:21 To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [gbcwbz/canfestival-rtt] 如何控制多个电机 (#5) 没有，用芯片总比自己从头写好吧。 — Reply to this email directly, view it...
已拉取上游更新: https://github.com/RT-Thread-packages/littlefs/pull/21
> 我觉得1、2commit没有问题，3、4commit需要再讨论一下。我先把1、2commit cherry-pick到仓库了 #9177 行;第3个commit的话,最少也得把这个头文件宏改掉,不然肯定有问题 ``` #ifndef __SPI_H__ #define __SPI_H__ #endif ```
> 我觉得1、2commit没有问题，3、4commit需要再讨论一下。我先把1、2commit cherry-pick到仓库了 #9177 第4个的话,应该来说SPI没有啥速率规定;现在仅用了一个常规条件下能够接收的超时时间; 换成计算的方式会更好
> 还剩下最后一个commit没有合入 [[STM32][SPI]根据频率计算收发超时时间](https://github.com/RT-Thread/rt-thread/pull/9124/commits/11b6a59f2b755b80816583044f5812a7617614c3) 是否直接让用户通过config配置好超时时间更加简单粗暴而且十分明了呢？ - 用户咋知道多长超时是合理的呢?合理的话还是得计算.
- 另外BSP的Konfig需要找个方式统一一下;现在我只能把一些有关STM32的驱动配置放在STM32H70的模板工程下; - 这样换个工程没法很好的使用;
> 已经有： 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方式;允许组合,并且可以根据配置精简代码与编译 - 相关配置编写如下 ```Kconfig menuconfig BSP_USING_I2C bool "Enable I2C" default...