一個 App，覆蓋每一盞燈：LTECH Smart Life 生態系統解說

一個牆面面板、一個免費 App，加一張無線網狀網絡——但對「裝上就能正常運作嗎？」這個問題，誠實的答案取決於指令由哪個協定承載。在 LTECH Smart Life 架構內，驅動器走 Matter over Thread（Matter 1.4），牆面面板是 Bluetooth 5.0 SIG Mesh 控制器並在本機儲存排程，App 則是設定介面。系統沒有強制伺服器、沒有授權費，亦不需要 DALI 總線。不過，無線網狀網絡確有實際限制，本指南會把限制講明，而不是只列功能。

重點事實

重點事實	出處
LTECH SE 系列智能驅動器走 Matter over Thread（Matter 1.4）——不是 DALI。	LTECH 產品資料，data/dsh_migrated/driver_lt.csv 第 D004–D008 行
單一 LTECH 網狀網絡公布可支援最多 300 部裝置。	LTECH 公布容量，見已被取代的線上文章（content/insights/live/ltech-smart-life-ecosystem-guide.txt）；我們記錄內沒有供應商文件或產品卡
典型 200 平方米中小企辦公室用 24 個驅動器 ＋ 4 個面板 ＋ 6 個感應器 ＝ 300 個節點中的 34 個（11.3%）。	內部計算——公式寫於下文
Matter 強制要求支援 OTA 固件（firmware）更新；自動回滾屬選項。	Matter 規格概覽（公開技術文件）
SUMLINK 控制架構的調校範圍為 2700K–6500K，並在本機儲存排程。	SUMLINK 目錄與照明方案資料

下文用到的詞彙——每個詞都有定義

詞彙	意思	為何在此重要
明視覺照度（photopic lux）	按視錐細胞敏感度加權的光——即照度計所報的讀數	大部分規格所用的單位；它對晝夜節律效應毫無說明
M/P 比值	黑視素照度 ÷ 明視覺照度	晝夜節律刺激的單一數字代理指標
m-EDI	黑視素等效日光（D65）照度，依 CIE S 026:2018	WELL 與 CIE 用來寫門檻的單位
EML	等效黑視素照度——WELL 對同一量的用語	1 EML ÷ 1.103 ≈ m-EDI；150 EML ≈ 136 m-EDI
DALI-2	IEC 62386 有線控制總線	無線網狀網絡的有線替代方案——不同線材、不同調試人員
Thread Border Router	把 Thread 網狀網絡接入你 IP 網絡的裝置	Matter-over-Thread 驅動器需要它，才可由 App 觸及

三層架構，以及每層由哪個協定承載

每個 LTECH 安裝都有三層，而大部分規格書所犯的錯誤，是假設一個協定就能涵蓋全部三層。事實並非如此。

層	這裡有什麼	實際使用的協定	證據
裝置層——燈具	每件燈具內的 LTECH SE 系列智能驅動器	Matter over Thread，Matter 1.4	driver_lt.csv 第 D007 行 SE-40-300-1050-W2MA、D008 SE-12-100-500-W2MA
閘道層——排程	Super Panel 4S / 6S / 12S 牆面面板	Bluetooth 5.0 SIG Mesh ＋ Wi-Fi 2.4/5GHz ＋ 乙太網絡；本機場景無需閘道即可儲存	panel.csv 第 P001–P003 行
雲端與語音層	CG-KIT S80 閘道、LTECH Smart Life App、Matter Bridge	BLE Mesh ＋ 乙太網絡；Apple HomeKit ＋ Matter Bridge	panel.csv 第 P012 行

[FIGURE]

來源：data/dsh_migrated/driver_lt.csv（第 D007、D008 行）與 panel.csv（第 P001–P003、P012 行）。協定標示取自我們的產品記錄，不是宣傳文案。

請仔細看那張表，因為它修正了大部分 LTECH 宣傳文案都會出現的一句話。SE 系列驅動器不講 DALI，它講 Matter over Thread。「DALI-2 直達 LED 驅動器」這說法描述的是另一個產品系列——有線 DALI-2 燈具——把它套用到 SE 系列無線架構，是這條產品線上最常見的規格錯誤。

