套餐

SenseCAP 云

SenseCAP S21xx 节点已通过 SenseCAP M2 网关上报到 SenseCAP 云，射频侧不做改动。桥容器从云端拉取历史与实时数据，发布为本地 Home Assistant 实体。

主机： 一台装 Docker 的 Linux 主机，运行 Home Assistant、MQTT broker 和桥。
账号： SenseCAP Portal 账号和一对 API 密钥。
已知限制： 云 MQTT 有两个候选域名，部署时二选一，首次部署后先看桥的日志确认连接成功。

部署 Home Assistant 与 broker

在一台主机上启动 Home Assistant 和 Mosquitto broker。已有这两样且桥能连上现有 broker 时可跳过。

前置条件

主机至少 8 GB 可用磁盘。
8123 与 1883 端口空闲，或在本步骤的输入里改端口。
设定一个 broker 密码并记下，桥那一步要填同一个值。

故障排查

现象	处理
8123 或 1883 已被占用	停掉已有的 Home Assistant 或 Mosquitto，或在本步骤的输入里改端口
Mosquitto 反复重启并报 `Unable to open pwfile`	把密码文件属主改为 `mosquitto` 用户
Home Assistant 一直不响应 8123	首次启动需要几分钟，执行 `docker logs agri-env-homeassistant` 查看
部署连不上	确认 SSH 可达、用户名正确（Raspberry Pi OS 用 `pi`，reComputer 用 `recomputer`）

部署方式

通过 SSH 部署到一台装 Docker 的 Linux 主机，amd64 或 arm64 均可。

部署时需要填写（在 SenseCraft Solution 应用里填）

主机地址*
将要运行 Home Assistant 与 broker 的那台机器
SSH 用户名*默认 pi
常见默认值：pi（Raspberry Pi OS）、recomputer（Seeed reComputer）、ubuntu。
SSH 密码*
时区*默认 Asia/Shanghai
IANA 时区名——决定看板上时间戳的显示
Home Assistant 端口*默认 8123
如果这台机器上 8123 已被占用，改成别的端口
MQTT 端口*默认 1883
MQTT 用户名*默认 agrienv
Home Assistant 的 MQTT 集成与桥都用这一组；broker 不接受匿名连接
MQTT 密码*
记下来——下一步还要填同一个值

部署云桥接

部署读取 SenseCAP 云的桥，它会列出账号下的设备、回填历史，然后订阅实时数据。

前置条件

SenseCAP API 密钥（Access ID 与 Access Key），在 SenseCAP Portal「安全 → Access API Keys」获取。
步骤 1 的 broker 地址、端口、用户名与密码。桥在另一台机器上时，地址填局域网 IP，不要填 127.0.0.1。
回填窗口：最多三个月，窗口越长请求越多。

故障排查

现象	处理
桥的日志显示云端域名 DNS 失败	在 MQTT 域名选择框换另一个域名重新部署
桥的日志显示认证失败	检查 Access ID 与 Access Key 是否配对、密钥是否已在 Portal 吊销
设备出现了但没有数值	回填只写入每个实体的最新值；节点按小时上报时，第一条实时更新最多等一小时
部署时报 `no such image`	自建了 `BRIDGE_IMAGE` 时，先在本地构建再重跑
broker 里没有数据	桥不在 Home Assistant 主机上时，broker 地址改填局域网 IP

部署方式

通过 SSH 把桥部署到一台装 Docker 的主机。

部署时需要填写（在 SenseCraft Solution 应用里填）

桥的主机地址*
运行桥容器的机器——通常就是运行 Home Assistant 的那台
SSH 用户名*默认 pi
SSH 密码*
时区*默认 Asia/Shanghai
MQTT Broker 地址*默认 127.0.0.1
与 Home Assistant 一起部署的那个 broker。桥不在同一台机器上时，填局域网地址而不是 127.0.0.1。
MQTT 端口*默认 1883
MQTT 用户名*默认 agrienv
MQTT 密码*
与 Home Assistant 那一步填的是同一个值
SenseCAP Access ID*
在 SenseCAP Portal 的「安全 → Access API Keys」里获取
SenseCAP Access Key*
API 密钥对的密钥部分。只写入目标主机上权限 600 的 .env 文件。
SenseCAP 云 MQTT 地址*默认 sensecap-openstream.seeed.cc
2 项可选
- · sensecap-openstream.seeed.cc——已上线 Seeed 方案在用的值
- · openstream.api.sensecap.seeed.cc——文档里出现的值
目前流传两个域名。先用默认值；如果桥的日志显示 DNS 或认证失败，改用另一个重新部署。
回填范围*默认 1
3 项可选
- · 不回填——只取实时数据
- · 1 个月
- · 3 个月——接口上限
首次启动时向前拉多久的历史。OpenAPI 最多回溯三个月、单次一个月，窗口越长请求越多。
离线判定时长（秒）*默认 7200
超过这么久没有上行就在 Home Assistant 里标记为离线。默认是 S210x 两个上报周期加余量——节点上报间隔超过一小时就调大。

