- 博客(21)
- 收藏
- 关注
RSS订阅原创 03｜V853 TP9951 驱动调试：I2C 通了，数据面就稳了吗？
本文记录 TP9951 桥接芯片驱动从接入到量产的完整调试经验。核心结论：I2C 通只代表控制面正常，数据面需通过 MIPI ECC/CRC、CSI overflow 与首帧单独验证；MIPI 参数应固定输入制式后逐项扫描，寻找有余量的稳定区间而非单点；信号恢复流程必须幂等并做有限重试，避免拖住主摄；排查时需交叉核对原理图与 DTS，并用示波器确认电气时序。评估驱动是否接近量产，关键看它能从多少种异常状态重新收敛
2026-09-03 16:49:01
305
原创 02｜V853 4K 录像卡顿：VE 父时钟、NPU PLL 与 DDR 带宽怎么查
本文记录了一次 V853 平台 4K 录像偶发卡顿的排查过程。作者最初尝试降低码率，但问题依旧，最终沿着 VE、PLL 和 DDR 的时钟链路定位到根因。文章强调：只看 DTS 配置容易误判，必须结合运行时 clock tree 才能确认实际生效的频率；同时提供了长稳测试脚本、带宽账本估算、对照实验方法和工程风险清单，帮助读者用数据而非直觉来评估时钟修改的收益与代价
2026-09-01 16:46:25
333
原创 ESP-Miner 多板型配置：DeviceConfig 分层、ADC 识别与运行时覆盖实战
ESP-Miner 通过 `DeviceConfig` 分层模型统一管理多 ASIC、电源与板级拓扑。本文拆解「事实、能力、策略」三层设计：601a 的 ADC 硬件版本识别如何提供事实，capability 能力位如何描述硬件边界，运行时覆盖又如何让策略基于能力而非版本号动态生效。
2026-08-29 17:35:23
331
原创 热控系统源码分析：PID、过热关断与降额恢复
矿机热控不仅是按温度调风扇。ESP-Miner 同时处理多传感器抽象、PID、防积分饱和、启动阶段参数过渡、硬关断和降频恢复。本文分析控制策略，并指出其中可能影响稳定性的细节
2026-08-28 11:33:37
334
原创 01｜V853 + GC2093 能出图却无法缩放：VIPP 重复裁剪问题复盘
本文复盘了一次 Allwinner VIN 摄像头链路中“1080P 正常、720P 缩放失败”的排查过程。根因是 Sensor 驱动在 1080P 模式下既声明真实输出，又额外声明带偏移的 VIPP 窗口，叠加应用缩放请求后形成三个尺寸约束。通过删除冗余的 vipp_w/vipp_h/vipp_hoff/vipp_voff 字段，让 Sensor 只报告事实，问题得以解决。文章还总结了逐级确认格式的排查步骤、常见陷阱、验证清单，以及一套最小 V4L2 复现实验，并强调“让整条媒体链路对尺寸只有一个一致的解
2026-08-27 15:47:45
226
原创 1.5 TH/s 调优方法论：从频率电压表走向稳定性工程
本文围绕 BM1370 在 750 MHz 下的 1.5T 调优展开，先给出理论算力公式与时钟吞吐上限，再说明 V3 硬件参数仅属“开放实验参数”；随后以 IOUT 预警 25 A 推导各频率点的理论功耗与算力，并解释高负载下 VOUT 过压的成因；最后给出推荐实验矩阵、综合评分选点方法及固件调优建议，强调稳定超频必须依赖可复现的闭环实验。
2026-08-27 15:12:43
292
原创 TPS546D24A 电源管理：PMBus、保护阈值与状态位
高算力运行时最值得信任的不是一句“Power Fault”，而是 TPS546D24A 的 PMBus 遥测和状态寄存器。本文分析线性数据格式、保护阈值、锁存状态，并以 `0xE021 / 0xC0` 为例说明如何避免误判。
2026-08-26 08:48:10
308
原创 ESP-Miner 算力监测深度解析：从计数器差分到时间加权平均
矿机页面上的“1.5 TH/s”并不是一次寄存器读取，而是计数器差分、时间基准、异常值过滤和多级窗口共同产生的估计。本文分析 ESP-Miner 的算力监测实现，并讨论如何避免漂亮但错误的数字。
2026-08-25 15:57:23
274
原创 从“能跑”到“好用”：VibeStick 的产品化路线与未来架构
原型最擅长证明“可以”，产品必须反复回答“失败怎么办”。本文结合 VibeStick 当前源码与路线图，讨论 OTA、安全配对、语音可靠性、设备抽象、多 Agent 和可观测性的优先级。
2026-08-25 15:44:34
336
原创 从 macOS 移植到 Windows，不是把 Command+V 改成 Ctrl+V
VibeStick 最初围绕 Mac Bridge 与 HUD 构建，后来增加 Windows Codex、语音输入、诊断、托盘和安装器。本文按源码复盘跨平台移植中的进程、路径、网络、粘贴、打包与本地 ASR 问题。
2026-08-24 11:41:38
1141
原创 Bridge 如何“偷听”AI 但不偷走隐私：VibeStick 的观察器、协议与安全边界
Codex 和 Claude 并没有为这块小屏幕提供统一状态 API。VibeStick Bridge 如何从本地进程、JSONL 会话和限额事件中构造可靠状态？本文分析 provider 抽象、状态推断、HTTP 协议与安全设计
2026-08-23 11:29:44
360
原创 135×240 屏幕里的固件工程：VibeStick 的 LVGL、音频与按键状态机
摘要：本文剖析了VibeStick固件（基于M5Stack StickS3）的核心设计策略。系统采用四级状态诊断机制（NO WIFI/AUTH FAILED/BRIDGE OFFLINE/BRIDGE ERROR）精准定位故障源；LVGL UI采用静态布局与动态覆盖层设计确保界面稳定；音频模块通过同一条I2S链路实现录音与播放的智能切换，采用动态合成提示音技术；两个物理按键通过状态机实现多功能复用与防串扰逻辑；特别强调失败重试时必须保留用户录音数据的原则。
2026-08-22 09:58:08
356
原创 BM1370 驱动深度解析：PLL、地址分配与渐进升频
本文介绍了BM1370 ASIC芯片的驱动设计与实现要点。核心内容包括：1）采用轻量策略模式实现多型号ASIC的统一接口；2）初始化流程区分冷启动和在线恢复场景；3）PLL频率搜索算法通过枚举分频组合实现精确频率控制；4）提出渐进升频策略降低硬件突变风险，并建议结合电源、温度和算力进行闭环控制；5）指出当前频率状态管理的局限性及改进方向；6）强调驱动验证需关注PLL边界、错误处理等关键场景。文章特别分析了如何将目标频率转换为硬件参数，并指出升频策略对系统稳定性的决定性影响。
2026-08-22 09:36:33
335
原创 把 AI 装进一根小棒子：VibeStick 总体架构与源码全链路解析
VibeStick项目将M5Stack StickS3改造为桌面AI Agent的交互终端，采用分层架构设计：设备端负责硬件交互（屏幕、按键、麦克风），PC端处理AI服务集成与跨平台适配。系统通过HTTP/UDP协议通信，实现了状态同步（2秒轮询）、语音输入（支持重试机制）和剪贴板注入等功能。项目亮点在于清晰的职责划分——硬件专注确定性任务，软件桥接处理复杂度，并通过模块化设计（如可替换的ASR服务）保持扩展性。当前版本适合可信局域网环境，后续将增强安全特性。该架构为资源受限设备连接AI服务提供了实用范例。
2026-08-21 09:01:31
706
原创 一条 Share 是怎样诞生的？从 Coinbase 到 Nonce —— ESP32 矿机固件深度解析（第4/15篇）
摘要：本文解析比特币矿池与ASIC设备间的Stratum协议协作机制，重点阐述Coinbase构造、Merkle Root计算及Nonce验证流程。矿池通过extranonce扩展Nonce空间，ASIC需处理混合字节序的区块头数据。关键点包括：分层Merkle Root计算需注意字节序反转（通过test_mining.c测试保障）、ASIC作业调度算法（基于2^32空间/频率估算）、ESP32二次验证Nonce的必要性（区分芯片筛选与矿池难度），以及uint64_t与double在超高难度场景下的精度取舍
2026-08-21 08:41:41
335
原创 Stratum V1 客户端源码分析：连接、订阅与矿池切换
本文分析了ESP-Miner的Stratum V1实现，总结了稳定挖矿客户端的关键挑战与解决方案。文章指出连接管理需要transport_lock保护，状态机设计应明确会话流程，并通过设置协议级内存上限保障安全性。针对容灾策略，建议采用带抖动的指数退避算法避免惊群效应。在可观测性方面，强调记录关键时间戳和状态转换的重要性。这些最佳实践包括连接保护、状态机设计、内存安全、智能退避和诊断记录，不仅适用于挖矿客户端，也为其他长运行网络客户端提供了参考框架。
2026-08-20 10:12:53
620
原创 从上电到出算：ESP-Miner 固件架构全景
摘要：ESP-Miner是一个基于ESP32-S3的嵌入式挖矿平台，集成了硬件抽象、实时任务、矿池协议、Web管理等功能。本文从启动流程（PSRAM检查→ASIC复位→网络初始化→挖矿任务）分析其架构特点，包括全局状态共享设计（GlobalState）、控制/数据平面分离、任务优先级分配等。架构亮点在于硬件兼容性和安全启动机制，但共享状态的隐式耦合存在风险。改进方向包括：明确状态所有权、启动流程状态机化、资源生命周期规范化。该平台体现了在资源受限设备上实现复杂功能的产品化思路，未来需强化模块间的接口契约以提
2026-08-19 08:56:34
417
原创 ESP32 只保护出厂固件，又允许用户刷第三方固件：Flash Encryption Development 模式落地方案
摘要： 本文探讨了ESP32设备在保护出厂固件与支持用户自由烧录之间的平衡方案。通过Flash Encryption Development模式，厂商可在设备出厂阶段保护固件不被直接复制，同时保留用户解锁设备的能力。核心方案包括三个状态转换：FACTORY_LOCKED（加密固件+官方OTA）、OPEN_BLANK（擦除密钥后关闭加密）和USER_FIRMWARE（运行第三方固件）。文章详细分析了Development与Release模式的差异、加密原理、烧录限制及解锁流程，强调需通过eFuse管理加密状态
2026-08-19 08:24:31
300
原创 【Bitaxe 601 家庭矿机：从方案选型到量产落地的心得】
摘要： 团队开发的Bitaxe 601家庭比特币矿机基于BM1370芯片，功耗17W，算力1.2TH/s，售价150美元。选型阶段看重BM1370的能效比、技术成熟度及供应链优势；设计阶段优化电源完整性、散热方案（小风扇+散热片）及Wi-Fi模块，并基于开源固件开发。量产时注重测试流程与认证合规，定位为低成本挖矿体验工具。项目耗时6个月，验证了小团队通过开源与成熟供应链打造硬件的可行性，强调技术积累与供应链管理的重要性。（149字）
2026-08-18 14:56:16
709
原创 全志 H616 平台串口通信时序问题的排查与解决
摘要： 全志 H616 平台在神马矿机控制板项目中遭遇 UART 高速通信丢包问题。通过示波器排除硬件故障后，定位到根因是中断响应延迟（30-50us）超过 FIFO 填满时间（8.6us）。常规优化（提高中断优先级、DMA 默认配置）效果有限，最终采用 DMA 传输（4字节粒度） + 动态 FIFO 触发阈值调整 的组合方案：低负载时阈值设为4字节，高负载时降至1字节。优化后 921600 bps 丢包率从 3.5% 降至 0%，CPU 占用率降低 9%，可靠性达 99.99%+。关键经验：需结合业务场景
2026-08-18 14:29:04
618
原创 ubuntu16.04 mediapipe编译指南
近期学习mediapipe，遇到一些编译问题，mark一下。目录前言目录一、编译环境5.安装bazel二、编译问题1.jdk版本不正确2.zip未安装3.https可能下载失败4.Bazel 6.1.1提示ERROR5.bazel-release.pub.gpg下载失败一、编译环境。
2023-06-14 10:28:20
743
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人