如果你的燈具本身已內置 DALI-2 或 0-10V 驅動器，保留它就等於沿用該協定。若你更換驅動器，就是你選協定。誠實而言，只有這兩條路。

協定角色表：每個協定能做與不能做的事

協定	所屬層	尋址模式	互操作性	SUMLINK 供應狀態
Bluetooth SIG Mesh	面板對面板、面板對感應器	帶中繼節點的泛洪式網狀網絡；實際部署的網絡規模通常落在數百個節點的偏低範圍	在 SIG Mesh 型號集內跨供應商互通	已供應——面板與感應器
Matter over Thread	驅動器對網絡	IPv6 網狀網絡；每部裝置需要一個 Thread Border Router	經 Matter 可跨生態系統互通（Apple Home、Alexa、Google、SmartThings）	已供應——全部 SE／LA／LM 智能驅動器
DALI-2	有線總線對驅動器	IEC 62386 總線——每條線路 64 個短地址、一個總線控制器	廣泛而成熟，但需要符合市電等級的控制線材與一名 DALI 調試人員	SE 系列無線架構不使用
0-10V	有線模擬訊號對驅動器	無尋址、無回饋——每組一個控制迴路	通用；成本最低、智能最低	在燈具接受的情況下支援
Casambi	第三方 BLE 生態系統	BLE 網狀網絡，由供應商管理	封閉供應商生態系統	非 SUMLINK 供應或認證——僅列作比較

實際後果：若你想要逐燈具尋址而不新增線材，走 Thread／Matter。若你需要硬線總線並附有紀錄的調試證書，走 DALI-2。兩者都談不上「較好」——它們的失效方式不同。

依據：DALI 尋址模式依 IEC 62386；Bluetooth SIG Mesh 與 Thread／Matter 模式依各自的公開規格；SUMLINK 供應狀態依 driver_lt.csv 與 panel.csv。Casambi 僅列作比較，本文不評估。

容量：一張網絡實際可容納多少部裝置

「最多 300 部裝置」是供應商容量數字，而沒有使用率計算的容量數字就只是宣傳。以下把算術逐項寫出。

空間	驅動器節點	面板	感應器	總節點	佔 300 節點網絡的比例
200 平方米辦公室	24	4	6	34	11.3%
300 平方米辦公室	36	6	8	50	16.7%
500 平方米辦公室	60	8	12	80	26.7%

[FIGURE]

公式：總節點 ÷ 300。節點數是典型辦公室裝修的規劃模型；300 節點上限是 LTECH 公布的系統容量。兩者都標明，因為把供應商上限與我們自己的節點數混在一起而不說明，正是「低於 15% 容量」一開始就含糊的原因。

來源：300 節點上限是 LTECH 公布的系統容量；節點數是 SUMLINK 規劃模型（內部估算，不是實測部署）。

有兩點提醒值得帶進標書。第一，節點數在 Bluetooth 網狀網絡中很少是真正的限制——中繼深度與實際無線路徑才是，而單一容量數字捕捉不到這兩者。第二，我們沒有這套架構的實測延遲數據，所以本文完全不作延遲宣稱。當供應商給你一個容量數字而不給延遲數字，在擴展到超過一層樓或一個防火分區之前，先索取那個延遲數字。

網絡斷線時

無線照明系統的真正品質，要在出問題那天才看得出。以下是有紀錄的部分，以及沒有紀錄的部分。

失效情況	已有紀錄的行為	證據狀態
互聯網中斷	排程由面板本機儲存運行——面板規格寫明「本機場景／無需閘道」	供應商規格；我們未獨立測試
面板時鐘準確度、夏令時間處理、NTP 中斷後的保持	我們記錄內沒有公布數字	未驗證——不要指定保持時段
市電中斷與復電	面板與驅動器重新啟動；排程會由中途節點續行，還是等下一節點，均無紀錄	未驗證
OTA 失敗留下缺陷固件	Matter 強制要求支援 OTA；自動回滾是供應商選項	Matter 規格概覽（公開）
網狀網絡分割（一個中繼節點被移除）	網絡重新路由；這套架構的恢復時間無紀錄	未驗證