在 Home Assistant 里核对数据

打开 Home Assistant，确认节点以设备和实体出现。

故障排查

现象	处理
MQTT 集成连上了但没有设备	执行 `docker logs agri-env-bridge-cloud`，确认有云端连接成功的日志
实体一出现就是 `unavailable`	确认节点在上报，且离线判定时长不短于上报间隔
某个实体没有单位	把它的 `measurementId` 加进 `assets/config/measurements.yaml`
旧的实体 ID 总是回来	同时清掉 broker 的 retained 消息和 Home Assistant 的实体注册表

部署完成后

账号下每个节点是一台名为 SenseCAP <DevEUI> 的 Home Assistant 设备，每个测量项一个实体。

快速验证

登录 Home Assistant，全新安装时先完成引导向导。
「设置 → 设备与服务 → 添加集成 → MQTT」，broker 填运行本套服务的主机、端口 1883、步骤 1 的用户名密码。已配过 MQTT 就跳过。
打开 MQTT 集成，打开一台设备，实体带单位（°C、%、dS/m）。
导入看板：「概览 → 右上角三点 → 编辑仪表板 → 三点 → 原始配置编辑器」，粘贴 assets/homeassistant/agri_env_dashboard.yaml，把示例 DevEUI 换成自己的。
导入阈值告警：把 assets/homeassistant/automations.yaml 并入 Home Assistant 的 automations.yaml 并重载自动化。随包的 for: 持续时间为零，现场使用前按需调整阈值与持续时间，避免单次读数抖动误报。

下一步

把离线判定时长调成与节点上报间隔匹配。默认按每小时上报设置，每六小时上报的节点会在两次上行之间被标为离线。
把需要据以操作的实体单独放一个视图。

套餐

自定义运维看板

一个专门的运维控制台，把 agri-env 桥发布的规范化数据渲染成专门的看板——与 Home Assistant 并行的专注视图。只需一个容器，无需云账号：它订阅桥的 MQTT 输出，显示桥解码出的数据。

并行运行： 与接入套餐之一（SenseCAP 云、本地网络服务器，或单独的桥）一起——本看板读取桥的规范化状态主题，本身不解码上行。
主机： 一台装了 Docker 的 Linux 主机，用来运行看板容器。reComputer R1000 系列可当作信息亭使用。
broker： agri-env 桥发布到的那个 MQTT broker，主机能访问到它，以及它的用户名和密码（如果有的话）。
已知限制： 看板仅接收数据，读取桥的规范化状态主题；不使用其他套餐里 Home Assistant 的实体命名。
裸机选项： 不用 Docker、直接在 reComputer 上带信息亭显示运行看板，见 assets/custom_dashboard/MISSION-PACK.md。

部署运维看板

部署看板桥，订阅 agri-env 桥的规范化 MQTT 输出。它通过 HTTP 提供运维控制台，并通过 WebSocket 推送实时更新。

前置条件

接入套餐之一（SenseCAP 云、本地网络服务器，或单独的 agri-env 桥）已在运行并在向你的 broker 发布——本看板读取它的输出。
主机上至少有 2 GB 可用磁盘。
HTTP 与 WebSocket 端口空闲（默认 8000 和 8765；在 reComputer R1000 上 8000 被占用，请改用 8001）。
MQTT broker 的地址、端口，以及凭据（如果有），如果 relay 使用主题前缀也一并准备好。

故障排查

现象	处理
看板日志显示 MQTT 认证失败	核对 broker 用户名和密码，以及该账号是否有权读取传感器主题
看板日志显示连接被拒绝或超时	核对 broker 地址和端口，并确认这台主机能访问到 broker（不在同一台机器时用局域网 IP，不要用 `127.0.0.1`）
页面能打开但每个来源都显示“无数据”	按小时上报的传感器可能要等最多一小时；在 `/admin` 查看每个来源的数据健康
部署时报 `no such image`	使用自建 `OPS_DASHBOARD_IMAGE` 时，先在本地构建再重新部署
端口被占用	停掉占用端口的程序，或在本步的输入里改用其他 HTTP 端口（reComputer R1000 上用 8001）

