📚 课程目录第1章烧录日志概述

1. 烧录日志概述

大家好，我是你们的老朋友。今天咱们正式开始聊烧录日志。说实话，我做了十几年嵌入式，刚入行那会儿，根本没把烧录日志当回事。觉得能跑就行，出问题了再查呗。结果呢？有一次量产，三千片板子烧到一半全挂了，我蹲在产线边上对着串口终端发呆，那叫一个狼狈。

从那以后，我养成了一个习惯——每次烧录，必留日志。今天这一章，我就把烧录日志是什么、为什么重要、以及常见的场景，掰开了跟你讲清楚。

烧录日志，说白了就是烧录过程中产生的全部记录。它不光是你在终端里看到的那几行“Erasing... Writing... Verifying... OK”。

完整的烧录日志，应该包含以下信息：

你想想看，如果只有一行“OK”或者“FAIL”，你拿什么去定位问题？所以，日志的颗粒度，决定了你的排查效率。

核心观点：烧录日志不是可有可无的“副产品”，它是烧录过程的“黑匣子”。没有它，出了问题你只能靠猜。

我见过太多工程师，烧录失败了就换一块板子重试。嗯，这确实快，但问题永远解决不了。烧录日志的重要性，体现在三个层面：

烧录失败的原因千奇百怪。可能是芯片锁死了，可能是电源不稳，可能是Flash坏块，也可能是烧录器接触不良。没有日志，你连从哪下手都不知道。

举个例子。我曾经遇到一个案子，产线反馈烧录成功率只有70%。我拿到日志一看，所有失败记录都卡在同一个地址的擦除操作上。换了一批芯片，问题消失。最后查出来，是那批芯片的Flash有工艺缺陷。如果没有日志，你可能会怀疑烧录器、怀疑软件、怀疑产线工人，就是想不到芯片本身有问题。

量产的时候，每一片板子都应该有对应的烧录日志。万一产品到了客户手里出了问题，你可以翻出当时的日志，看看烧录过程是否正常。这叫可追溯性。

我建议，量产日志至少要保留到产品生命周期结束。别嫌占地方，一个日志文件也就几KB，存十年都没问题。但关键时刻，它能帮你省下几百万的召回成本。

烧录日志不只是用来查错的。你还可以用它来分析产线效率、统计失败率、发现瓶颈环节。

比如，你发现某个工位的烧录时间平均比别的工位多3秒。查日志发现，那个工位的烧录器USB线太长，导致通信重试次数偏多。换根短线，问题解决。这就是数据驱动的优化。

我的习惯：每次量产结束，我都会把日志汇总，做一个简单的统计分析。失败率、平均耗时、常见错误码，这些数据比任何报告都管用。

不同场景下，烧录日志的关注点完全不同。我把它分成三类：

量产烧录，追求的是速度、稳定、可追溯。日志要自动化采集，格式统一，方便后续分析。

研发阶段，烧录日志是调试工具。你需要尽可能详细的信息，甚至要打开调试级别的日志输出。

返修烧录，最怕的是二次损坏。芯片可能已经处于异常状态，强行烧录可能让情况更糟。

注意：返修场景下，烧录日志的“错误信息”比“成功信息”更重要。我曾经因为忽略了一条“写保护位已置位”的警告，连续烧坏了三片返修板。后来学乖了，每次返修前先清保护位。

为了让你更直观地理解烧录日志在整个烧录流程中的位置，我画了一张图。这张图涵盖了日志的产生、采集、存储、分析四个环节，也是咱们这门课的核心脉络。

这张图把咱们这门课的核心逻辑串起来了。你看，日志产生是源头，日志采集是通道，日志存储是仓库，日志分析是价值输出。三个场景（量产、研发、返修）对这四个环节的要求各不相同。后面的章节，我会逐一展开。

一句话总结：烧录日志不是烧录过程的“副产品”，而是嵌入式开发的“基础设施”。重视它，你就能少踩坑、少加班、少背锅。