你好， 我看到你的workspace路径里面有%users\c'j\AppData... 其中c'j有特殊字符，可能会影响Cube.AI的正常工作，建议将workspace选择在一个没有特殊字符也没有空格的路径下试试。
非常感谢您的回复，问题解决，文件错误； 我咨询下您程序烧写完成，烧写过程无报错；拨码拨到emmc启动，无log打印，使用的是135使用的配套的STPMIC，会是什么原因导致的呢。
如同上面小伙伴所说的，启动文件只是决定了中断向量的入口。 STM32同一系类的中断向量表是统一排序的。 楼主可对比手册向量表和启动文件。 没有的外设是不会触发它中断响应的，除非软件故意跳转到那里去。 所以多半定时问题在其他处，调试监控一下，说不定就找到线索了和答案了。 另外，使用cubemx 工具的HAL库就不存在这类问题，不需要手动替换对应的文件，这也是普及的优势之一。
如果你需要在电机库中通过串口获取编码器的值，你可以通过以下步骤进行设置： 在电机库的配置文件中，找到 enable_serial_encoder 参数，将其设置为 true 以启用串口编码器功能。 在程序中，首先需要创建一个 Serial 对象来设置串口参数。 不知道你用的是什么软件，给一下我的意见
官方回复是软件问题，下个版本6.9.1将修复。现在解决方案是在MDK-ARM文件夹下添加一个命名为project.uvmpw的空文件。就没有问题了。自动执行脚本的新功能还可以
不同的芯片在细节上或有一点点差距。而你的应用是否用到了这些需要重点考虑。 对照数据手册，根据应用核对一下就好了。 如果用到CUBEMX就重新配一下，更方便。
是的。STM32F40X相比STM32F1系列的片内flash擦除稍微有点差异。 F1系列基于页擦除，在1颗芯片里其空间大小固定，或者1K 或者2k。 而F40X基于扇区擦除，扇区容量较大，而且同一芯片里的不同扇区 对应的容量还不一样，对应的擦除时间也不一样。 比方16K扇区的典型擦除时间为230ms，32K扇区的典型擦除时间是490ms,64K扇区的 典型擦除时间为875ms。128k扇区的典型擦除时间达1.3s.这些参数在芯片数据手册里 都有明确描述。 至于不同扇区的大小在芯片参考手册里也有明确描述。在Flash module organization有清晰介绍。 至于擦除方式，没有什么好担心的。用什么系列就使用什么擦除方式，比方你现在使 用F407就使用扇区擦除作为基本擦除方式。不过 要提醒的是，如果使用双BANK模式的 话，在给扇区别编号时别给错了。在前面提到的Flash module organization 章节也有介绍。
经过检测已经有了如下进展： 1 、需要实现的第一个功能问题有点进展，握手阶段用的是0x79命令握手，握手完成之后会发送改变波特率的命令，改变设备的通讯波特率从125khz改为250khz或500khz。cubeprog是否只支持can协议而不支持FDCAN协议？ 2、使用pcan通讯给已经进入boot模式的芯片发送握手信息或命令信息（使用can协议和fdcan协议BRS模式都发送过），都没有回应。有没有大神指导一下
1. 引脚分布上看，简单的IO和电源部分基本是一样的，但是IO后面复用的功能会有不同。 如果只是翻转IO电灯之类的可以说PIN TO PIN， 具体还要结合应用核对一下，毕竟是不同型号的。 2. 软件方面和硬件密切相关，替换时需要考虑硬件外设功能是否一致，否则要修改。 当然用HAL 库的结构来说， 相同的外设修改起来很方便，当然不同的外设就要重新设计了。 总之，嵌入式开发就像绣花一样，每一针一线都要严丝合缝。 对于具体应用来说，只要检查每一项用到功能即可，并非检查芯片所有功能。
微信公众号
手机版