部署方式

通过 SSH 部署到一台装了 Docker 的 Linux 主机；amd64 和 arm64 都可以。

部署时需要填写（在 SenseCraft Solution 应用里填）

时区*默认 Asia/Shanghai
看板 HTTP 端口*默认 8000
运维控制台对外服务的端口。在 reComputer R1000 上 8000 被占用，请改用 8001。
实时更新 WebSocket 端口*默认 8765
MQTT Broker 地址*
你的传感网关已经在上报的那个 broker。填这台主机能访问到的局域网 IP 或域名。
MQTT 端口*默认 1883
MQTT 使用 TLS*默认 0
2 项可选
- · 否——明文 TCP（1883）
- · 是——TLS（8883）
MQTT 用户名
如果 broker 允许匿名读取可留空
MQTT 密码
只写入目标主机上权限 600 的 .env 文件
MQTT 主题前缀
如果你的 relay 使用前缀，会加在传感器主题前面。没有则留空。
传感器状态主题*默认 agri_env/+/+/state
agri-env 桥发布的规范化状态主题。三个接入套餐（或单独的桥）之一必须在运行——本看板读取它的输出。

打开运维看板

打开运维控制台，确认你的传感器出现。

故障排查

现象	处理
页面打不开	确认容器在运行（`docker ps`），且 HTTP 端口是你设置的那个
MQTT 显示未连接	重新核对第 1 步的 broker 地址、端口和凭据
来源一直显示“无数据”	确认传感器在上报，且主题 / 前缀与你的 relay 发布的一致

部署完成后

看板订阅你的 broker，渲染它解码出的每一条读数，历史保存在主机上。

快速验证

打开 http://<主机>:<http_port>/ops，页面加载出运维控制台。
确认页面顶部的 MQTT 指示显示已连接。如果显示未连接，重新核对第 1 步的 broker 设置。
等待第一条上行；按小时上报的传感器可能要等最多一小时。每个来源的实时 / 延迟 / 超时状态在 /admin 上查看。
可选信息亭：在 reComputer 上用设备浏览器打开同一个 URL 并保持全屏。

下一步

如果 broker 还没有要求认证，给它加上认证，并把看板主机和 broker 放在同一个可信网络里。
要在其他端口运行看板，用不同的 HTTP 端口重新部署第 1 步，再打开新的 URL。

套餐

本地网络服务器

自建 LoRaWAN 网络服务器（ChirpStack 或 The Things Stack），适用于完全离网私有化部署。可使用 SenseCAP M2 网关内置的 ChirpStack，或在 reComputer R12 系列网关上通过 Docker 运行 ChirpStack 或 The Things Stack，SenseCAP S21xx 节点数据全程不经外网。

主机： 一台装 Docker 的 Linux 主机，运行 Home Assistant、MQTT broker 和桥。
节点： 每个节点的 DevEUI、JoinEUI 与 AppKey，节点频段与网关一致。
已知限制： M2 切到本地模式后脱离 SenseCAP 云，固件能否同时上报云端和本地须在实机上确认；启动 The Things Stack 前先确认网关主机可用内存。

部署 Home Assistant 与 broker

在一台主机上启动 Home Assistant 和 Mosquitto broker。已有这两样且桥能连上现有 broker 时可跳过。

前置条件

主机至少 8 GB 可用磁盘。
8123 与 1883 端口空闲，或在本步骤的输入里改端口。
设定一个 broker 密码并记下，后续步骤要填同一个值。

故障排查

现象	处理
8123 或 1883 已被占用	停掉占用端口的进程，或在本步骤的输入里改端口
Mosquitto 反复重启并报 `Unable to open pwfile`	把密码文件属主改为 `mosquitto` 用户
Home Assistant 一直不响应 8123	首次启动需要几分钟，执行 `docker logs agri-env-homeassistant` 查看
部署连不上	检查 SSH 与所用系统镜像的用户名

部署方式

通过 SSH 部署到一台装 Docker 的 Linux 主机。

部署时需要填写（在 SenseCraft Solution 应用里填）

