使用RT-Studio生产的STM32F407VE工程运行一段时间后自动停止, update -> 发现是串口无法持续输出

[CN-CaoJun]

使用RT-Studio生产的STM32F407VE工程运行一段时间后自动停止, update -> 发现是串口无法持续输出

[chnykn]

正好 我这里有一个STM32F407VE，工具及配置与你的完全一样。试了一下，并不会出错。 没有任何特殊的设置，除了我用的ST-Link；貌似 你用的DAP-Link。理论上，应该不是这个原因。

麻烦您这边多跑一段时间看看，thx。

图我就不贴了，刚刚连续跑了一个多小时，不会出错！
RT-Thread 5.0.2，针对F407VE的默认项目，没有特殊配置。

[chnykn]

正好 我这里有一个STM32F407VE，工具及配置与你的完全一样。试了一下，并不会出错。
没有任何特殊的设置，除了我用的ST-Link；貌似 你用的DAP-Link。理论上，应该不是这个原因。

[Rbb666]

可以debug看看，在卡死的时候停止调试看看停在哪里，再看看为什么不切换到目标线程

[CN-CaoJun]

感谢各位，有时间了再试下我再来更新

[CN-CaoJun]

这个问题在我这边是必现的，当前出现的情况是：306个tick之后就没有打印了，在调试界面暂停的时候，发现任务就在IDLE task里面。

[CN-CaoJun]

正好 我这里有一个STM32F407VE，工具及配置与你的完全一样。试了一下，并不会出错。 没有任何特殊的设置，除了我用的ST-Link；貌似 你用的DAP-Link。理论上，应该不是这个原因。

麻烦您这边多跑一段时间看看，thx。

[CN-CaoJun]

可以debug看看，在卡死的时候停止调试看看停在哪里，再看看为什么不切换到目标线程

还在学习RTTHREAD中，希望我能弄清楚一下为啥切不了目标线程

[CN-CaoJun]

Update:
今天工作之余再调试了下，
在debug模式下跑：
跑一段时间之后，调试器自己会在idle里面停一下， 然后run可以继续跑下去，但是需要串口监控软件重置下才能打印出接下来的log。

在正常模式下跑：
跑一段时间后串口没有输出，重置串口后可以看到接下来的打印。使用的串口软件是ScureCRT

因此我认为可以把这个问题的描述调整成：
使用RT-Studio生产的STM32F407VE工程运行一段时间后串口无法输出，但是重置串口软件后可以看到后续的输出。

我认为这对我也是值得研究的，因为同样的环境在监控其他软件的串口输出时并没有出现类似的情况，接下来看下是什么打断了串口的输出。

[Rbb666]

Update: 今天工作之余再调试了下， 在debug模式下跑： 跑一段时间之后，调试器自己会在idle里面停一下， 然后run可以继续跑下去，但是需要串口监控软件重置下才能打印出接下来的log。

在正常模式下跑： 跑一段时间后串口没有输出，重置串口后可以看到接下来的打印。使用的串口软件是ScureCRT

因此我认为可以把这个问题的描述调整成： 使用RT-Studio生产的STM32F407VE工程运行一段时间后串口无法输出，但是重置串口软件后可以看到后续的输出。

我认为这对我也是值得研究的，因为同样的环境在监控其他软件的串口输出时并没有出现类似的情况，接下来看下是什么打断了串口的输出。

换个串口助手试试呢？比如我使用的是mobaxterm

[CN-CaoJun]

Update: 今天工作之余再调试了下， 在debug模式下跑： 跑一段时间之后，调试器自己会在idle里面停一下， 然后run可以继续跑下去，但是需要串口监控软件重置下才能打印出接下来的log。
在正常模式下跑： 跑一段时间后串口没有输出，重置串口后可以看到接下来的打印。使用的串口软件是ScureCRT
因此我认为可以把这个问题的描述调整成： 使用RT-Studio生产的STM32F407VE工程运行一段时间后串口无法输出，但是重置串口软件后可以看到后续的输出。
我认为这对我也是值得研究的，因为同样的环境在监控其他软件的串口输出时并没有出现类似的情况，接下来看下是什么打断了串口的输出。

换个串口助手试试呢？比如我使用的是mobaxterm

Mobaxterm也是同样的情况，这个现象非常奇妙，😂

[CN-CaoJun]

换了开发的电脑和串口之后，发现问题不再复现😂，感谢支持！