X-NUCLEO-LPM01A 本质上就是利用STM32的ADC测量电流的硬件平台，如下图所示。 它将结果通过USB VCP 传给上位机，也就是STM32CubeMonitor-Power 软件。 理论上是没有硬件关系。 所以你测量的目标板是什么，动态还是静态测量，测量范围是多少，可以参考厂家的用户手册，保证硬件连接正确，测量范围合适。 另外上位机软件下载新版本，注意采样频率和采样时间的设定即可。获取时间不要选择0.1s。
不知道是哪个型号的STM32，但是如果ADC配置正确的话，至少1M 采样率，可以通过DMA接收数据。 然后就是字符转换占用时间（但传输数据翻倍）+USB 发送时间（由协议和应用场景决定） 所以可以测试USB 传输数据的速度后，USB 一次发送60个字节试试速度，然后打个折，调整ADC的速率得到最大采样速度。
从手册的结构图上可以看出，SPI 发送本质上是通过移位寄存器发送出去的。 为了减轻软件负担，设计了 FIFO在前面。所以 1. TXP: Tx-packet space available FIFO 有空位标志，查询它，这时候可以向里面写数据，排队等待。但是不一定马上发送出去，之前的FIFO 和当前移位寄存器都有可能有数据。利用它可以最大效率发送。 2.TXC: Tx-packet space available =1: Last TxFIFO frame transmission completed FIFO 为空的标志，表示所有FIFO空了，里面的数据已经出去了，但总线上未必完成。 3. EOT: end of transfer =1: transfer complete 查询这个标志代表发送全部完成。 以上内容详细请参阅参考手册。另外库中的发送和接收函数的查询逻辑也可以参考一下。
不管怎样，你的主循环里至少应该把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时钟。
.png)