以上沒有一項是缺陷指控。這些是客戶簽約前應以書面提交製造商的問題，因為一個會靜靜失去時鐘的無線系統，就是會在 14:00 才執行 08:00 啟動曲線的系統——而且沒有人會察覺，直到投訴到來。

調試日實際上如何進行

知道協定分層是一回事；知道次序可以省下一次到場。次序重要，因為看不到 Thread 網絡的驅動器，之後無法加入排程。

步驟	會發生什麼	次序錯了會怎樣
1. 確認 Thread Border Router	找出哪部裝置提供 Thread 網絡——這是每個驅動器的前提	驅動器雖完成調試，卻始終連不上；你要在天花封好之後才發現
2. 通電並定位面板	面板由市電或 USB-C 供電，並成為排程儲存處	面板太遲被發現，要再訪一次重新綁定分區
3. 把驅動器綁定到分區	驅動器用 QR／上線資訊（onboarding payload）完成調試，並在 App 內指派到一個分區	之後重建分區，會令已寫入的排程節點失效
4. 載入排程	時間－光譜程式上載一次，就儲存在面板本機	在分區之前寫好的排程，要逐個節點重寫
5. 連結感應器	存在感應器與它們所控制的分區建立關聯	對未知分區下指令的感應器，永遠不會調暗任何東西
6. 用照度計驗證	在工作平面與眼平面抽查照度；在面板讀數核對 CCT 級別	在 App 內看似正確的排程，在書桌上仍可能不對

第 6 步最常被跳過，而它是唯一驗證已安裝結果、而非驗證已設定意圖的步驟。也是設計目標值與真實儀錶讀數相遇之處——兩者的差異在此第一次變得可見。

依據：SUMLINK 調試程序（內部）；協定前提依供應商文件。

保安：Matter-over-Thread 安裝實際由什麼保護

Matter 在調試保安方面規範得異常完整，這條鏈值得認識，因為每一環都可核查。

• 每個 Matter 裝置都帶有裝置認證證書（Device Attestation Certificate，DAC），由產品認證中間證書（PAI）簽署，而 PAI 再由產品認證機構（PAA）簽署。調試時，控制器會對照連接標準聯盟的分散式合規帳本（Distributed Compliance Ledger，DCL）驗證 DAC，所以未經認證的仿冒裝置無法加入 Matter fabric。

• 調試經 Bluetooth 以 QR 碼／上線資訊進行；網絡憑證——Thread 主金鑰——只在認證與證書驗證成功之後才發出。

• 每個完成調試的裝置之後會收到自己的節點運行憑證（Node Operational Credential，NOC），即獨有的 X.509 證書與私鑰，而不是共用一個密碼。

• Matter 強制要求支援 OTA。這正是已部署安裝仍可修補的原因，也是「固件會隨時間變好」這句話站得住腳的理由——前提是供應商真的有推出映像檔。

來源：NIST，《Security Analysis of Trust on the Controller in the Matter Protocol》（Shashwat、Hahn、Ou、Singhal，IEEE CNS 2023）；Silicon Labs，《Matter Fundamentals — Security》與《Introduction to Matter》（公開供應商文件）。上述未讀 CSA 規範原文；請視之為取自二手技術來源的正確摘要，在合約中引用前先對照 CSA 規格核實。

在無需依賴雲端的情況下運作

值得測試的架構主張，不是「沒有伺服器」，而是「排程運行無需伺服器」。這兩句是不同的陳述。

功能	在本機運行	在雲端運行
時間－光譜排程（CCT 與照度節點）	是——儲存在面板	否
分區場景與本機覆寫	是——面板與牆面開關	否
存在感應器自動調暗	是——感應器直接對驅動器，本機	否
由建築物外遙距存取	否	是——經 App 橋接
語音控制（Siri／Alexa／Google）	否	是——經 Matter 橋接
固件更新	否	是——經閘道 OTA

[FIGURE]

