不管怎样，你的主循环里至少应该把LwIP_Pkt_Handle() 加进去才合理。 void TcpMonCom（void） { LwIP_Pkt_Handle(); // 处理接收包 LwIP_Periodic_Handle(LocalTime); } 当然，不排除还有其它原因要查。
这现象看起来像是老版本的boot loader。 用 SWD接口看的信息似乎和手册不一致。 我这边试了一下老版本的（用Nucleo 板） 将PA9和PA10 接VDD或VSS后，上电，然后通过HART1的PA10/PA11来连接boot loader，是可以成功连接上的。 也就是保持它的电平稳定，没有干扰。
应该说，这个算式并不局限于 Fadc 的频率或 Ts 的数值，只要在手册允许范围内即可。 但公式计算结果不能超过手册规定的最大值 50k，否则结果就是不保证的。 换言之，公式可用于不同的 Fadc 或 Ts，但结果不能作为无限制可用值。 最终仍然受手册 50k 上限约束。 超过 50k 的参数不代表绝对不能用，只是厂家不保证精度指标。
那就奇怪了，从PC 过来的由USB 转接串口接线方式应该和STM32的一致吧。 检查一下硬件电平是否一致 STM32发出的波特率是否在范围内，是不是选择了内部RC时钟。
没有示波器，建议至少要配一个模拟的逻辑分析仪。此类类似优盘的逻辑分析仪连接在电脑上使用，可接八路信号，观察时序变化很方便。网购价格也不贵，通常在20~30元左右。
有人遇到过类似的吗，想问下这个坏的原因，该怎么避免优化？ !(data/attachment/forum/202606/12/083915m7hw0hugm5mazdh3.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
检查一下上电和掉电复位在可能的工况下是否可靠 另外在非模拟EEPROM区加上写保护，有这个保护方法可以用起来。但是前提复位需正常。
.png)
