非常感谢！ 但是我看了数据手册后没有开发思路，对数据手册里面的内容不够理解 请问一下还有什么关于L9663芯片的资料吗？或者有这个芯片的官方例程吗？
硬件主要考虑显示屏。 不同的显示屏显示效果不同，那么需要的驱动也就不同。推动复杂的显示屏需要更大的带宽。 所以核心在显示这边。建议根据显示屏配合不同的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系列没有
个人觉得有没有这个上拉对耗电影响极小。 本身RX就是输入脚，而上拉又是比较大的电阻。 只是RX脚的上拉对于通讯的稳定有一定作用。
F407 UART的波特率上2.5M应该没啥难度啊。你用Cubemx配置下，比较简单。 F407数据手册里有个表格 Table 5. USART feature comparison,你可以看看。
多谢提醒，我这边已经使用代码对flash0x0805 0000区域进行了擦除写速度测试，并与手册进行了对比。计时采用系统滴答定时器结合时钟的换算，可达us级别。具体数据如下： 问题板: 16bit programming: 100us 常规板: 16bit programming: 60us 对比下面的Spec手册，问题芯片似乎超出了手册给出的16bit写时间的参考上限，不过二者擦除的速度似乎相差不多
.png)