如果一個排程節點需要熬過互聯網中斷，它屬於左欄，而左欄就是面板的本機儲存。如果它是便利功能——遙距覆寫、語音控制、OTA——它屬於右欄，並且在廣域網絡中斷時不可用。明確寫出這個分界來做設計，就是具韌性的安裝與「只在路由器正常時能運作」的示範之間的差別。

來源：panel.csv 的本機場景與離線功能欄位；雲端功能與 OTA 行為取自供應商文件。互聯網中斷後的保持時間，我們記錄內沒有紀錄。

成本與調試工作量：對比有線 DALI-2 工程

項目	無線（Thread／Matter 改造）	有線 DALI-2	狀態
控制線材	不需要	需要符合市電等級的控制總線	設計後果
調試人力，200 平方米辦公室	約 1 個電工日	約 3–5 個電工日，含拉線與總線調試	內部規劃估算——逐個項目核實
調試工具	免費供應商 App	DALI 調試軟件與介面	供應商
尋址粒度	逐驅動器節點	逐驅動器節點	相同
佈線失效模式	控制路徑上沒有	線纜故障、總線供電、終端電阻	設計後果
協定鎖定	Matter 生態系統	DALI 生態系統	設計後果

人力數字是規劃估算，不是報價，並會隨天花可達性、佔用時段以及要打開多少件燈具而變動。放在這裡，是為了讓讀者看到比較的形狀：無線方案以更換驅動器，換取省下的線材與調試日數，代價是承接對無線電環境的依賴。

依據：SUMLINK 內部規劃估算；不是報價，也不是實測項目紀錄。

我們目前尚不能斷言的事

直說，因為一份隱藏自身缺口的規格指引不是指引。本文目前已發布的版本作出四項主張，而我們的產品資料中沒有任何紀錄支持：

• NFC 近場編程——我們記錄內沒有供應商文件描述這些面板或驅動器的這個流程。

• OTA 更新「靜默送達」——Matter 強制要求支援 OTA；它沒有說明供應商如何安排或公告映像檔。

• 存在感應器技術參數——MR03-B3P 在我們目錄中只有一張圖；沒有規格表紀錄，所以無法引用偵測範圍、保持時間或日光補償門檻。

• 「低於系統容量 15%」——只對 200 平方米的例子成立，而且只在節點數寫出來之後才成立。下文算術取代它。

本稿把這四項全部移除，並保留表格。當一項主張無法提供證據，誠實的指引會更短，而不是更含糊。

依據：以上每一項都已對照我們自己的產品記錄——driver_lt.csv、panel.csv、bom.csv——以及本文已被取代的版本。第 1、3、4 項在這些記錄中不存在；第 2 項依據 Matter 規格的 OTA 要求，而該要求來自供應商文件的摘要，我們未讀其規範原文。

延伸閱讀

• 驅動與控制目錄

• 照明方案——辦公室 HCL 方案

• 黑視素指標背後的科學

常見問題

LTECH Smart Life 需要伺服器或 IT 承辦商嗎？

不需要專用伺服器，也不需要駐場 IT 承辦商。排程就在牆面面板上，免費的 LTECH Smart Life App 是設定介面。但如果你的驅動器是 Matter over Thread，你就需要一個 Thread Border Router。

LTECH 是 DALI-2 系統嗎？

SE 系列無線架構不是。LTECH SE 系列智能驅動器以 Matter over Thread（Matter 1.4）通訊。DALI-2 是有線總線，屬於另一個產品系列與另一種線材。

一張 LTECH 網絡可以承載多少部裝置？

LTECH 公布每張網絡的系統容量為最多 300 部裝置。典型 200 平方米辦公室約用 34 個節點——24 個驅動器、4 個面板與 6 個感應器——約為該上限的 11%。

如果互聯網中斷，照明排程會怎樣？

時間－光譜排程由面板本機儲存運行，所以排程節點在沒有廣域網絡連線時仍會觸發。遙距 App 存取、語音控制與固件更新需要互聯網，將會不可用。

我需要在 Apple Home、Alexa 與 Google 之間選一個嗎？

