https://www.pnthub.com/blog PNTHUB Blog 2026-06-19T00:00:00.000Z https://github.com/jpmonette/feed PNTHUB Blog https://www.pnthub.com/img/favicon.svg <![CDATA[EPHUB 发布：广播星历汇集与分发模块正式上线]]> https://www.pnthub.com/blog/ephub-release 2026-06-19T00:00:00.000Z PNTHUB 工具链新增 EPHUB 模块，支持多星座广播星历的实时汇集、质量控制、缓存重播与多路分发。

背景​

在 GNSS/RTK 高精度定位场景中，广播星历是解算的基础数据之一。EPHUB 的目标是为测网提供标准化、高质量的星历数据服务。

核心能力​

  • 实时汇集：从 NTRIP Caster、接收机直连等多种来源接收广播星历
  • 质量控制：自动检测星历异常、过期数据和格式错误
  • 缓存重播：支持历史星历缓存和按时间重播
  • 多路分发：通过 HTTP API 和 STRHUB 流通道向下游提供数据

快速开始​

EPHUB 已内置于 RTKHUB，无需单独部署。启动 RTKHUB 后，在 Web 控制台的 EPHUB 管理页面即可配置和使用。

# 启动 RTKHUB（EPHUB 默认启用）
./rtkhub

更多详情请参考 EPHUB 文档。

]]> <![CDATA[PNTHUB 工具链架构设计：从数据接入到运维分析]]> https://www.pnthub.com/blog/pnthub-architecture 2026-06-01T00:00:00.000Z PNTHUB 采用模块化工具链架构，以 RTKHUB 为核心，通过内置能力模块覆盖 GNSS/RTK 测网的完整运行链路。

架构理念​

PNTHUB 的设计遵循"核心系统 + 内置能力 + 独立扩展"的三层架构：

  1. RTKHUB 作为核心系统，负责数据接入、RTK 解算和状态监控
  2. STRHUB、EPHUB、SCRHUB 作为内置能力模块，按需启用
  3. More HUBs 作为后续扩展方向，逐步构建完整生态

数据流架构​

数据源 → STRHUB → RTKHUB（解算） → Web 控制台 / API
                ↓
           EPHUB（星历）→ 下游解算引擎
                ↓
           SCRHUB（运维）→ 脚本调度 / 日志

部署方式​

  • 单文件部署：Windows / Linux 各一个可执行文件
  • Docker 部署：官方镜像支持一键启动
  • Cloudflare Tunnel：支持远程安全访问

未来规划​

更多 HUB 模块将围绕算法验证、设备管理、告警服务、云端协同和项目管理逐步展开。

]]> <![CDATA[RTKHUB 迁移到 yyjson：性能提升与代码简化]]> https://www.pnthub.com/blog/yyjson-migration 2026-05-15T00:00:00.000Z RTKHUB 的 JSON 序列化已从手搓方案迁移到 yyjson 高性能库，带来显著的性能提升和代码简化。

为什么选择 yyjson​

yyjson 是一个高性能的 C 语言 JSON 库，具有以下特点：

  • 读写速度快：比标准库快 2-10 倍
  • 内存占用低：零拷贝解析
  • 标准兼容：完全兼容 RFC 8259
  • API 简洁：直观的读写接口

迁移收益​

指标迁移前迁移后
JSON 解析速度基准提升 3-5x
序列化速度基准提升 2-4x
代码行数手搓逻辑减少约 40%
内存使用动态分配零拷贝

迁移过程​

迁移采用了渐进式策略：

  1. 引入 yyjson 依赖
  2. 逐步替换 JSON 解析/序列化调用
  3. 移除旧的手搓代码
  4. 全面测试验证

对用户的影响​

对用户完全透明，API 接口和数据格式没有任何变化，只是内部实现的优化。

]]>