2021.11.9更新 问题已解决
根据评论的hxd提醒，已经成功的解决了问题，是流控制的问题，具体解决方法如下
只需要把流控制关了就行
如果你用的正点原子或者普中的代码，也需要注意单片机接收函数里面的限制条件，末尾要用\r\n，也就是0D 0A
这是一篇bug记录博客，目前没有找到能解决的方法
最近用python进行深度学习和图像处理，然后发包控制底层STM32单片机进行控制，但是今天在使用普中科技的STM32F1的开发板的时候，始终无法进行通信，在用pyserial打开端口之后，单片机就卡死无法跑程序。
硬件环境
利用普中的USART1和上位机笔记本进行通信
现象
尝试了网上几乎能找到的所有pyserial发包的代码和底层单片机USART底层接收配置，但是都没有用。只要上位机pyserial打开串口，单片机代码就不动了，并且因为打开了串口，我还无法利用keil5在程序中打断点，会出现报错，然后强制关闭debug。但是一旦pyserial关闭端口的时候，代码又马上跑起来了
测试
首先从软件层面测试：
我在笔记本端使用串口助手是可以成功的与底层单片机进行通信的，可以排除单片机串口配置问题
而pyserial发包代码，用在robomasterDJI的B型开发板上(芯片为STM32F407Z0G)也是可以通信成功的，排除python的代码问题。
万般无奈之后，查看普中的板子的硬件图，发现可能是CH340C在捣乱，很有可能是CH340把单片机给强制复位了
验证
利用pyserial打开串口之后，单片机果然仍然不跑代码了。但这次我将断电打在程序刚开始的地方。然后用pyserial关闭串口，果然！到断点位置了。说明代码正是再被强制复位。
在网上有看到这个老哥发的帖子
但是可能和我这个情况不一样，我还是没弄懂为什么pyserial的底层会导致单片机CH340的DTR端口让单片机复位，后续若有机会，继续弄懂。