这两个是不同类型的通讯，协议也不一样。建议了解协议先，就能看懂芯片手册的描述，进而了解他们在STM32中的关系。 注意：UART是异步通讯，I2C是同步通讯。
如果真正写入读保护，那么boot loader就不能用了。ISP的串口连不上。 建议用官方的ST-LINK去烧录，适配性比较好，同时保证接触良好，不要烧错optionbyte。
你使用定时器的中断发送应该只是为了定时发送，而不会 整个USB的收发都放在定时器中断服务程序实现吧。 STM32的USB通信基本都是通过USB中断方式实现的，要注意各类中断 优先级的合理安排问题，要保障USB通信中断能正常响应。 至于如何发送USB数据， 你可以参考ST库例程里有关USB发送函数。 STM32每个系列的Cube库里都有一些USB通信例程可供参考。
硬件主要考虑显示屏。 不同的显示屏显示效果不同，那么需要的驱动也就不同。推动复杂的显示屏需要更大的带宽。 所以核心在显示这边。建议根据显示屏配合不同的STM32. 或者有现成带显示屏的评估板也行。如果像文章里说的上云，那就要带联网的硬件了。至于测量部分靠的是传感器，通过一个小MCU获取结果传递给显示驱动的芯片。
一般进入harfault中断，可以通过查询进入中断前的函数进行查找。这种情况大多是数组溢出导致。堆栈的调整，可能会导致你数组地址的变化。正好PWM用的数组溢出后进入MCU用到的空间，把数据内容给覆盖导致。我也多次操作复现这种情况，甚至超出数组范围也不一定每次能复现。建议看一下MAP文件中，你用到数组的地址，和堆栈调整后的地址是不是不一样。
Systick_load装的计数器重装值，对应着1ms的计数时钟个数。你这里还有个以ms为单位的延时值. 显然这两个值代表不同的意思。 你还要清楚一点，那就是Systick计数器每完成一次计数，systick–>CTRL的第16位countflag会被置1。 你给出的代码的for循环就通过读得countflag的置1次数而实现指定的延时。注：countflag位有读清零特性。
刚开始接触USB，如果说的有误请指正，我的理解底层实现肯定是不一样的，但应用层的实现应该没什么差异才对，像MSC里usbd_msc_data.c里定义的数组值也不一样，另外F4系列有SCSI_Read12函数，F3系列没有
F407 UART的波特率上2.5M应该没啥难度啊。你用Cubemx配置下，比较简单。 F407数据手册里有个表格 Table 5. USART feature comparison,你可以看看。
.png)
