STM32F429+CUBEMX6.6.1+KEIL5.31,生成的工程跑不了(简单的IO操作)，换成低版本的CUBEMX貌似才行，哪里的原因？

IO口的代码很少，调试一下，看看时钟，IO配置，最后再看看外部硬件，差不多就能找到问题了。

butterflyspring 发表于 2022-9-20 11:43
IO口的代码很少，调试一下，看看时钟，IO配置，最后再看看外部硬件，差不多就能找到问题了。
...

同样的配置过程，STM32F407芯片就很正常，几个同事不同的电脑都试过了，一样的问题，建议你们实际测试一下，应该是版本新一点的cubemx有问题

用 STM32F429ZIT6+CUBEMX6.6.1+KEIL5.32 +CUBE FW F4 V1.27.1 翻转 PG13 点亮LED 很正常呀。

butterflyspring 发表于 2022-9-20 15:53
用 STM32F429ZIT6+CUBEMX6.6.1+KEIL5.32 +CUBE FW F4 V1.27.1 翻转 PG13 点亮LED 很正常呀。

是用系统自带的HAL_Delay函数做的延时吗？

sc 发表于 2022-9-21 10:18
是用系统自带的HAL_Delay函数做的延时吗？

是的，附上截图和代码。keil 的版本不太一样，按说这边成熟的芯片应没影响。

butterflyspring 发表于 2022-9-21 10:27
是的，附上截图和代码。keil 的版本不太一样，按说这边成熟的芯片应没影响。
...

现在发现其实是单片机不断在复位，仿真定位到是系统滴答引起的，何解？

sc 发表于 2022-9-21 11:28
现在发现其实是单片机不断在复位，仿真定位到是系统滴答引起的，何解？
...

用cubemx5.6.1生成的工程就没有问题

最新进展，规律是程序跑进While(1){}之后很快就会复位，跟主程序的内容无关。用CUBEMX5.6.1生成一样的工程就没有问题，情何以堪！？

sc 发表于 2022-9-21 14:18
最新进展，规律是程序跑进While(1){}之后很快就会复位，跟主程序的内容无关。用CUBEMX5.6.1生成一样的工程 ...

如是同一芯片，可以比较两段代码。如测试是不同芯片，注意检查OPTIONBYTE是否不同。
另外上面附件中有完整的工程，可以打开IOC文件生成代码比较验证一下。

是否晶振实际频率和工程配置频率不同？