主机地址*
将要运行 Home Assistant 与 broker 的那台机器
SSH 用户名*默认 pi
常见默认值：pi（Raspberry Pi OS）、recomputer（Seeed reComputer）、ubuntu。
SSH 密码*
时区*默认 Asia/Shanghai
IANA 时区名——决定看板上时间戳的显示
Home Assistant 端口*默认 8123
如果这台机器上 8123 已被占用，改成别的端口
MQTT 端口*默认 1883
MQTT 用户名*默认 agrienv
Home Assistant 的 MQTT 集成与桥都用这一组；broker 不接受匿名连接
MQTT 密码*
记下来——下一步还要填同一个值

将 M2 切换为本地网络服务器

让 M2 脱离云端并打开内置的 ChirpStack。如果使用 R12 网关，可跳过本步骤。

前置条件

M2 的局域网 IP 与 Web 界面凭据。
在状态页记下型号、频段与固件版本；菜单路径为 LoRa → LoRa Network，与此不同时先核对固件版本。
内置网络服务器要发布到的 MQTT 地址、端口、用户名与密码，桥会订阅这个 broker。

故障排查

现象	处理
Portal 里不再出现上行	本地模式下属正常
内置 ChirpStack 里没有 application	在步骤 7 入网前先建好 tenant、application 与 device profile
上行到了但没有 `object`	把节点系列对应的 SenseCAP decoder 粘进 device profile 的 codec

启用 reComputer R12 网关射频（ChirpStack）

使用 reComputer R12 系列网关搭配 ChirpStack 时进行本步骤：接好天线、确认 SPI 设备并将 packet forwarder 指向本地 ChirpStack 桥。如果使用 M2 网关或搭配 The Things Stack 的 R12，可跳过此步。

接线

上电前先把 LoRa 天线接到 SMA 座上，未接天线发射可能损坏射频。
确认 /dev/spidev0.0 存在，没有就打开 SPI 后重启。
从 R12 产品 wiki 查到 reset、power-enable 与 SX1261 的引脚编号并记下。
网关下单时的地区频段须与所选的频率计划、节点频段一致。

故障排查

现象	处理
forwarder 退出且没打印 EUI	确认 SPI 已打开，再核对 reset 引脚
网关的 `Last seen` 一直不更新	检查防火墙是否放行 UDP 1700
concentratord 起来了但 gateway bridge 收不到数据	先改用 UDP packet forwarder 跑通上行，再排查容器内能否访问 concentratord 的 ZMQ 端点

启用 reComputer R12 网关射频（The Things Stack）

使用 reComputer R12 系列网关搭配 The Things Stack 时进行本步骤：在 R12 上接好天线、确认 SPI 设备，并运行指向 The Things Stack 的 packet forwarder。如果使用 M2 网关或搭配 ChirpStack 的 R12，可跳过此步。

接线

上电前先把 LoRa 天线接到 SMA 座上，未接天线发射可能损坏射频。
确认 /dev/spidev0.0 存在，没有就打开 SPI 后重启。
从 R12 产品 wiki 查到 reset、power-enable 与 SX1261 的引脚编号并记下，packet forwarder 配置要用。
核对网关下单时的地区频段与节点频段一致，频段无法在软件里修改。

故障排查

现象	处理
forwarder 退出且没打印 EUI	确认 `/dev/spidev0.0` 存在，再核对 reset 引脚
Console 里网关一直未连接	检查防火墙是否放行到 stack 主机的 UDP 1700
集中器起来了但没有上行	核对网关频段、频率计划与节点频段是否一致

部署 ChirpStack 网络服务器与桥

选 m2 只启动桥；选 local 则在本机同时启动 ChirpStack。如果选择使用 The Things Stack（步骤 6），可跳过本步骤。

前置条件

m2 路线：步骤 2 里 M2 的 broker 地址、端口、用户名与密码。
local 路线：至少 8 GB 可用磁盘，频率计划与网关和节点一致。
步骤 1 的 broker 地址、端口、用户名与密码。
application ID，填 + 订阅该 broker 上的所有 application。

故障排查

现象	处理
桥的日志里没有 `ChirpStack MQTT connected`	`m2` 路线核对网关 LoRa Network 页面上的地址与凭据；`local` 路线执行 `docker compose --profile local-lns ps`
`local` 路线上 ChirpStack 服务没起来	确认 `lns_mode` 选的是 `local` 后重跑本步骤
8080 上的 Web 界面访问不到	只有 `local` 路线有该界面，`m2` 路线在网关的 Web 界面操作
部署时报 `no such image`	自建了 `BRIDGE_IMAGE` 时，先在本地构建再重跑

部署方式

通过 SSH 部署到运行桥的主机。

