ETS 與 KNXnet/IP 概念銜接

本章概覽

先說結論：你只會在紙上畫一張概念圖。它用來分清 ETS、KNXnet/IP、listener 與介面的責任。它不是設定圖，也不會帶你執行任何操作。

目的

在紙上分清 ETS、KNXnet/IP、listener 與介面的責任。

準備

第 11 章的離線審閱表與一張空白紙；不需要 ETS 或網路資料。

時間

約 15 分鐘。

系統變更

不修改 ETS、Home Assistant 或網路；只整理 KNXnet/IP 概念交接與人工審批點。

預期結果

能分清 ETS、KNXnet/IP、listener 與介面的責任，不宣稱端點可達或 ETS 成功。

停止條件

• 不得連線、探測或公開真實 KNXnet/IP 端點。
• 不得執行 ETS programming、download 或現場網路操作。

範圍與安全界線

本章只畫概念卡與責任線。不要填主機、IP、連接埠、位址、介面名稱、憑證、專案名稱或其他環境資料。不要開啟 ETS，也不要接觸網路或執行中服務。

本章不加入 repository、不安裝、不啟動。本站缺少核准的 immutable artifact／image digest 與來源到建置的證明，所以所有執行動作都被封鎖。

禁止 ETS programming／download。禁止群組讀取。禁止群組寫入。禁止 telegram 傳送。禁止實體控制。概念圖不能證明 daemon、listener、介面、網路、ETS、整合或 KNX bus 成果。

核心概念

四張卡都要加上同一句：「只有概念責任，沒有執行證據」。KNX bus 另外放在圖外，標成「本章沒有成果證據」。

準備與前置條件

準備一張紙與四張空白小卡。卡片只寫 ETS、KNXnet/IP、listener、介面。不要加入數值、名稱或設定格式。

• 紙張標題寫「紙上概念圖」。
• 每張卡加上「責任」與「不能證明」兩欄。
• 責任線只表示概念交接，不表示工作已發生。
• 在圖外寫 STOP：任何 ETS、網路、服務或 KNX 動作都停止。
• 指定另一位審閱者檢查沒有操作資訊與環境資料。

如果你真正需要的是現場資料，這張圖不能繼續。只保留需求分類，交回獨立核准流程。

分段步驟

1. 放下 ETS 卡。責任只寫「工程資料由授權角色管理」。不能證明欄寫「沒有本章操作證據」。
2. 放下 KNXnet/IP 卡。責任只寫「固定範本中的網路側語彙」。不能證明欄寫「沒有執行狀態」。
3. 放下 listener 卡。責任只寫「等待其他軟體交接的服務角色」。不要寫成目前正在工作。
4. 放下介面卡。責任只寫「資料交接邊界」。不要加入硬體、名稱或設定。
5. 畫責任線。線旁只寫「概念交接」。不要加入方向、參數或操作動詞。
6. 封閉整張圖。在下方寫「紙上概念已分類；所有執行層與 KNX bus 成果未證實」。

驗證與證據

完成品是一張只有四張卡的紙上概念圖。它說明責任詞彙，不說明任何現場狀態。

• 我有 ETS、KNXnet/IP、listener 與介面四張責任卡。
• 每張卡都分開責任與不能證明的內容。
• 圖上沒有主機、IP、連接埠、位址、介面名稱、憑證、專案或正式環境資料。
• 我沒有提供 ETS、網路、服務或 KNX 操作，也沒有宣稱 bus、整合或設備成果。

下一步：繼續前往第 13 章，對照 Home Assistant 整合與 KNXD 端的責任分工。

故障排除

• 責任線看起來像操作流程：把線旁文字改成「概念交接」，移除順序與動作。
• 有人想加入網路資料：停止。圖上不放主機、IP、連接埠或任何現場值。
• listener 被寫成正在工作：改回「固定範本中的服務角色」。執行狀態保持未知。
• ETS 卡出現畫面說明：移除。固定來源沒有支持 ETS 畫面或操作。
• 介面卡被當成硬體成果：改回資料交接責任。硬體與 bus 都維持未證實。
• 有人要求用現場動作確認：標成 STOP，不補替代方法。

常見問題