智慧监控台
正在载入设备…
全部区域
酒店管理看板
房间 = 空间（房号取空间编号）· 房态由前台手动维护
场景看板
上传地理图后在图上标注空间与设备点位
还没有地理图。点击右上角「上传地理图」， 传一张厂区/校园/楼宇平面图或鸟瞰图，然后在图上标注空间名称与设备点位。
集中运营
跨站点设备、告警、能耗与联动执行一屏总览
HA 里配好的联动点「上传到云平台」即落进本平台（幂等、不产生重复条目）， 上传后可在云平台与小程序直接执行，执行记录带操作人与回执结果。
| 网关ID | 名称 | 空间 | 状态 | 备注 |
|---|
| 编号 | 名称 | 类型 | 地址 | 房间数 | 操作 |
|---|
| 租户编码 | 名称 | 联系人 | 电话 | 场景模板 |
|---|
| ID | 作用域 | 对象 | 配置键 | 配置值 | 说明 | 更新时间 | 操作 |
|---|
习惯画像
由设备状态与操作记录学习的时段规律，仅在本租户内使用| 归属 | 设备 | 信号 | 日型 | 高概率时段 | 时段分布 | 峰值概率 | 活跃度 | 置信度 | 观察 |
|---|
智能提醒
提醒规则来自上方学到的习惯，无需配置条件；只在「状态可信且与习惯矛盾」时才提醒提醒设置
「该关未关」不受静默期限制 —— 忘关电器发生在夜间的风险高于被打扰； 「该开未开」在静默期内不提醒，且需已过整点 30 分钟。 同一设备同一类型每天最多提醒一次。
| 时间 | 规则 | 归属 | 设备 | 期望 | 实际 | 概率 | 置信度 | 说明 |
|---|
联动建议
来自上方习惯学习。采纳后会创建一条**已启用**的时间型联动规则，可随时停用或删除| 建议 | 依据 | 概率 | 置信度 / 观察 | 将执行 | 操作 |
|---|
门槛（最小置信度 / 最小区分度）复用 habit_learner 的参数，
可在平台面「AI 模型 → 模型预测参数设置」中调整。恒开/恒关的设备不会产生建议 ——
那种设备本来就一直那样，"自动化"它没有意义。
用电与发电
统计来自设备上报的 power 指标聚合；预测由云平台模型输出（参数可在「AI 模型」页设置）| 日期 | 用电 (kWh) | 发电 (kWh) | 日均功率 (W) | 峰值功率 (W) | 覆盖小时 |
|---|
预测（未来若干天）
| 日期 | 星期 | 预测 (kWh) | 区间下界 | 区间上界 | 基线来源 |
|---|
| 时间 | 设备 | 模型 | 指标 | 级别 | 得分 | 说明 |
|---|
| 时间 | 渠道 | 标题 | 内容 | 状态 | 操作 |
|---|
哪些报警需要通知
关掉的一类既不推送也不排队，记录照旧留在报警中心。三类按报警类型划分：安全类=烟感/燃气/漏水/门窗（DEVICE_ALARM）、 阈值类=设备页设的阈值（THRESHOLD）、智能异常=平台统计模型。
通过什么方式通知
微信授权一次只能发一条，邮件不消耗额度 —— 建议两者都开，邮件是真正能当兜底的那条腿。
级别与免打扰
免打扰支持跨零点（22:00–07:00 表示当晚到次日早）。烟感、燃气这类建议保持「严重及以上放行」。
系统当前按什么判定（只读）
这一块只读，用来核对「我设的」与「它实际做的」是否一致。
| 用户名 | 客户端 | 状态 | IP | 接入时间 | 最近活跃 |
|---|
统计口径：仅计入手机终端 APP / 小程序（client_type=mini/app）连接云平台的在线会话，Web 控制台与 API 调用不计入；超过 2 小时无活动的会话判定离线。
| 账号 | 昵称 | 角色 | 状态 | 最后登录 | 操作 |
|---|
注销 = 立即禁止该账号登录小程序与云平台（并清空在线会话），历史记录保留，可「恢复启用」；注销操作需两次确认。
操作记录
本租户在平台上的关键操作，按时间倒序。可按时间范围、操作类型、结果与关键词筛选。
接口调用日志（技术明细）
供排障使用：每次接口调用的方法、路径、状态码与耗时。
| 时间 | 方法 | 路径 | 状态 | 耗时(ms) |
|---|
运营总览
全平台的租户、网关、设备与手机终端健康视图，数据实时取自各租户上报状态。
平台总览
租户健康
手机在线终端
| 用户 | 租户 | 客户端 | 接入时间 | 最近活跃 |
|---|
正在加载在线终端…
接入资源
全部租户的网关与设备在线概览；固件 / 代理 / HA 版本与 OTA 升级请在「软件与OTA」操作。
| 租户 | 网关 / 设备 | 类型 | 版本 / 协议 | 状态 | 最近时间 |
|---|
最近动态
最近 8 条用户操作与联动执行；按租户、类型、结果检索完整流水请到「操作与联动记录」页。
操作与联动记录
把「用户操作」与「联动规则执行」合并为一条按时间倒序的统一流水，可按租户、类型、结果、时间与关键词过滤。
各租户联动执行统计
| 租户 | 总次数 | 成功 | 部分成功 | 失败 | 已跳过 | 最近执行 |
|---|
成员管理
选择租户查看其全部账号；「注销」= 立即禁止该账号登录小程序与云平台（历史保留、可恢复），需两次确认。
| 账号 | 昵称 | 角色 | 状态 | 最后登录 | 操作 |
|---|
网关软件版本（跨租户）
| 租户 | 网关ID | 名称 | 状态 | 固件 | 代理 | HA版本 | IP |
|---|
终端型号 / 协议（跨租户）
| 租户 | 设备ID | 名称 | 类型 | 厂商 | 型号 | 协议 | 在线 |
|---|
OTA 升级包
| ID | 名称 | 版本 | 目标类型 | 状态 | 创建时间 |
|---|
OTA 升级任务
| ID | 包ID | 网关ID | 状态 | 进度 | 消息 |
|---|
本页建立「可控 + 人工确认」的客户端升级机制：灰度按比例放量（同一台设备结论稳定， 不会刷新一下有更新、再刷新又没了）；强制升级只影响提示能否关闭， 不替用户决定静默替换运行中的代码 —— 最终仍由用户在客户端点「确认更新」。
发布计划
| ID | 客户端 | 渠道 | 版本 | 最低版本 | 方式 | 灰度 | 强制 | 状态 | 发布时间 | 操作 |
|---|
新建发布计划
平台组件健康
服务器指标
告警列表
| 级别 | 类别 | 说明 |
|---|
模型目录（由后端容器自动枚举，无需手工登记）
| 模型 | 类型 | 实现类 | 全局状态 | 租户覆盖 | 洞察（近 7 天 / 累计） | 可调参数 | 全局操作 |
|---|
跨租户规模分布（仅计数；不含设备名、洞察原文与习惯画像内容）
| 租户 | 洞察累计 | 近 7 天 | 习惯画像 | 提醒 |
|---|
模型预测参数设置
| 模型 / 参数 | 当前生效值 | 来源 | 改为什么值 | 调整影响 | 操作 |
|---|
优先级：租户覆盖 > 全局默认 > 代码内置默认。 改完保存后，该模型的**下一轮分析**即使用新值（习惯类模型默认 10 分钟一轮、能耗聚合 15 分钟一轮），无需重启服务。 「清除覆盖」表示不再特殊处理并回落到上一级，与「设成这个数」是两件事。
开关覆盖记录
| 模型 | 范围 | 状态 | 说明 | 操作人 | 更新时间 | 操作 |
|---|
优先级：租户覆盖 > 全局基线 > 环境变量白名单（白名单为空 = 全部启用）。 「清除覆盖」表示不再特殊处理并回落到上一级，与「明确停用」是两件事 —— 前者回答「没配过」，后者回答「就是不要它」。开关写库即生效，无需重启。
产出结构（全平台口径，含所有租户）
| 模型 | 洞察数 | 近 7 天 |
|---|
云平台整机基线（重建整台服务器用这个）
| 包名 | 版本 | 大小 | 生成时间 | 操作 |
|---|
整机包含后端 jar + Web 控制台 + 运维脚本 + systemd unit + root crontab + 数据库 dump， 缺任一项恢复现场都得靠回忆补配置。默认保留最近 3 份；办公电脑另存一份异机副本（每日 12:30 自动拉取）。
数据库备份文件
| 文件名 | 类型 | 大小 | 时间 | 操作 |
|---|
周期备份：每日凌晨 3:10 自动执行，保留最近 3 份。
恢复前会再自动做一份 prerestore_ 安全备份；建议先「演练恢复」再正式恢复。
备份 / 恢复日志
（暂无日志）
HA 盒子故障换新
（未执行）
主按钮已改指「换盒恢复向导」（1.6.101）：旧盒烧了的时候真正要做的是
「迁移业务 + 拿到软件包与身份包清单 + 按步骤在盒上烧身份」，而这块表单原来直接打
/replace，点完看起来成功、实际新盒的 custom_components 与
Zigbee 网络密钥一个都没落，设备全离线。
仍需要只迁云端数据（比如新盒早就配好、只差业务归属）时，用右边的
仅迁云端数据。
换盒做四件事，全部在一个事务里，任一环失败整体回滚：
① 设备归属 device.gateway_id 旧→新；② HA 自动化 ha_automation.gateway_id 旧→新；
③ 联动规则 automation_rule 三个 JSON 列内的 gatewayId 全部替换；
④ 旧盒最新一份配置快照复制成新盒最新版。
执行后旧盒标记 RETIRED：无法再取网关令牌，但行与历史数据保留，可追溯、可反向回滚。
新旧必须同租户且不是同一条记录。
HA 盒子配置备份（换盒靠这份）
| 网关 | 租户 | 状态 | 台数 / 实体 | DR 聚合包 | Zigbee 身份包 | 软件包 | 盒配置档案 | 配置快照 | 最近备份 | 操作 |
|---|
台数是物理设备数（按 haDeviceId 去重），实体是 HA 实体行数 ——
一台烟感占 2 行、一台路由器占 3 行，两者差 6 倍以上，对外讲台数。
身份包不可再生（协调器一换、PAN 一丢就是几十台设备重新配网），
软件包随时能从交付仓库重取，所以两者按类型各自轮转，互不挤占。
盒配置档案（BOXCFG）装的是加载项清单与各自的 options、/config 下的
自建 yaml、zigbee2mqtt/ 配置与 www 自建文件 —— 新盒「一键装完就能用」靠它。
在基准盒执行 sh /dl/sc_box_bundle.sh pack 采集（KB 级）；它不含
database.db 与协调器备份，所以不是身份包。
换盒用法：点「软件包 / 身份包」把包下载到本地（新盒要的就是这两样）→ 点「换盒恢复」，
先预演看清代价，再确认执行迁移云端业务数据；盒上那半边照向导给的步骤做。
新 HA 盒子配置（新盒接入即用）
和「换盒恢复」的区别：这里只读基准盒 —— 不迁设备、不改自动化、不退役任何盒。
新盒装完是一条独立的新盒（自己组 Zigbee 网、自己加设备）。
手机号决定新盒落在哪个租户：要用与基准盒同号的号，否则新盒是另一个租户下的空盒；
填从没出现过的号会新开一个空租户。
命令里的平台令牌只用于下载包：默认显示占位符以免截图泄密，需要时点「填入当前令牌」。
令牌 15 分钟有效，过期后重新点一次即可。
软件产物基线（小程序 / Web / 后端 / HA 集成）
| 类型 | 名称 | 版本 | 大小 | SHA256 | 上传人 | 时间 | 操作 |
|---|
每种类型各保留最近 3 份。单份上限 8MB；后端 fat-jar（68MB）走整机包，不进这里。 上传内容以 AES-GCM 加密入库，并记录 sha256 便于核对「下载回来的是不是原文件」。