
因为产生了一些引脚配置的问题,我之前认为通过修改ioc的方法不行,但是最后验证是可以这样修改的的,不同型号注意ft_c属性什么的。 我之前是因为G070,PA8的引脚是ft_c属性,而G030的PA8不是ft_c属性,没有下拉电阻,所以G070需要在程序里添加代码LL_SYSCFG_DisableDBATT(LL_SYSCFG_UCPD1_STROBE | LL_SYSCFG_UCPD2_STROBE);来取消下拉电阻。 这是手册对ft_c属性的解释: Upon reset, a pull-down resistor might be present on PA8, PD0, or PD2, depending on the voltage level on PB0, PA9, PC6, PA10, PD1, and PD3. In order to disable this resistor, strobe the UCPDx_STROBE bit of the SYSCFG_CFGR1 register during start-up sequence(复位时,PA8、PD0或PD2上可能存在下拉电阻,这取决于PB0、PA9、PC6、PA10、PD1和PD3上的电压水平。为了禁用这个电阻,在启动序列期间对SYSCFG_CFGR1寄存器的UCPDx_STROBE位进行选通) |
STM32H755生成的stm32CubeIde的TouchGFX designer生成代码出错。
STM32H755的TouchGFX不能选择M7内核
STM32H755的TouchGFX如何使能Cortex-M7
TouchGFX Designer如何修改生成工程的脚本
stm32Cube Visual studio code 如何设置STM32H7的下载算法
vscode如何使用CUBECTL
STM32CubeG4 HAL库 V1.6.1 版本中的 stm32g4xx_hal.h 文件宏定义BUG
STM32F407ZGT6的SD卡通过DMA控制时,无法从外部SRAM取数据
touchgfx4.25 颜色错误?
关于STM32Cubemx 6.15版本生成工程的文件编码的问题
如果单刀直入的修改项目的型号,背后的各种细节都要跟着改变。 如同大家所说的,没有捷径可以走。其实搞嵌入式开发就是个严谨的细活。通过cubemx 平台从新配置才会保证各种逻辑严丝合缝。
比如说,我的情况是之前用G030型号,因为资源不够,更换G070,然后用记事本直接修改ioc文件里的型号关键字,就不用在keil里重新加入c、h文件了,然后导致出了很多问题。
哦哦,谢谢分享。这样应该是不行的