石英质感 Web 界面
毛玻璃、暗色模式、卡片化 Dashboard。数据由 quartz-daemon 聚合，一次请求渲染整页，告别 Lua 模板并发卡顿。
基于 ImmortalWrt 25.12 · apk 体系
为现代网络而生的
为现代网络而生的
OpenWrt 发行版
QuartzWrt 把 macOS 质感的 Web 界面、Flutter 移动端与蜂窝 / 5G 模组管理整合进一台路由器。 双 Feed 架构、版本锁定、签名软件源——构建与升级都可以复现。
Dashboard 界面示意 · 毛玻璃材质与实时数据聚合
3硬件目标
2固件变体
2软件 Feed
1跨平台 App
Capabilities
不是换皮，是一整套体验
从浏览器里的第一屏，到手机上的远程管理，再到 5G 模组的每一条 AT 指令，QuartzWrt 用同一套数据契约把它们串起来。
Flutter 移动端
局域网 mDNS 自动发现、TOFU 配对、JWT 长效令牌；内嵌 tsnet 引擎，手机不装 Tailscale 也能经 tailnet 远程直连。
蜂窝 / 5G 管理
以 qmodem 为基座：模组信息、信号与小区、拨号、SIM、短信、AT 调试、流量统计，并针对目标设备做深度适配。
双 Feed 架构
quartz 承载自有核心，thirdparty 收集社区插件。Tag / commit 锁定、同名包扫描、构建可复现。
签名软件源与 OTA
apk 索引使用 EC P-256 稳定密钥签名；OTA 清单使用 usign 签名并绑定镜像 sha256，升级链路可验证。
可复现的构建
GitHub Actions 与本地脚本等价：同一基座、同一 Feed 锁定、同一把签名密钥，配套 manifest 门禁与设备断言。
Cellular first
让 5G 模组真正好用
不是把 AT 命令塞进网页文本框，而是把模组能力整理成稳定的数据契约：Dashboard、App 与网页端看到的是同一份数据。
- 信号质量、服务小区、PCC / ARFCN / PCI / 带宽
- 拨号状态、IPv4 / IPv6、上下行速率与流量统计
- SIM 槽位、短信、IMEI、频段锁定与网络偏好
- 与网页端同源的预置 AT 指令，支持中英文标签
已在 Erya FNet3399 + RG520N-EU 上完成设备级验证。
Hardware
已经验证的硬件目标
每个目标都有自己的设备适配层：非侵入补丁、设备种子、原样投放文件与成品镜像断言。
ARM · 5G CPE
v0.2.0
Erya FNet3399
RK3399 · rockchip/armv8
- RG520N-EU 5G 模组
- 板载 WiFi / 蓝牙
- PWM 风扇温控曲线
ARM · WiFi 7
v0.2.0
Hiveton H5000M
MT7987A · mediatek/filogic
- WiFi 7（MT7996E）
- M.2 USB 5G
- 2.5G 网口
x86_64 · 通用
v0.2.0
x86_64 通用镜像
x86/64 · UEFI / BIOS
- 软路由 / 迷你主机
- combined / combined-efi
- std 与 docker 变体
Download
下载与升级
固件发布在 GitHub Releases；软件源由独立签名 feed 提供，设备可长期增量升级。
最新稳定版
v0.2.0
QuartzWrt 固件
三个硬件目标、std / docker 双变体，随附 manifest、buildinfo、OTA 清单与 sha256sums.txt。
x86_64FNet3399H5000Mstddocker
移动端
v0.7.1
QuartzWrt App
Flutter 构建，支持局域网发现、配对、远程访问、路由器设置与蜂窝管理。APK 随 App 仓库 Release 发布。
AndroidmDNStsnet
Package feed
签名软件源
固件已预置软件源，通常只需要 apk update。手动添加时，将以下地址写入 /etc/apk/repositories.d/quartz-feed.list：
https://sources.quartzwrt.org/quartz-feed
https://sources.quartzwrt.org/quartz-feed/packages/<arch>/quartz
https://sources.quartzwrt.org/quartz-feed/packages/<arch>/thirdparty
https://sources.quartzwrt.org/quartz-feed/targets/<board>/<subtarget>/packages
Ecosystem
四个仓库，一条交付链路
构建、核心、第三方与 App 物理隔离，各自独立演进，通过锁定的 Feed 与数据契约连接。