Marlowww-CSDN博客

原创 32f407控制es8266连接手机热点并通讯的两个问题（二）因为8266供电导致串口搜不到（一直掉）的问题

这篇讲第二个问题：因为8266供电导致串口一直掉（就是在程序RST的时候能搜索到这个串口，但是一旦开始run这个串口就一下能搜索到一下搜索不到，甚至报错）1.这种接线的供电路径为“USB→ST‑Link/USB‑TTL→板子 3.3V”，然而很多stlink/ttl的3.3V供电输出能力很弱。2.esp8266峰值电流很高（WIFI信号发射瞬间300mA很常见）3.同时接了两路USB供电（stlink和ttl）解决办法就是给8266独立供电，如图所示。，更容易触发USB掉线。

2026-03-16 10:58:25 184

原创 32f407控制es8266连接手机热点并通讯的两个问题（一）MDK在debug模式下无法run的问题

是半主机技术，Semihosting是一种在Arm处理器上运行的应用程序与调试器的主机进行通信的技术。通过这个机制，跑在ARM处理器上的应用程序可以使用主机的IO设备，比如键盘输入，屏幕输出以及文件的IO等等。最好的解决办法是关闭semihosting或者启用MicroLIB,MicroLIB是ARMCC的精简C库实现，它的I/Oretarget机制更简单，通常不会再启动阶段强行走semihosting那套路径；这是一条特殊的断点指令，是 semihosting 的“向调试器请求 I/O 服务”（

2026-03-15 23:29:50 323

原创用cube AI在stm32f407上部署神经网络以及E200(ValidationError)和E801(HwIOError)问题的解决方案

而产生这两个报错说明是“收”出了问题，也就是开发板接收电脑数据出了问题，因此才考虑到可能是某些进程占用了串口端口导致开发板接收不到电脑产生的测试数据才产生这些报错，而这里我找到两个问题：一是正点原子开发板上USART1的两个跳线帽没接，二是MDK烧录后隐形占用串口端口，所以接上跳线帽后关闭其他进程，断开USB串口再重新连接，再重新打开CubeMX进行板端验证（Validate on target）即可。这两天在研究如何在32上部署卷积神经网络，所以买了正点原子的f407的开发板学习，教程参考的的是。

2026-02-28 23:35:49 674

原创 Android APP实现TCP网络通信的前提配置

文件进行配置，它们对于主文件的关系就好比APP的“身份证”和“施工图纸”，前者向 Android 系统登记 APP 的核心信息（包名、版本号、启动页面等）和申请系统权限，后者告诉编译器“怎么把你的 Kotlin/Compose 代码变成可运行的 APP”，相当于编译指令集的存在。引入的这两个包第一个是用于处理kotlin的协程问题，对于APP主线程是UI线程，而TCP、网络服务这些都是异步程序；需要注意的是因为该文件用的是xml语言所以添加的层级不要搞错了。第一行代码的作用是授予APP网络访问权限。

2026-02-01 23:05:40 388

原创如何通过AndroidStudio创建虚拟机

3、解压完毕之后重新启动Android Studio，把前面的步骤重新走一遍，然后你会发现这时候System image这里已经没有下载标志了，这说明Android Studio已经识别到你手动配置的文件了，然后选择finish，接着你就会在侧边的。我们根据提示所给的信息复制这个蓝色条下面的网址进入浏览器就可以手动下载这个配置，下载完成后解压到你的SDK文件夹下面，以我的文件路径为例，可以参考着找到自己的文件路径，在x86_64这一级下如果有残留文件的记得清理干净，最后结果如图所示。

2026-01-29 15:11:29 406

原创 stm32f103控制esp8266向手机发送数据的实现

二在烧录器供电又非debug模式下，32代码不是逐条稳步运行，而是全速运行，8266需要一两秒启动时间，来不及反应32发送的AT固件指令导致8266无法建立连接；2、烧录完成后进入debug模式，也可以直接退出stlink然后供电，但是需要注意的是，通过链接stilnk供电但不进入debug模式的话esp8266是无法链接到指定服务端的，因为。，这里8266向指定IP和端口发起连接所以8266是客户端），然后你会发现主机这一栏是不可以被修改的，这是软件自动识别的，端口号要和烧录到32代码里填的一样。

2026-01-23 00:15:29 540

原创 stm32通过esp8266实现WIFI数据传输实验TCP调试助手监听不到数据的问题和处理办法

TCP串口调试助手识别本地IP识别错了，并且我的电脑上以前装过虚拟机，VMware 虚拟网卡 IP会被分配独立的 IP 段，导致TCP调试助手识别到的IP不是我们需要的IP（我们需要的IP是电脑无线局域网适配器 WLAN），进而导致在32代码里面填的服务端IP不是正确的IP（此实验的逻辑是STM32发送AT指令控制8266主动发起 TCP 连接，连接到指定 IP（电脑）和端口的 TCP 服务器）等待一段时间之后，正常情况下就能在TCP调试助手窗口接收到esp8266发来的数据了，和视频教程里展示的一样。

2026-01-20 23:04:06 943

原创 ESP8266关于AT串口调试没有反应的问题与一种可能的解决办法

2、连接电脑后打开flash_download_tool，可以搜索到对应串口，不清楚串口的话可以打开设备管理器，然后波特率选择115200，其他配置保持不变，选择前面说的.bin文件按下START开始烧录，完毕后就相当于把AT固件库烧录到ESP8266里面了（MQTT 透传固件是在基础 AT 指令功能上，额外集成了 MQTT 协议栈）此时在发送栏输入AT并选择发送，接收窗口理论上应接收到“OK”，则表明ESP8266的AT串口调试成功。

2026-01-19 20:58:38 312 1

原创 STM32CubeIDE无法烧录的一种可能的解决办法

我的理解是，有缺陷的代码导致调试接口无法正常通信，把BOOT0接成系统引导模式擦除异常程序，烧录后相当于正常程序把异常程序顶掉了，调试接口恢复正常通信，STM32CubeIDE又能找到接口了。吐槽：豆包写的代码不要随便烧录，豆包给我的。

2026-01-18 00:01:13 510 1

m0_74048906的博客