摘要: 1、出现这种情况,造成的原因可能是因为你的项目的.c文件过多,代码数量过大,需要把部分的内容较大的.c文件放入外部flash,如:字库、图片等,放入外部flash后尝试重新编译烧录就能恢复运行。 2、如果是带引导+app的单片机,检查是否是引导被破坏或者覆盖导致代码卡在引导没进入app,ps:这种情 阅读全文
posted @ 2025-02-13 10:24 BUG_KING 阅读(2) 评论(0) 推荐(0) 编辑
摘要: ![](https://img2024.cnblogs.com/blog/3487636/202502/3487636-20250206092152155-445357774.png) 阅读全文
posted @ 2025-02-06 09:24 BUG_KING 阅读(4) 评论(0) 推荐(0) 编辑
摘要: ![](https://img2024.cnblogs.com/blog/3487636/202502/3487636-20250205141911071-569739280.png) 阅读全文
posted @ 2025-02-05 14:19 BUG_KING 阅读(3) 评论(0) 推荐(0) 编辑
摘要: problem:两个芯片之间使用TTL电平通信的话,推荐TX和RX都加上拉电阻。 reason:如果其中一方的单片机处于死机状态时,由于不确定因素可能导致某一方的TX引脚持续拉低,容易引起另一方单片机的RX持续拉低导致死机 阅读全文
posted @ 2025-01-18 11:44 BUG_KING 阅读(5) 评论(0) 推荐(0) 编辑
摘要: problem:串口接收数据出现丢数据的情况 answer:查看是否使用了队列或者串口中断,一般OTA的数据都非常大,推荐使用DMA接收+闲时中断的方式接收数据进行处理 problem:接收的数据是完整正确的,但是解析回来的hex的数据写入flash的时候发现有的数据会出错丢帧 answer:单片机 阅读全文
posted @ 2025-01-18 11:37 BUG_KING 阅读(4) 评论(0) 推荐(0) 编辑
摘要: 问题: 1、板子焊接完成后,网口没反应 2、网口数据经常丢包 解决: 1、网口没反应,大概率是座子有短路或者板子的焊盘与座子接触不良导致,还有一个原因就是你的板子的电源等器件的噪声太大且靠近核心板导致,需要严格按照电源芯片的规则走线等办法减少干扰。 2、网口数据经常丢包,输入dmesg |tail 阅读全文
posted @ 2024-10-25 10:29 BUG_KING 阅读(27) 评论(0) 推荐(0) 编辑
摘要: 具体描述: 第1块板是一边写代码一边烧录测试,一直没什么异常,整片擦除,再烧录,功能一切正常。 之后就又焊了两块板,把程序烧录进去之后芯片没反应。 进入仿真模式会卡在 startup_at32f403a_407.s 的 151 行 LDR R0, =SystemInit 后面发现一个奇怪的解决办法, 阅读全文
posted @ 2024-10-04 15:53 BUG_KING 阅读(36) 评论(0) 推荐(0) 编辑
摘要: /**/ 点击查看代码 #include "CompletePing.h" /** ping identifier - must fit on a u16_t */ #ifndef PING_ID #define PING_ID 0xAFAF// Ping包的唯一ID #endif #define 阅读全文
posted @ 2024-09-26 16:13 BUG_KING 阅读(123) 评论(0) 推荐(0) 编辑
摘要: ![](https://img2024.cnblogs.com/blog/3487636/202409/3487636-20240916160347972-1768013102.png) 阅读全文
posted @ 2024-09-16 16:04 BUG_KING 阅读(7) 评论(0) 推荐(0) 编辑
摘要: 使用了#include <gpiod.h>内部库作为IO驱动 点击查看代码 `#ifndef __DS1307_H #define __DS1307_H #define NUM_LEDS 21 // 控制4个GPIO引脚 #define CHIPNAME "gpiochip0" // GPIO 芯片 阅读全文
posted @ 2024-09-14 11:33 BUG_KING 阅读(30) 评论(0) 推荐(0) 编辑