用公司分配的后台账号登录。没有后台权限的账号无法进入。
加载中…
每类固件当前是哪一版、是干什么的、在哪块板上 USB 实测过。新版本由出固件的人报来、在这里登记(规矩:每个新版本的第一份先 USB 实测,再进升级 / 测试台 / 固件包)。
加载中…
控制已经可以升级的设备里,同一时间最多有多少台在下载,避免服务器带宽被占满。灰度比例决定「谁能升级」,这里决定「放行多快」。默认关闭,即不限速。
保存后立即生效。这是软上限,实际可能略微超出。
加载中…
App「修复设备」现在从已发布的正式固件(上方发布列表,经 fw-token 签发)里选版本刷入:下面给每个型号指定默认恢复版本,选「自动(最新)」就用这台设备能刷的最新版;App 修复页还能在允许范围内改选。设备不能刷的版本(已撤回、板型不符、安全版本低于设备下限、灰度没放到这台)不会签出,会自动退回最新。
加载中…
旧版单文件恢复固件:只给旧版 App(app-recovery-manifest)用,新版 App 修复不读这里。每个型号保存一份,上传后会覆盖这个型号原来的恢复固件。
加载中…
12 位 SN 结构 例: L51126210001
| 位 | 字段 | 含义 | 例 | 空间 |
|---|---|---|---|---|
| 1 | 产品系列 | 大类产品线 (字母) | L = Lings / 流光 | 26 系列 |
| 2 | 细分类别 | 系列内的细分 (尺寸 / 形态 / 品类) | 5 / 6 / 7 | 10 类 |
| 3 | 代数版本 | 第几代产品 | 1 = 第 1 代 | 0-9 + a-z (36 代) |
| 4 | 硬件版本 | 同一代内的主板改版 | 1 = 主板 v1 | 0-9 + a-z (36 版) |
| 5-8 | 批次代码 | 工厂烧录批次(年 + 周) | 2621 = 2026 年第 21 周 | — |
| 9-12 | 序列号 | 同批次内顺序 | 0001 | 0000-9999 |
型号前缀:
L511 星辉One 60 LED ✅ ·
L612 星辉Mini 30 LED 规划 ·
L711 星辉Pro 120 LED 规划
示例:同型号主板改版 → L511 → L512 (第 4 位 +1) · 换代 → L511 → L521 (第 3 位 +1,主板版本归零)
🛒 经销商对应(规划中)
以后发货系统会按 SN 范围、批次或合同自动对应经销商。
对应规则:SN 区间 → 经销商代号 (例 L51126210001-9999 → DIST_CN_A).
没有对应经销商时默认为 official (官方直营)。
SN 里不包含销售地区,经销关系由后台单独记录,SN 的 12 位结构保持不变。
加载中…
SN 都是 12 位,按字面顺序比较。第 5–8 位是批次(年 + 周),要锁整批就填这一批的第一个和最后一个 SN。
加载中…
售后专员提交申请 → 在这里审核(不能审批自己提交的申请)→ 批准后,专员在限定时间内获得授权,才能在现场解锁设备。
加载中…
加载中…
只列出有后台角色的人(员工和管理员)及其能力。这里只能查看;要改角色或邀请新人,请到「权限」页。
加载中…
加载中…
加载中…
加载中…
🔴 红色:被拒绝的访问(有人尝试登录或越权操作)· 🟢 绿色:登录成功(留意陌生 IP)。同一 IP 每小时只记 1 条,记录保留约 365 天后自动删除。
加载中…
这里记录所有手动执行过的数据库变更,方便日后追查。
每次手动执行新的数据库变更,请在脚本末尾加上 INSERT INTO admin_migration_log ....
加载中…
加载中…
加载中…
加载中…
板测发现不良 → 维修台修好后,在 App「维修台」里登记:不良项、原因、处理方法和结果,经手人自动记录。主板在这一步还没有 SN,用 MAC 区分。
加载中…
批次是一笔身份额度(型号 + 研发 / 量产 + 数量)。产线手机给测试台领取烧录授权时,后台才按当周取 SN、生成设备密钥,所以 SN 的生产周和写进主板的时间最多差一周。管理员建的批次全厂通用、直接可领(记「自批」);测试台维护员给自己产线的某台测试台申请多少张,管理员批准后只有那台能领,申请人可以自己撤回。领取时先扣本台专用的,再扣全厂通用的。关闭、作废只有管理员能做。生产员在 App 里领取并写入测试台,领不到找管理员。勾了「研发设备」的批次,主板登记时会打上研发标记。
加载中…
加载中…
按 MAC 把一块板一辈子的事串起来:测试台每一轮(含金板轮、黄卡被拒的)、烧录授权、出厂登记、翻新换 SN、维修台、激活绑定、OTA、崩溃、售后。翻新换过 SN 的会一起查出来。测试台 M1 轮拿不到 MAC,不在这里。管理员看全部、售后一次查一台(用户账号都只显示 id 前 8 位);研发看研发板全部,量产板不看用户这一段;测试台维护员只看自己产线测过的板、只看工厂这一段。每次查询记入审计;查看用户联系方式要填理由。
金板是确认合格、不出货的主板,用来区分「测试台出了问题」还是「主板有问题」。参考值只能用「这台测试台量这块金板」的读数,所以按测试台分开算。流程:登记金板 → 在测试台上把金板测几轮(记录会带金板标记)→ 这里算参考值 → 看过没问题再点「采用」,下次有手机连上测试台就生效。金板的记录不算产量、不算良率。
⚠️ 正式发布的测试台固件:没下发参考值,金板就过不了(屏上「金板参考值还没下发」),测试台开不了工;登记过的金板在出厂流程里会被拒(不扣授权)。所以量产测试台开班之前,先在这里登记好金板、跑够轮数、算出参考值并「采用」,再用手机连一次测试台。参考值只算判决通过、或只差参考值的那几轮。
加载中…
产线手机在工厂版 App 里登记,后台已经核过「密钥在这部手机的安全芯片里、导不出来」。这里由管理员确认是自己人的手机再批准;批准后才能开班、领身份。作废后不能恢复,要在手机上重新登记。
加载中…
加载中…
测试台身份用 Burner 向后台领(SN T111YYWWnnnn),刷完回报 MAC 就变成「在用」;签发后 24 小时没回报自动作废。研发测试台领真型号的 SN,出的设备靠「研发设备」标记区分(号段现在和量产共用)。操作要两步验证,状态变化都记入审计。
加载中…
测试台报当前版本,后台定升到哪一版,工厂版 App 用蓝牙推过去,和用户灯里的固件完全分开。目标版本可以单台指定(先试几台 / 退回旧版);低于最低版本:测完手上这块就停,升级前不能开工。
加载中…
存在测试台里、用来给主板刷机的固件包(mkbundle.py 打的 images.bin,不超过 8.5MB)。版本号要和包里写的一致。量产测试台只收签过名的包,没签名的只推给研发测试台和单独放行的量产测试台。
工厂接口(测试台身份 / 领烧录授权 / 上传记录 / 开班)的每一次调用,包括被拒的。位置按 IP 归属地算;境外 IP 和失败多的账号会标出来。
加载中…
加载中…
设备崩溃时上报的摘要。先看「同类崩溃」找出最常见的问题;打开详情,可下载对应版本的调试符号文件和解码工具,在电脑上定位到具体代码。 ⓘ
加载中…
加载中…
App 运行时上报的错误。先看「同类错误」找出最常见的问题;打开详情可看到完整错误记录和还原命令,需要用发版时存档的对应版本符号文件,在电脑上还原出具体代码位置。
加载中…
加载中…
加载中…
加载中…
只有勾选的设备会收到这个版本。验证没问题后,再用「全量发布」推送给所有设备。
加载中…
输入验证器 App 显示的 6 位动态码
用验证器 App 扫描二维码
在验证器里选「手动输入」,账户名随意填,密钥粘贴上面这串。
如果验证码一直不对,多半是手机时间不准,请在手机设置里打开「自动设置时间」。
以后登录时需要输入 6 位验证码
⚠️ 请保管好装有验证器 App 的手机。手机丢了将无法登录,需要请超级管理员重置。
你的账号是超级管理员,启用两步验证后才能继续使用后台
关闭后只凭密码就能登录,账号更容易被盗用。之后可以随时重新启用。