不同STM32型号的工程移植，移植过程或快或慢，跟芯片的差异大小、开发者对工程代码的熟悉 程度以及什么类型的外设库密不可分。移植过程中出现些问题也属正常，做些适配、调整动作在所难免。 这里简单聊几点供参考： 首先主要硬件上的差异，外设的多寡、管脚安排差异。 软件代码方面，不建议在老工程上缝缝补补，建议直接创建新工程，把必要的应用代码再次添加进来， 配置好合适工程包含路径。重建工程可以最大程度消除时钟系统、中断配置、DMA安排方面导致的问题。 代码方面，优先处理因外设有无差异而导致的代码问题； 重点处理因系统时钟差异需要调整外设运行快慢有关的配置，这点如果使用cubeMx进行配置基本可以图形化完成； 再就是内存布局方面的问题，比方调整链接脚本，调整指定地址； 还有就是一些宏开关定义，可能是来着库，也可能是自己定义的，因一时忘了相关宏定义导致运行不正常； 因主频快慢差异导致中断、DMA，尤其多中断、多DMA应用时可能因时序方面问题导致些莫名其妙 的问题，这类问题比较隐蔽而颇具细节，可能需要我们反复测试、细心比较琢磨做适当调整后加以解决。 比方位宽问题、对齐问题、标志判断问题、资源竞争。。。。这个时候，我们听得最多的一句就是，同样代码A芯 片好好的，换到B芯片就不行，潜台词往往是想说B芯片是不是有问题？
这个还真没见过。 在定时器输入捕获时倒是有一点滤波，但是速度太快，没法用在按键防抖上。 所以还是按传统方式软件判读一下。 市面上大部分产品的按键去抖都是这么实现的。
不同时通信，多核工作的时候可能两个核是单独的程序，我调试的时候基本只能调试一个，或者另一个功能固定，是有固件的，调试口基本上就是其中一个核的，另一个核如何调试下载
部分板子的程序可以在HAL 库中找到。 有些特殊演示的功能是没有的。 不过每个板子上的外设功能基本上都有对应的例程在HAL库里，可以上手参考的。
没注意到日志本。 但一般通过MCU 选型可以看到支持的类型。 同时通过进入 “Help > Manage Embedded Software Packages”，安装对应系列的固件包（如 STM32Cube_FW_L4），每个包对应特定型号**19**
不知你的配置怎么样的，具体配置的什么？是HOST还是DEVICE? 假设配置的FS DEVICE, 除了基本的USBX core System勾选配置外，UX Device FS,除了勾选 Device CoreStaack FS 和Device controller FS. 还需针对所选择的设备class做选择，比方HId\CDC之类。如果 是HID，下面还有细分标准keyboard\Mouse或者自定义子类的选择。 UXDevice memory pool size由默认的1024可能比较小，可以配置更大些，比方12K(12*1024Bytes), USBX Device System Stack Size由默认的512比较小，也可以配置更大些，比方10K(10*1024Bytes), 当然，这些数据都以根据具体应用、调试OK后为准。 如果你涉及多个功能接口的复合应用，USBD_COMPOSITE_USE_IAD 设置为true。 另外，你的工程文件的堆栈都应适当调大点，可以参考例程里的配置。 对于FS USB应用的话，给到USB模块的时钟应该是48MHz； 另外，建议你到www.stmcu.com.cn搜索LAT1350 LAT1488 LAT1449 LAT1466来参考下。