部署时需要填写（在 SenseCraft Solution 应用里填）

主机地址*
运行桥的那台机器——第一条路线是 R1000，M2 路线上任意一台 Linux 主机都行
SSH 用户名*默认 pi
SSH 密码*
时区*默认 Asia/Shanghai
网络服务器运行在哪里*默认 m2
2 项可选
- · 在 M2 网关上（内置 ChirpStack）
- · 在 R12 网关上（ChirpStack + 内置集中器）
网关自带网络服务器就选 `m2`，本机只起桥。选 `local` 则在 reComputer R12 系列网关上跑 ChirpStack。
频段*默认 eu868
5 项可选
- · EU868
- · US915
- · AS923
- · AU915
- · CN470
只在 `local` 路线用。必须同时与集中器频段和节点频段一致——不一致的表现就是网关什么都收不到。
网络服务器 Broker 地址*默认 chirpstack-mosquitto
M2 路线填 M2 自己的地址。`local` 路线保留默认值——那是本 compose 项目里的 broker。
网络服务器 Broker 端口*默认 1883
网络服务器 Broker 用户名
`local` 路线留空。M2 路线填网关 LoRa Network 页面上显示的凭据。
网络服务器 Broker 密码
Application ID*默认 +
桥要订阅的 ChirpStack application UUID。填 `+` 表示订阅该 broker 上的所有 application——单租户部署这样最省事。
Home Assistant Broker 地址*
与 Home Assistant 一起部署的那个 Mosquitto——桥把实体发到这里
Home Assistant Broker 端口*默认 1883
Home Assistant Broker 用户名*默认 agrienv
Home Assistant Broker 密码*
离线判定时长（秒）*默认 7200
超过这么久没有上行就在 Home Assistant 里标记为离线

部署 The Things Stack 与桥

如果选择使用 The Things Stack，启动 The Things Stack（含 Postgres 与 Redis）并初始化，同时启动桥。首次运行预留 15–30 分钟。如果已在步骤 5 部署 ChirpStack，可跳过本步骤。

前置条件

至少 10 GB 可用磁盘。
主机的局域网 IP（不要填 127.0.0.1，否则其他机器无法登录 Console）。
1885（Console）与 1700/udp（packet forwarder）端口空闲。
步骤 1 的 broker 地址、端口、用户名与密码。
application ID 与 API key 在步骤 8 创建：先部署本步骤，在 Console 创建后填入，更新 .env 中的 TTN_MQTT_PASSWORD 后执行 docker compose up -d bridge 重建桥接容器。

故障排查

现象	处理
`is-db migrate` 失败	Postgres 未就绪，重跑初始化
Console 打得开但登录反复跳转	用主机局域网 IP 重新部署
桥的日志里没有 `TTS MQTT connected`	在步骤 8 创建 application 和 API key 后更新 .env 并重建桥容器
stack 容器一起来就被杀	检查主机可用内存

部署方式

通过 SSH 部署到网关主机。

部署时需要填写（在 SenseCraft Solution 应用里填）

网关主机地址*
运行集中器与本 stack 的那台机器。浏览器和 packet forwarder 都要能访问到它——不能填 127.0.0.1。
SSH 用户名*默认 pi
SSH 密码*
时区*默认 Asia/Shanghai
Console 管理员邮箱*
创建管理员账号用的邮箱地址。不会发到任何地方——本 stack 没有配邮件服务。
Console 管理员密码*
用于登录 1885 端口的 Console
Home Assistant Broker 地址*
与 Home Assistant 一起部署的那个 Mosquitto——桥把实体发到这里
Home Assistant Broker 端口*默认 1883
Home Assistant Broker 用户名*默认 agrienv
Home Assistant Broker 密码*
Application ID*默认 agri-env
稍后要在 Console 里创建的 application。桥订阅它的上行。
Application MQTT 用户名*
格式：{application-id}@{tenant-id}。自建开源版里各 application 的 tenant 通常是同一个字符串。
Application API Key
有读取 application 流量权限的 API key。在 Console 的「Integrations → MQTT」里创建，只显示一次。首次部署保留默认占位值，待 Console 启动后创建并回填。
离线判定时长（秒）*默认 7200
超过这么久没有上行就在 Home Assistant 里标记为离线

让传感器接入 ChirpStack

在 ChirpStack 里注册节点、配置 payload decoder，并让节点入网。

前置条件

