ETS 前置檢查與禁止自動化界線

本章概覽

先說結論：你只會完成一張離線審閱表。表內只有分類，不放工程資料。你不會開啟 ETS 專案，也不會進行任何 KNX 動作。

目的

用分類完成 ETS 責任、核准與禁止事項的離線預檢。

準備

一張空白審閱表與指定責任人；不需要 ETS、專案檔或現場資料。

時間

約 15 分鐘。

系統變更

不修改 ETS、Home Assistant 或 KNX；只建立去識別的離線前置檢查表。

預期結果

能完成 ETS 責任與核准項目分類，並保持 programming、download 與群組操作為禁止自動化。

停止條件

• 需要開啟真實 ETS 專案或抄錄個體位址、群組位址。
• 不得執行 ETS programming、download 或群組讀寫。

範圍與安全界線

本章只做紙上分類。不要開啟 ETS，不要查看真實專案，也不要抄錄個體位址、群組位址、專案名稱、設備名稱、主機、端點、憑證或其他識別資料。

永不自動化：禁止 ETS programming／download。禁止群組讀取。禁止群組寫入。禁止 telegram 傳送。禁止實體控制。測試用途不構成例外。

本章不加入 repository、不安裝、不啟動。本站缺少核准的 immutable artifact／image digest 與來源到建置的證明。任何執行動作都被封鎖，也不能用 daemon、listener 或整合訊息代替 ETS 或 bus 證據。

核心概念

整張表只使用四種結果：「分類完成」「待授權確認」「不適用」「STOP」。它們描述審閱狀態，不描述 ETS、網路、介面或 bus 狀態。

準備與前置條件

建立一張不含實值的工作表。只放下列欄位：

• 責任類別：ETS 工程、Add-on 設定、核准、證據去識別。
• 負責角色：只寫角色，不寫人名或帳號。
• 來源狀態：固定來源、待授權確認或不適用。
• 安全分類：離線可審閱或 STOP。
• 禁止事項：programming、download、群組操作與 telegram。禁止實體控制。

不要附專案檔、畫面、匯出資料或日誌。需要權威值時，只由授權角色在受控位置核對；公開表格仍只留下分類。

分段步驟

1. 寫下審閱目的。只寫「離線責任與核准分類」。不要寫任何執行目標。
2. 分配四種責任。把 ETS 工程、Add-on 設定、核准與去識別審閱分欄。只填角色。
3. 標記來源狀態。每列只選固定來源、待授權確認或不適用。不要抄錄工程值。
4. 加入禁止分類。把 programming、download、群組讀寫與 telegram 逐項標成 STOP。禁止實體控制。
5. 檢查識別資料。確認沒有位址、名稱、端點、裝置、序號、秘密或專案內容。
6. 封閉文件結論。結果只選分類完成、待授權確認、不適用或 STOP。不要宣稱 ETS、介面或 bus 已準備完成。

驗證與證據

完成品是一張分類審閱表。另一位審閱者應能只靠分類看出責任、缺口與停止點。

• 我只用了分類完成、待授權確認、不適用與 STOP。
• 我分開 ETS 工程、Add-on 設定、核准與證據責任。
• 表內沒有個體位址、群組位址、名稱、端點、裝置、序號、秘密或專案內容。
• programming、download、群組操作與 telegram 都維持永不自動化。實體控制禁止自動化。

下一步：前往第 12 章，只在紙上整理 ETS 與 KNXnet/IP 的概念圖。

故障排除

• 不知道該填哪個值：不要找值。改填「待授權確認」。
• 有人傳來專案畫面：停止散布。公開審閱表不保留畫面或識別資料。
• 兩位負責人說法不同：標成待授權確認。不要在公開表格比較實值。
• 有人要求開啟 ETS 確認：標成 STOP。本章沒有 ETS 操作。
• 有人要求做一次讀取：標成 STOP。群組讀取仍屬永不自動化。
• 分類完成被寫成系統就緒：降級為「離線分類完成」。所有執行結果保持未證實。

常見問題