不需要。CG-KIT S80 閘道把系統以 Matter 橋接形式提供，而 Apple Home、Amazon Alexa、Google Home 與 SmartThings 都接受 Matter。語音控制建立在本地排程之上。

這套架構內每一部裝置都列於 SUMLINK 驅動與控制目錄，協定、容量與認證按型號列明——不是按產品系列。 → 瀏覽驅動與控制目錄

§C — 圖說（alt 文字，中文）

沿用 EN item 同一批圖，只譯 alt（下列檔案名取自 EN 底本 [FIGURE] src=／底本檔頭 COVER）：

檔案名	中文 alt
6abea650409f808d71380b77_6abea5d9a360bd15ae5aa8c6_cover-ltech-layers.jpeg（封面）	一個 App，覆蓋每一盞燈：LTECH Smart Life 生態系統解說
6abea777f071ab0c60244a35_6abea602e5a9491db9663460_fig-ltech-three-layers.jpeg	LTECH Smart Life 三層架構：SE 系列 Matter 可調白光驅動器、Super Panel 4S 或 12S 閘道、Smart Life App
6abea777f071ab0c60244a3e_6abea5fa8ba0a7c9fcd019ce_fig-ltech-capacity.jpeg	200–300 平方米辦公室需要 20–30 個驅動器節點與 2–4 個面板，遠低於 300 部裝置的網絡上限（300 部裝置上限＝供應商公布容量；節點數＝SUMLINK 規劃模型）
6abea777f071ab0c60244a38_6abea5ff6f19dedd1cd01635_fig-ltech-schedule.jpeg	由閘道持有的排程：08:00 5700K、14:00 4000K、18:30 2700K，無需雲端連線運行

§D — Internal links（每條標 zh-HK 路徑）

錨文字（中文）	目標	HTTP
驅動與控制目錄	/zh-hk/catalog	200（2026-10-16 curl 實測）
照明方案——辦公室 HCL 方案	/zh-hk/lighting-programs	200（2026-10-16 curl 實測；EN 原鏈為 /lighting-programs）
黑視素指標背後的科學	/zh-hk/science	200（2026-10-16 curl 實測）
專業洞見（本頁）	/zh-hk/insights	200（2026-10-16 curl 實測）

§E — FAQ（與 §B 末尾逐字一致）＋ FAQPage JSON-LD

問答中文與 §B「常見問題」逐字相同；下列 JSON-LD 供站長注入該頁 head／Webflow 自定義代碼，inLanguage 為 zh-HK。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "inLanguage": "zh-HK",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "LTECH Smart Life 需要伺服器或 IT 承辦商嗎？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "不需要專用伺服器，也不需要駐場 IT 承辦商。排程就在牆面面板上，免費的 LTECH Smart Life App 是設定介面。但如果你的驅動器是 Matter over Thread，你就需要一個 Thread Border Router。"
      }
    },
    {
      "@type": "Question",
      "name": "LTECH 是 DALI-2 系統嗎？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "SE 系列無線架構不是。LTECH SE 系列智能驅動器以 Matter over Thread（Matter 1.4）通訊。DALI-2 是有線總線，屬於另一個產品系列與另一種線材。"
      }
    },
    {
      "@type": "Question",
      "name": "一張 LTECH 網絡可以承載多少部裝置？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "LTECH 公布每張網絡的系統容量為最多 300 部裝置。典型 200 平方米辦公室約用 34 個節點——24 個驅動器、4 個面板與 6 個感應器——約為該上限的 11%。"
      }
    },
    {
      "@type": "Question",
      "name": "如果互聯網中斷，照明排程會怎樣？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "時間－光譜排程由面板本機儲存運行，所以排程節點在沒有廣域網絡連線時仍會觸發。遙距 App 存取、語音控制與固件更新需要互聯網，將會不可用。"
      }
    },
    {
      "@type": "Question",
      "name": "我需要在 Apple Home、Alexa 與 Google 之間選一個嗎？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "不需要。CG-KIT S80 閘道把系統以 Matter 橋接形式提供，而 Apple Home、Amazon Alexa、Google Home 與 SmartThings 都接受 Matter。語音控制建立在本地排程之上。"
      }
    }
  ]
}