在 ChirpStack 里创建好与节点匹配的 device profile，配置好对应系列的 SenseCAP decoder（上游仓库没有 LICENSE 文件，许可状态未确认）。
每个节点的 DevEUI、JoinEUI 与 AppKey，印在节点上，也可用 SenseCAP Mate app 通过 NFC 读出。
网关在 ChirpStack 里可见并显示为在线/已连接。

故障排查

现象	处理
ChirpStack 提示 DevEUI 已存在	DevEUI 在另一个租户下已存在，从其他网络迁入节点时很常见
有 join request 但没有 accept	核对密钥和区域参数
连 join request 都没有	先看网关状态，确认网关能收到节点信号
上行到了但没有 `object.messages`	在 device profile 里配好对应节点系列的编解码器

让传感器接入 The Things Stack

创建 application、安装 payload formatter、让节点入网。在 Console 生成 API Key 后，在部署目录下回填并重建桥接容器：

sed -i 's/^TTN_MQTT_PASSWORD=.*/TTN_MQTT_PASSWORD="<生成的API_Key>"/' .env
docker compose up -d bridge

前置条件

网关在 Console 里显示为 Connected。
每个节点的 DevEUI、JoinEUI 与 AppKey，印在节点上，也可用 SenseCAP Mate app 通过 NFC 读出。
节点系列对应的 SenseCAP decoder（上游仓库），没有它实体不会出现。该仓库没有 LICENSE 文件，许可状态未确认。

故障排查

现象	处理
有 join request 但没有 join accept	核对密钥和区域参数
连 join request 都没有	先看网关状态，确认网关收到节点信号
上行到了但没有 `decoded_payload`	在该 application 上安装 payload formatter
有 `decoded_payload` 但没有 `messages` 数组	换成与节点系列对应的 decoder

在 Home Assistant 里核对数据

打开 Home Assistant 确认节点已出现；无公网部署还要确认断网后照常工作。

后续步骤

查看完整工程 Wiki 与二次开发指南

故障排查

现象	处理
设备出现了但实体是 `unavailable`	核对上报间隔与离线判定时长
一断 WAN 实体就停更	查看桥的日志和网关的网络页面，找出仍访问外网的环节
某个实体没有单位	把它的 `measurementId` 加进 `assets/config/measurements.yaml`
旧的实体 ID 总是回来	同时清掉 broker 的 retained 消息和实体注册表

部署完成后

从节点到看板的数据都在本地网络内，不依赖云账号。每个入网节点在 Home Assistant 里是一台名为 SenseCAP <DevEUI> 的设备，每个测量项一个实体。

快速验证

登录 Home Assistant，全新安装时先完成引导向导。
「设置 → 设备与服务 → 添加集成 → MQTT」，指向步骤 1 的 broker。
打开 MQTT 集成，每个节点是一台名为 SenseCAP <DevEUI> 的设备，打开一台确认实体带单位（°C、%、dS/m）。
把 assets/homeassistant/agri_env_dashboard.yaml 粘进 Lovelace 原始配置编辑器，把示例 DevEUI 换成自己的。
把 assets/homeassistant/automations.yaml 并入 Home Assistant 的 automations.yaml，重载自动化，按现场设置阈值与 for: 持续时间。

无公网验收

看板跑通后做一次：

记下每个节点一个实体的当前值与最后更新时间。
断开场地 WAN（拔掉上行链路或在防火墙拦截出站流量），局域网保持连通。
等至少两个上报周期，每个实体都应继续更新；有停更的，查看桥的日志和网关页面。
重启网关，记录从上电到第一条上行出现在 Home Assistant 的时间，作为该场地的恢复时间。
恢复 WAN，数据不受影响。

下一步

把离线判定时长调成与节点上报间隔匹配。
物理隔离的场地，趁主机还能联网先拉取容器镜像，或从归档 load，断网后无法拉取。

农业环境监测 — 部署指南

还没定硬件？还是设备已到手准备安装？

SenseCAP 云

部署 Home Assistant 与 broker

部署云桥接

在 Home Assistant 里核对数据

快速验证

下一步

自定义运维看板

部署运维看板

打开运维看板

快速验证

下一步

本地网络服务器

部署 Home Assistant 与 broker

将 M2 切换为本地网络服务器

启用 reComputer R12 网关射频（ChirpStack）

启用 reComputer R12 网关射频（The Things Stack）

部署 ChirpStack 网络服务器与桥

部署 The Things Stack 与桥

让传感器接入 ChirpStack

让传感器接入 The Things Stack

在 Home Assistant 里核对数据

后续步骤

快速验证

无公网验收

下一步