开始
重新启动已停止的网关。数据（/data1）· 设置（/etc/kopens）· 镜像
保持不变，只启动容器。
sudo /opt/kopens/plantpulse-edge-docker/bin/start.sh
工作内容只有一行——systemctl start plantpulse-edge.service。如果已经启动，
则不做任何操作，并告知您。
直接使用 systemd 效果相同
sudo systemctl start plantpulse-edge.service
sudo systemctl status plantpulse-edge.service
使用脚本的原因是为了同时处理诸如 TLS 证书验证等前后置操作。
容器内按什么顺序启动什么
容器的入口点按顺序启动模块。只有前一个模块准备就绪，下一个才会启动。
缓存是 Valkey，但路径和命令是 «redis»
引擎是 Valkey（镜像中固定为 8.1.10 源码编译），但日志文件是
cache/log/redis.log，数据是 /data1/pp-data/redis，查看日志是 logs.sh redis。
用 valkey 查找一无所获，请用 redis 查找。
| 顺序 | 模块 | 端口 | 确认 |
|---|---|---|---|
| 1 | 缓存（Valkey） | 6379 | nc -z 127.0.0.1 6379 |
| 2 | MQTT（HiveMQ） | 1883 | nc -z 127.0.0.1 1883 |
| 3 | 数据库（Cassandra） | 9042 | nc -z 127.0.0.1 9042 |
| 4 | 时序引擎 | 7800 | nc -z 127.0.0.1 7800 |
| 5 | 时序仪表板 | 3000 | nc -z 127.0.0.1 3000 |
| 6 | 服务器（Web UI · API） | 80 · 443 | curl -ks https://127.0.0.1/api/v1/system/ready |
| 7 | 流程工具 | 1880 | nc -z 127.0.0.1 1880 |
某个模块延迟不会阻塞整个启动过程
每个模块都设置了时间限制（默认 300 秒）。如果某个模块未在限制内完成，
会留下 TIMEOUT 并继续启动下一个模块。 这是为了从结构上防止一个模块永远等待而阻塞整个启动。
因此，可能会出现“已启动但缺少某些部分”的状态，此时请通过 status.sh 和日志来识别是哪个模块。
确认
cd /opt/kopens/plantpulse-edge-docker/bin
./status.sh # 컨테이너 · 헬스 · 볼륨 요약
./health.sh # 애플리케이션 준비 상태
./logs.sh # 부팅 로그 (모듈별 [n] 표시로 나뉜다)