§F — CTA（中文）

單一 CTA，無次級按鈕：

瀏覽驅動與控制目錄 — 開啟 SUMLINK 驅動與控制目錄（/zh-hk/catalog） 這套架構內每一部裝置都列於 SUMLINK 驅動與控制目錄，協定、容量與認證按型號列明——不是按產品系列。

§G — 未驗證項與來源

原文（線上版，2026-10-16 抓取）未附 §K 數據來源附錄；以下為正文內嵌的保留語與具名來源，逐項保留，不得刪改。

正文內嵌保留語（必須保留）

• 「Up to 300 devices」＝供應商公布容量（vendor capacity figure）；EN 原文另註明該數字見於已被取代的線上文章（superseded live article），我們記錄內沒有供應商文件或產品卡。→ 譯：「最多 300 部裝置」是供應商容量數字。
• 「Less than 15% of system capacity」＝只對 200 平方米例子成立，且須先寫出節點數。→ 譯：「低於系統容量 15%」。
• 節點數＝SUMLINK 規劃模型（internal estimate, not a measured deployment）。→ 譯：內部估算，不是實測部署。
• 調試人力＝內部規劃估算（Internal planning estimate — verify per project），不是報價。→ 譯：內部規劃估算——逐個項目核實。
• 延遲：EN 原文「we hold no measured latency figures for this stack, so this article makes no latency claim at all」。→ 譯：我們沒有這套架構的實測延遲數據，所以本文完全不作延遲宣稱。
• 保安段落保留語：EN 原文「The normative CSA specification text was not read; treat the above as a correct summary drawn from secondary technical sources, and verify against the CSA specification before quoting it in a contract.」→ 譯：上述未讀 CSA 規範原文；請視之為取自二手技術來源的正確摘要，在合約中引用前先對照 CSA 規格核實。
• 網絡失效表三處證據狀態原文本已寫「未驗證」（面板時鐘／保持、市電中斷與復電、網絡分割），保留不動。
• 正文「設計目標值」類保留語：EN 原文「Protocol designations are taken from our product records, not from marketing copy.」→ 譯：協定標示取自我們的產品記錄，不是宣傳文案。

正文具名來源（逐字見 EN 底本）

LTECH 產品資料（data/dsh_migrated/driver_lt.csv 第 D004–D008 行）；panel.csv（第 P001–P003、P012 行）；已被取代的線上文章（content/insights/live/ltech-smart-life-ecosystem-guide.txt）；Matter specification overview（公開技術文件）；SUMLINK 目錄與照明方案資料；IEC 62386；NIST《Security Analysis of Trust on the Controller in the Matter Protocol》（Shashwat、Hahn、Ou、Singhal，IEEE CNS 2023）；Silicon Labs《Matter Fundamentals — Security》與《Introduction to Matter》（公開供應商文件）；SUMLINK 調試程序（內部）；bom.csv。

未驗證項（EN 原文自己標示，必須保留）

• 面板時鐘準確度、夏令時間處理、NTP 中斷後的保持：我們記錄內沒有公布數字——不要指定保持時段。
• 市電中斷與復電：排程會由中途節點續行還是等下一節點，均無紀錄。
• 網狀網絡分割：這套架構的恢復時間無紀錄。
• 互聯網中斷後的保持時間：我們記錄內沒有紀錄。
• 保安段落：未讀 CSA 規範原文。
• 「What we cannot yet assert」四項（NFC 近場編程、OTA「靜默送達」、MR03-B3P 技術參數、低於 15% 容量），EN 原文已聲明產品資料不支持。

未驗證項（本卡未覆核的部分）

• 本譯稿只保證與 2026-10-16 抓取的 EN 底本逐項一致；未重新查核任何 EN 數字之真偽。
• 200／300／500 平方米節點數、11.3%／16.7%／26.7%、約 1 個電工日／約 3–5 個電工日，全部為 EN 原文所載；本卡未取得供應商原始文件核實。
• 原文無 §K，故此篇無 EN 側「已驗證／未驗證」分級附表可供逐項對照。