- 博客(59)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 mibee-eye-hub 项目工程是如何引入Jev/Laya这类System One 决策模型
经过研究了System One 决策模型系列，MiBee生态的AI产品生态工程再一次进化。
2026-11-04 17:20:14
142
原创 告警不必一条条轰炸：MiBeeBell 蜂铃首个飞牛版发布
MiBeeBell v0.1.0正式发布，定位为飞牛OS专属告警收敛与通知中枢，不替代监控或排班系统。它接收来自Webhook、Alertmanager、Grafana等7类入口的告警，通过去重、冷却、静默、升级等策略优化通知，支持飞书、钉钉、Telegram等17种渠道。单二进制+SQLite部署，资源占用低（15–21MB），支持多机互备。源码闭源，成品与文档公开于mickeyzzc/releases仓库，首版仅提供飞牛原生包，强调“补位而非竞争”。
2026-11-04 17:17:16
236
原创 2026运维告警工具大乱斗：国内外 30+ 项目全景盘点
on-call / 事故管理的事实标准，很多大厂工单系统里“PagerDuty”已经成了动词。但 2024-2026 年它股价/估值较峰值缩水约 86%，客户数年持平在 ~1.5 万，增长故事讲得有点累了（详见第七节）。
2026-10-30 22:01:30
175
原创 MiBeeNVR上架飞牛商店：能接多少摄像头，取决于你的机器
MiBee NVR 今天上了飞牛应用商店，应用中心搜名字就能装。它把一台飞牛、或者任何一台常年开着的 Linux 小主机，变成一台网络录像机。摄像头接进来，24 小时录，按时间回放，手机浏览器上随时看。有三件事值得先说：接入不按路数收费，软件里也不设这个数字；主流的摄像头协议基本都覆盖，国产的、海外的、自制的、国标的；录像会跟着画面动静调整写盘，静态场景能省掉大部分空间。左边是能接进来的设备，右边是接出去的地方，中间是它自己。
2026-10-30 20:09:06
457
原创 onvif-c（ESP-IDF plain C 组件）完整参考手册：从建工程到写出能被 NVR 添加的 ESP32 相机
onvif-c 是五个协议库里最「物理」的一个：ESP-IDF 上的 plain C ONVIF 设备端组件，约 10KB 代码足迹、零第三方依赖。ESP32 相机固件想被 NVR 发现、读设备信息、拿到流地址、上报移动侦测事件，加这一个组件就够了。它没有 XML 解析器——动作识别用strstr()，响应用snprintf()拼——内存模型简单到从传感器回调上下文里调用也安全。四个 MiBee 相机固件仓随固件同步携带它，库的改动先在真机上过一遍再发布。
2026-10-19 19:38:45
507
原创 gb28181-go（mickeyzzc/gb28181-go）完整参考手册：一个库同时含 GB/T 28181 设备端（UAC）与平台端（UAS）
gb28181-go 是唯一支持设备端（UAC）与平台端（UAS）一体化的 Go 协议库，代码源自生产环境固件与 NVR 接入实现。设备端可直接抄写 main.go 完成注册、心跳、流传输；平台端独立使用 platform/ 模块对接摄像头。配置项详尽，支持国标 20 位编码、SIP/TLS、SM 算法，帧源通过 FrameHub 注入，支持 25fps H.264 流封装。文档清晰，从工程搭建到完整程序逐字段说明，读完即可落地应用。
2026-10-19 19:36:38
530
原创 MiBeeNVR 的大脑视觉AI：MiBeeVision Lite 发了第一个可用版本
写起来更慢，按我的体感应是写 NVR 的三到四倍，换来的是内存占用和排队行为可预测。在这条链路后面挂一个做目标检测的程序——把录下来的视频过一遍、认出人和车、圈出感兴趣的区域、出了事把截图和结论塞回 NVR——这个想法比代码出现得早。机器忙的时候排队等着即可，不用抢，也不用为了不掉帧牺牲稳定性——视频落盘了才去碰它，最坏的情况是慢一点，不会是错的。我拿真实摄像头录的一段 9MB 多的视频丢进去，它能解码、能检测、能算区域归属，最后把结果写回 NVR，录像列表上多出 AI 标记。区域决定的是告警的含义。
2026-10-18 20:10:55
439
原创 我为什么这样做自适应录像——MiBeeNvr 的存储设计
MiBeeNVR 的自适应录像通过压缩域判活（基于P帧大小统计）实现近零开销的动静感知，静止时降为每30秒一关键帧，磁盘占用下降75%-98%。切换瞬间依赖32MB GOP预缓冲补写完整帧，确保零丢帧。支持五路触发信号（视频尖峰、音频、pixgate、ONVIF事件、外部API），回放自动变速。硬件定位为1GB内存设备，拒绝服务端常驻AI模型，以轻量级设计兼顾性能与成本，适合老旧设备部署。
2026-10-18 19:50:15
538
原创 你的设备每天都在自报家门，只是没人听
先说我这边的一个真实现象。我在一台设备上做主动查询——按标准协议问它「你是谁」——结果是100% 无应答。同一时间我把监听器开着，听到的是一屋子设备在滔滔不绝地自我陈述。一个都不搭理你，但个个都在喊自己的名字。这件事改变了我对这个问题的整个看法：发现网络里的设备，主要靠的不是问，是听。
2026-10-15 19:43:08
273
原创 路由器上那 54MB 内存，逼我用 Rust 重写了采集器
上一篇写完当天，v0.7.0 的安装包就挂上去了，采集器的 .ipk/.apk 也在里面——那句「还没进 release」是我写稿时还没传，现在有了。这篇接着讲它：采集器为什么非得跑在路由器上，以及怎么装。先说结论式的那句话：不是路由器方便，是内网里别的机器根本看不见那些信号。
2026-10-15 19:37:32
70
原创 86 台设备，我手写的清单里至少 6 条是错的
之前米家设备能认出品牌，认不出型号。v0.7 加了一条 hostname → model 的完整管线：从 viomi-waterheater-e13_miap5E55 这种名字里把型号 token（e13）抠出来，一路写进资产库的 model 列和上报格式。实测用 10 个真实主机名验证过，米家设备的型号覆盖从 0% 变成扫一次全带上（只填空，不覆盖你手改过的值）。
2026-10-13 16:20:46
253
原创 onvif-go v2.4.0发布与一条复活的上游：一次由外部贡献代码引出的思考
onvif-go v2.4.0 发布，核心更新来自外部贡献者对移动侦测事件解析的改进，解决了TP-Link等设备因不发送MotionAlarm导致录像失效的问题。该功能已下沉至库层，提升通用性。意外发现上游0x524a/onvif-go未停更，反而活跃发布v1.2.0，且在测试覆盖、跨平台支持、依赖管理等方面各有优劣。对比显示，v2.4.0在测试完整性、跨平台兼容性与零依赖设计上更具优势，体现对嵌入式场景的深度考量。
2026-10-13 06:26:58
435
原创 onvif-go（mickeyzzc/onvif-go v2）完整参考手册：从建工程到写出自己的 NVR 接入
onvif-go/v2 是零依赖、Go 1.26+ 的 ONVIF 客户端与虚拟相机服务器库，支持设备发现、认证、取流、控制及模拟相机。通过 NewClient 初始化连接，Initialize 自动校准时钟并解析服务地址；Media().GetStreamURI 获取主码流 RTSP 地址，可直接用 VLC 播放。提供 discover、onvif-diagnostics 等命令行工具快速探查设备。支持主动组播、被动监听与定向探测三种发现方式，兼容海康、Axis 等主流厂商及 ESP32 最小实现，代码可
2026-09-29 21:11:19
308
原创 MiBee 指纹引擎：把设备识别规则写成数据
扫描器扫完一个网段，能给出的是哪些 IP 活着、哪些端口开着。要知道那台设备是什么牌子什么型号，得靠一层识别规则去认。MiBee 指纹引擎做的就是这件事：我把识别规则从代码里拿出来，做成一份 YAML 语料，再用一个引擎去执行。规则变成数据之后，加一个设备签名就是往语料里加一条，不用改 Go 代码，也不用配套写测试。这份语料还有一份语言无关的格式规范，别的语言照着实现就能得到一致的分类结果。在讲引擎之前，先花点篇幅说清楚。很多人知道有这个东西，不知道它背后在干什么。
2026-09-29 20:56:20
85
原创 NAS 和 ARM 小板能当录像机吗？68 路 / 28 路 / 18 路三档实测
本文公开了MiBeeNvr在三种硬件平台上的实测性能数据，涵盖16至68路录制、并发观看、纯转发等场景，明确回答“一台机器能带多少路”及“瓶颈在哪”两大选型问题。高配x86可稳定支持68路（64×1080p+4×4K），CPU仅24%；入门ARM NAS瓶颈在存储，健康接口延迟达2秒但录像正常；单板生产机在80%磁盘IO压力下API延迟仍仅13.5ms。所有测试条件、工具与口径公开，旨在提供可复现的自测基准，而非横向对比。
2026-09-27 08:41:15
193
原创 用国标或者ONVIF协议库，做一个能被录像机认出来的摄像头
五个摄像头项目的协议库：ONVIF 和国标（GB/T 28181），各有 Go、Rust、C 三种语言实现，全部 MIT。它们不是从标准文档翻译出来的，是从真实的摄像头固件和 NVR 里抽出来的。ONVIF 那个 C 库就是几个 ESP32 摄像头固件里重复实现的部分合并出来的，国标那两个 Go 库来自 NVR 里跑了两年的代码。这篇讲怎么用它们做摄像头项目。不讲协议原理，标准原文该查还是要查。
2026-09-27 08:35:20
414
原创 MiBeeSteward 装在哪：软路由、主机、center+agent 实测对比
同一张物理网、同版本同参数，对 MiBeeSteward 三种部署形态（路由器、主机、center+agent）做对照实测：扫描与识别和形态无关；差距在被动发现与跨网段——DHCP 租约表、conntrack、跨段可见性由网络位置决定。附分布式形态的租约 TTL 约束、内存实测与分场景选型结论。
2026-09-18 12:19:34
358
原创 MiBee Eye Notebook：把闲置笔记本变成一台带麦克风的网络摄像头
MiBee Eye 系列此前有两个实现，跑在树莓派这类 Linux 小板上；这次新增的一支面向笔记本、台式机与迷你主机，采集本机的摄像头和麦克风，把手上闲置的电脑变成一台能进监控系统的设备。
2026-09-16 21:38:39
156
原创 MiBee Eye 蜂眼：把闲置的 Linux 小板做成一台能进国标平台的摄像头
MiBee Eye（蜂眼）项目将闲置硬件转化为符合ONVIF Profile S与GB/T 28181标准的网络摄像头，提供Go/Rust双版本实现，支持NVR自动发现、平台级联、实时/回放流、抓拍、AI检测及本地录像。其核心为四个独立协议库（ONVIF/GB28181，Go/Rust），均采用MIT许可，可复用于各类视频系统开发。目前国标设备侧能力已覆盖注册、心跳、查询、流传输与回放控制，部分高级功能（如订阅告警）仍在规划中。
2026-09-15 12:13:24
349
原创 MiBeeNVR 从 0 到 0.12：能力汇总与竞品对比
数据来源：GitHub全部 20 个 release notes（v0.1.0–v0.12.0）、仓库代码结构与语言统计（gh api，2026-09-01 拉取）；竞品数据为同日 GitHub REST API 实时拉取。主观评分由项目作者本人给出并标注。
2026-09-01 21:00:00
655
原创 MiBeeNvr v0.12.0: 子码流、自适应录像与全链路观测
<think>好的，用户需要根据一篇关于MiBeeNvr v0.12.0版本更新的长文，生成一篇不超过150字的摘要。 我需要先理解文章的核心内容。这篇文章主要介绍了v0.12.0版本解决的两个核心痛点：一是在手机上查看监控时，宫格画面很小，却耗费资源加载高清原始码流，导致流量浪费和手机发热；二是像走廊、门口这样的场景，全天几乎无动静，却持续以全速录制，浪费大量硬盘空间。 针对这两个问题，版本提出了两个主要解决方案：子码流体系和自适应录像。子码流体系让预览、宫格等场景优先使用低清子码流，按需拉取
2026-09-01 10:49:41
563
原创 gb28181-rs：Rust 的 GB28181 设备端库——两条接缝接入你的采集管线
gb28181-rs让 Rust 程序以设备身份注册到 GB/T 28181 平台：注册与摘要认证、目录应答、INVITE 点播、RTP/PS 推流、录像回放与下载，全部内置。宿主只需要提供两样东西：视频帧，和（可选的）录像索引。gb28181-rs。
2026-08-31 06:55:04
248
原创 onvif-device-rs：把 Rust 程序变成一台 ONVIF 相机
ONVIF（server）库：SOAP Device/Media/Imaging/PTZ 服务、WS-Discovery 应答器、WS-Security 认证。给你的流媒体程序、采集管线、边缘设备接上一个标准的 ONVIF 门面，任何 NVR/VMS 都能发现它、从它取流。
2026-08-31 06:54:15
236
原创 ONVIF/GB28181 协议库自研 vs 复用：全项目调研（2026-08-28）
"是否值得自己写库"这个问题，一半已经被自己的行动回答了：ONVIF-Go 库已经写完并在用，GB28181 的手写实现已有 4 份且正在发生真实的复制分叉代价。ONVIF × Go：自研库已落地，判定"值得"已被实践验证。v2.0.0-rc3（2026-08 本会话直验 50 个 issue 全关）覆盖 client（NVR 生产在用）+ server + WS-Discovery 设备端应答器；的 ONVIF 服务端已从手写 1,856 行迁移到该库（适配层剩 1,369 行）。
2026-08-30 22:11:57
368
原创 ONVIF 库全景调研：业界现状、问题与选型结论
业界没有官方 ONVIF SDK。ONVIF 只发布规范（WSDL/XSD 全公开可下载 [Source 1][Source 2]），测试工具仅会员可用（年费 $500–$20,000 [Source 3][Source 4]），合规是厂商自认证而非第三方测试 [Source 3]。这个结构性空白导致每个语言生态各自为政、碎片化严重。设备端（服务端）"手写 ONVIF"是行业常态而非异类：C/C++ 固件用 gSOAP 从 WSDL 生成代码（生成物默认 GPL，商用需付费 [Source 5]）；
2026-08-30 22:08:21
356
原创 因为MiBeeNVR，决定接 onvif-go 自己管理并重构
的样子——是局域网里的 Windows 主机广播 WS-Discovery Hello 被当成了相机入库，凭据为空、永远连不上，还会在 health 里报 error。这是个纯 Go 的轻量 NVR，跑在香蕉派上，接海康、大华、IPC 和几台自制的 ESP32 相机。（致谢还是要在的：这个库的地基是原作者打的，MIT 允许我这么干，README 和 LICENSE 里都留着致谢。返回的 XAddr 还是旧地址——相机漫游到新地址后自己广播的还是老 IP，每次服务调用都打去一个不存在的机器。
2026-08-27 11:54:18
545
原创 在 R4S 的飞牛OS 上折腾 NVR：从「仅直播」到两台录像机国标级联
折腾记录 · MiBee NVR × 飞牛OS × NanoPi R4S × Banana Pi M5 文中截图均已脱敏（摄像头名、内网地址、设备编码均为示例数据），实时画面以占位面板替代。
2026-08-22 06:57:31
444
原创 MiBeeNvr 从 0.1 到 0.11：一个轻量级 NVR 的成长记录
三个月前我把 MiBeeNvr 推到 GitHub 的时候，它还只是个能拉 RTSP 流、把录像存成 MP4 的小工具。到 0.11.0，它已经能接国标摄像头、做连续回放、自动发现局域网里的 ONVIF 摄像机了。中间发了 19 个版本。这篇文章按版本把这段路理一遍。不列参数，只讲每个阶段我加进去了什么、为什么加、踩了什么坑，算是一份产品成长记录。fill:#333;important;important;fill:none;color:#333;color:#333;important;
2026-08-20 22:03:41
191
原创 MiBeeSteward v0.5.0: SNMPv3 + 拨测监控证书
MiBeeSteward 在 v0.1.0 到 v0.4.0 的四个版本里，逐步形成了一条完整的内网设备管理链路：主动扫描与指纹识别负责设备的发现和分类；
2026-08-20 22:02:41
428
原创 分布式共识算法全景教程
它不是停止工作，而是给不同的处理器发送不同的数据——给 A 说"高度 3000"，给 B 说"高度 5000"。在投票逻辑看来，这台处理器仍然"在线"，仍然在"参与"，但它的每一票都在制造分裂。：A 是叛徒，给 B 发"进攻"、给 C 发"撤退"。B 的处境和情况一完全一样——收到了"进攻"和"撤退"，无法判断谁在说谎。如果 B 在情况一中选择"进攻"，那它在情况二中也会选择"进攻"，但 C 会选择"撤退"——两人不一致。B 收到了 A 直接发来的"进攻"和 C 转述的"撤退"，无法判断谁在说谎。
2026-08-12 22:13:46
304
原创 飞牛 fnOS 用户看过来！MiBee NVR v0.10.1 离线安装包发布——断网也能装，点开即用
MiBee NVR 的定位一直是"低功耗设备上的轻量 NVR"——树莓派 3B 是最低验证基准，R4S 这类 ARM 小盒子天然在射程之内。v0.10.1 把飞牛 fnOS 的安装体验补齐后，飞牛用户可以像装普通 App 一样装监控了。如果你是飞牛用户，被 v0.10.0 的网络问题劝退过，建议用 v0.10.1 的离线包再试一次——至少安装阶段的几个老大难问题，这版都处理了。🔗 相关链接项目主页：https://github.com/Mi-Bee-Studio/MiBeeNvr。
2026-08-10 09:58:06
471
原创 嵌入式摄像头模组选型手册 —— 入门到采购的实战参考
信号名类型描述典型电平XCLK输入外部主时钟，通常 6–24 MHz ✅3.3VPCLK输出像素时钟，用于同步采样数据 ✅3.3VVSYNC输出帧同步信号，标识一帧的开始/结束 ✅3.3V输出行同步信号，标识一行有效像素 ✅3.3VD[7:0]输出8 位并行像素数据总线 ✅3.3VSIOC / SCL输入SCCB / I²C 时钟 ✅3.3VSIOD / SDA双向SCCB / I²C 数据 ✅3.3VPWDN输入掉电控制3.3V。
2026-07-28 20:46:09
324
原创 MiBeeNvr v0.10.0-preview.1 发布：H.265 全链路打通、Timelapse v3、认证现代化与架构大清理
MiBeeNvr v0.10.0-preview.1 是自 0.8.0 以来最大的一次发版，主题是"把底层清干净"——H.265 全链路打通、Timelapse 重写到 v3、MJPEG 低延迟化、认证安全现代化，以及一轮贯穿 config / DI 根 / API 路由 / 前端播放器的架构清理，为后续 sidecar AI 路线铺路。含破坏性变更，升级前请务必阅读升级指南。
2026-07-28 20:43:37
567
原创 不知道网络里到底有什么?这个开源工具帮你扫一遍就清楚了 —— MiBee Steward 竞品对比
MiBee Steward：轻量级网络设备自动发现与资产管理工具 这是一个面向开发者/运维人员的开源工具，专为解决网络设备发现与身份识别痛点设计。它通过被动扫描自动识别网络中的设备（如摄像头、交换机、服务器等），生成持续更新的资产台账，而无需手动录入。 核心优势： 自动识别：基于协议指纹（SNMP/HTTP/RTSP等）识别设备厂商和型号。 轻量单二进制：20MB大小，零依赖，支持快速部署（SCP上传即运行）。 插件化扫描：五层引擎支持级联探测，深度补充设备信息。 与现有生态互补：通过Prometheus接
2026-07-20 18:44:28
406
原创 H.264 / H.265 / H.266 Web 前端播放选型：2026 年该用哪一代
当浏览器原生不支持某编码（Firefox 旧版本不支持 H.265、所有浏览器不支持 H.266），WASM 软解是唯一方案。代价是 CPU 占用高、内存大、移动端体验差。编码主流 WASM 解码器1080P 性能备注H.264~25–30 fps浏览器原生已够好，WASM 仅用于统一行为H.265~30–35 fpsFirefox 旧版本、Linux 桌面的兜底H.266VVdeC WASM~12 fps（单线程）4 线程+SIMD 才到 ~22 fps，仍掉帧。
2026-07-20 18:39:41
594
原创 ESP32-CAM / ESP-IDF 开发中绕不开的那些坑
做 ESP32-CAM 的开发，有些硬约束是平台本身决定的，代码写得再好也绕不过去。不是 bug，是硅片和框架的设计取舍。下面列的是做类似项目（包括本项目）时反复撞上的东西，写在这里当个参考。
2026-07-18 21:06:31
310
原创 Nmap 全指纹库深度调研报告
Nmap 7.99版本内置六大核心数据库，构成其网络探测能力的基础知识库，总计约86,479条结构化记录。主要包含：1）6,108条操作系统指纹（nmap-os-db）；2）12,171条服务识别签名（nmap-service-probes）；3）27,409条知名端口映射（nmap-services）；4）38,930条MAC厂商前缀（nmap-mac-prefixes）；5）1,711条RPC程序号记录（nmap-rpc）；6）150条IP协议号注册（nmap-protocols）。这些数据库通过社区协
2026-07-17 11:32:59
333
原创 SQLite 顶不住了？本地轻量服务该怎么选数据库
最近手头几个本地轻量服务（SQLite 打底）在并发小写入的场景下都开始喘。但这玩意是本地轻量服务，不能塞一堆重依赖，PG/MySQL 那一套直接 pass。借着给两个具体场景做选型的机会，我把市面上还能用的本地轻量方案摸了一遍，把结论和判断过程记下来，也算给你做决策时省点查资料的时间。先说结论，后面再展开为什么。
2026-07-17 11:27:25
325
原创 摄像头现在能直接开播了——MiBeeNVR v0.8.1 直播推流上线
一个跑在树莓派上的开源 NVR，凭什么能跟 OBS 抢活干？这篇讲讲我们怎么把"监控摄像头 → 直播间"这条路从能用走到好用，中间踩了多少协议层的坑。上图：手机 App 上看到的直播画面，推流由 MiBeeNVR 原生 Go relay 完成，无 FFmpeg 依赖。
2026-07-05 15:50:24
404
1
Python2.7.6版本
2014-03-13
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人