你好，这个可能是软件出现bug卡住了，正常分析最多一两分钟就好了，你可以在我们的developer cloud平台上导入模型分析一下试试吗，地址在这里：https://stm32ai-cs.st.com/home 如果还是有问题的话可以把模型发给我们看看。
你好，可以在我们的developer cloud平台上导入模型分析一下试试，地址在这里：https://stm32ai-cs.st.com/home 如果还是有问题的话可以把模型发给我们看看。
你好，可以在我们的developer cloud平台上导入模型分析一下试试，地址在这里：https://stm32ai-cs.st.com/home 如果还是有问题的话可以把模型发给我们看看。
一般来说 如果是基于STM32CUBEMX 创建的工程，会自动拷贝进来且不用收购打开。 如果是手动修改，需要自己拷贝相应的库文件到工程里来。
如果你这个不是很长的报文的话，你这个收发信息的负载确实很低。在这种情况下仍然会出现ISR可能不会响应的问题。确实挺奇怪的。 但是你的问题其实描述的并不清晰。不知道你这里的ISR到底是什么中断的ISR。你的UART是什么模式的配置？你的485通讯完全时单向的还是收到主机的信息之后在一个时间窗口，485就要给与回应？ 好了，这里再给一下就目前你的信息给与的可能猜测。 你的485从节点在收到信息之后切换为发送模式了。这时候主机发送的信号当然就收不到了。这时候这一次的uart接收register当然就没有信息，也就没有办法触发ISR。 第二种可能性是你的ISR清空状态比较晚，而ISR清空状态之后或者重新开中断之后，已经收到了第二条消息。这时候因为状态清空了，所以也就收不到新的中断请求？ 这些猜测的准确率不高，因为目前所得的信息不够。
建议从ST 官网搜索和下载cube 库。 这样和ST 同步所有的工具，使用方法，保持代码结构科学性。 官方有一整套生态系统，都在STM32CUBE 框架下。 库中例程都是生成好的工程，同CubeMx 工具等也方便的生成相应的工程，并可以使用各种中间件。
微信公众号
手机版
.png)
