Matter 认证环境搭建：Test Harness、DUT 与网络基础设施
Matter 认证环境不是一台电脑加一个 chip-tool。稳定的预认证环境需要把 Test Harness、Device Under Test、参考节点、网络基础设施、PICS 和版本证据作为一个整体管理。 先冻结版本组合在安装前确认： 目标 Matter Specification 版本； 对应 Test Plan、PICS/PIXIT 和 CCB； Test Harness 发布版本或镜像； Test Ha...
Matter 各类证书的关系：Attestation 链与 Fabric 身份链
Matter 中至少有两套容易混淆的证书体系：产品证明身份的 Device Attestation 链，以及加入某个 Fabric 后使用的 Operational Certificate 链。它们的签发者、生命周期和验证目的都不同。 总览12345678910产品证明链PAA -> PAI -> DAC + DAC Private Key（每台设备） + Certification Declarat...
Zephyr 构建仍引用旧 SDK：缓存污染的定位与修复
切换 Zephyr SDK、临时工作区或 Git worktree 后，如果构建日志仍然引用已经删除的目录，问题通常不在源码，而在复用的构建目录。先确认失败阶段和缓存来源，再清理明确的生成目录，比反复修改代码更有效。 典型现象这类问题经常出现在以下场景： 为验证一个补丁，临时复制了一份 SDK； 在多个 Zephyr 版本或厂商 SDK 之间切换； 使用 worktree 隔离实验，但沿用了原来的输出目录； 临时目录已经删除...
多镜像固件优化：版本配对与最终字节校验
当一个交付固件由 Bootloader、主应用、无线子镜像或协处理器固件合成时，仅靠文件名和流水线顺序无法证明镜像配对正确。可靠的构建流程应该把类型选择、目录隔离、失败语义和最终字节校验连成一条证据链。 问题不只是“文件放错了”多镜像工程常见这样的隐含约定： 12child-debug.bin -> main debugchild-release.bin -> main release -> produc...
GPIO 快速跳变优化：让 ISR 只做必须做的事
Hall、干簧管、按键或防拆输入快速跳变时，如果硬中断回调直接操作协议栈、Flash、LED 定时器或复杂状态机，就容易出现延迟、丢事件、资源压力和难以复现的异常。更稳妥的设计是 ISR 采样并投递，主任务消抖、合并和执行副作用。 先确认回调在哪个上下文看到一个名为 gpio_callback 的函数，不能默认它运行在普通任务。排查前应追完整调用链： 12345IRQ handler -> GPIO driver -...
从零搭建 Hexo + Fluid + GitHub Pages：把隐私检查放进发布链
个人技术站不只是把 Markdown 变成 HTML。更可靠的发布链应该同时管理源码、生成物、站内链接和公开边界，让敏感内容在推送之前就被阻止。 最小架构Hexo 把 source/ 中的 Markdown 和静态资源渲染到 public/： 12345source Markdown -> Hexo generate -> public static files -> checks -> Git...
Telink Matter 开发环境：把产品应用从 SDK 仓库中抽离
直接在 Matter SDK 的 example 目录里开发产品，开始很快，长期却会带来 SDK 升级困难、产品提交混入第三方源码、多个应用相互影响等问题。更稳定的方式是把 SDK 当作只读依赖，把产品应用、配置、生成物和构建入口放进独立仓库。 目标结构把环境分成两个边界： 12345678910111213141516171819vendor workspace├── matter/├── zephyr/├── module...
Wireshark + Thread 抓包：从信道到协议阶段的完整流程
Thread 抓包的关键不是“看到 802.15.4 帧”，而是让信道、时间、解密条件和设备日志对齐，再按 MLE、6LoWPAN、IPv6 和上层会话逐层判断。抓包只能证明捕获范围内发生的网络行为，不能替代设备端状态。 准备组成一个常见环境包括： 123456Thread device under testThread network / Border Router802.15.4 sniffer hardwarePyspi...
Obsidian + GitHub：建立可跨设备同步的私人知识库
Obsidian 适合编辑 Markdown，Git 适合保留历史，GitHub 私有仓库适合作为多设备之间的统一远端。稳定的知识库需要明确目录、同步顺序和敏感信息边界，而不是把所有文件直接扔进一个自动同步目录。 推荐架构12345678910Desktop Obsidian + Git │ ▼ GitHub private repository ...
AI + Zephyr + Matter：构建、烧录与串口调试的可控闭环
AI 可以把代码修改、构建、串口日志分析和回归测试连接成闭环，但“能执行命令”不等于“可以无限自动操作硬件”。可靠流程需要固定工程边界、明确设备身份、把烧录设为授权门，并让每轮结论都对应可复核证据。 闭环不是无限重试推荐状态机： 1234567891011理解需求 -> 读取工程规则与代码流 -> 修改产品代码 -> 静态检查 -> full build -> 人工烧录授权门 ->...