Matter 1.3 protokola pārskats: arhitektūra, ierīču veidi un ieviešanas process
Matter ir lietojumslāņa protokols, ko standartizējusi Connectivity Standards Alliance (CSA) un kas darbojas tieši virs IPv6 Thread, Wi-Fi un Ethernet tīklos, nodrošinot viedās mājas ierīcēm vienotu, drošu un ražotāju savietojamu saziņas modeli bez vārteju tulkošanas. Matter 1.3 paplašināja ierīču veidu bibliotēku, iekļaujot enerģijas atskaites, mikroviļņu krāsnis un ūdens vārstus; šeit aprakstītā pamata arhitektūra, datu modelis un ieviešanas process ir spēkā no Matter 1.0.
Protokolu steka un transporta slāņi
Matter atrodas lietojumslānī un nav atkarīgs no transporta: viens un tas pats Matter ziņojums var ceļot pa Thread tīklu (UDP/IPv6 virs IEEE 802.15.4), Wi-Fi tīklu (UDP/IPv6 virs 802.11) vai vadu Ethernet segmentu. Bluetooth Low Energy (BLE) tiek izmantots tikai sākotnējā ieviešanas posmā — pastāvīgai ierīču saziņai to neizmanto. Pamata transports ir UDP ar CASE (Certificate-Authenticated Session Establishment), kas nodrošina sesijas drošību lietojumslānī.
| Slānis | Protokols | Piezīmes |
|---|---|---|
| Lietojumslānis | Matter (CSA specifikācija) | Klasteri, atribūti, komandas, notikumi |
| Sesijas drošība | CASE / PASE | Sertifikātu balstīta sesijas izveide; PASE tikai ieviešanai |
| Transporta | UDP (MRP — Message Reliability Protocol) | Atkārtota pārraide, dublikātu noteikšana, apstiprinājums |
| Tīkls | IPv6 | Thread: 6LoWPAN saspiešana; Wi-Fi/Ethernet: vietējais IPv6 |
| Datu posms (Thread) | IEEE 802.15.4 2.4 GHz | 250 kbit/s, 2 km redzamības līnijas diapazons, AES-128 MAC drošība |
| Datu posms (Wi-Fi) | IEEE 802.11 2.4 / 5 GHz | Standarta Wi-Fi; nav nepieciešama īpaša Matter piekļuves punkta programmaparatūra |
| Tikai iestatīšanai | Bluetooth LE | Izmanto QR koda iepazīstināšanai; pēc iestatīšanas vairs neizmanto |
Thread vs Wi-Fi izvēle ēkas sensoriem: Thread ierīces parasti darbojas ar baterijām (Sleepy End Devices) un gūst labumu no pašatjaunojoša tīkla un zema enerģijas patēriņa MAC līmenī. Wi-Fi Matter ierīces tiek barotas no tīkla un pieslēdzas tieši esošajai Wi-Fi infrastruktūrai. Komercēkās Thread ir vēlams sensoru un izpildmehānismu blīvumam; Wi-Fi — augstas caurlaidspējas vai fiksētām ierīcēm, piemēram, termostatiem un displejiem.
Ierīču tipi
Matter definē ierīču tipus CSA Device Library specifikācijā. Katrs ierīces tips norāda, kuri klasteri ir obligāti un kuri nav obligāti. Matter komisārs (Apple Home, Google Home, Amazon Alexa, Home Assistant) izmanto ierīces tipu, lai parādītu pareizo saskarni un pieņemtu pareizas vadības komandas.
| Ierīces tips | Ierīces tipa ID | Obligātie klasteri |
|---|---|---|
| Ieslēgšanas/Izslēgšanas gaisma | 0x0100 | OnOff, Identify, Groups |
| Regulējama gaisma | 0x0101 | OnOff, LevelControl, Identify, Groups |
| Krāsu temperatūras gaisma | 0x010C | OnOff, LevelControl, ColorControl (CT režīms) |
| Ieslēgšanas/izslēgšanas kontaktligzda | 0x010A | OnOff, Identify |
| Termostats | 0x0301 | Thermostat, Identify, TemperatureMeasurement |
| Logu aizkaru vadība | 0x0202 | WindowCovering, Identify |
| Durvju slēdzene | 0x000A | DoorLock, Identify |
| Kontaktsensors | 0x0015 | BooleanState, Identify |
| Klātbūtnes sensors | 0x0107 | Noslogojuma noteikšana, Identificēšana |
| Temperatūras sensors | 0x0302 | Temperatūras mērīšana, Identificēšana |
| Tilts | 0x000E | Pamatinformācija par tiltu katrā tilta galapunktā |
| Enerģija EVSE (1.2+) | 0x050C | EnergyEVSE, PowerTopology |
Datu modelis: klasteri, atribūti un komandas
Matter datu modelis ir funkcionāls KNX grupas objektu un datu punktu tipu analogs. Matter mezgls (fiziska ierīce) satur vienu vai vairākusgalapunktus; katrs galapunkts realizē vienu vai vairākus klasterus. Klasteris apvieno saistītus atribūtus (nolasāms stāvoklis), komandas(rakstāmas darbības) un notikumi (asinhroni paziņojumi) versijotā specifikācijas vienībā. CSA piešķir ciparu ID visiem standarta klasteriem; pārdevēju klasteri izmanto ID diapazonā 0xFC00–0xFFFE.
Matter datu modeļa hierarhija
Node (physical device, one IPv6 address)
└── Endpoint 0 (Root Node — always present)
│ └── BasicInformation cluster (vendor, model, serial, firmware)
│ └── GeneralCommissioning cluster
│ └── OperationalCredentials cluster (fabric membership, NOC)
└── Endpoint 1 (primary device function)
│ └── OnOff cluster (0x0006)
│ Attribute: OnOff (bool) — current on/off state
│ Command: On (0x01), Off (0x00), Toggle (0x02)
│ └── LevelControl cluster (0x0008)
│ Attribute: CurrentLevel (uint8, 0–254) — brightness
│ Command: MoveToLevel, Move, Step, MoveToLevelWithOnOff
└── Endpoint 2 (secondary function, e.g. colour)
└── ColorControl cluster (0x0300)
Attribute: CurrentHue, CurrentSaturation, ColorTemperatureMireds
Command: MoveToHue, MoveToSaturation, MoveToColorTemperatureKNX analogs: Matter klasteris ir ļoti līdzīgs KNX funkcionālajam blokam. Klastera atribūts ir analogs KNX grupas objektam ar noteiktu DPT. Matter komanda ir analogs rakstīšanai KNX grupas adresē. Galvenā atšķirība: Matter atribūti tiek lasīti tieši no ierīces (unicast), bet KNX grupas objekti izmanto broadcast. Tas padara Matter ievērojami mērogojamāku lieliem sensoru tīkliem.
Ieviešanas process
Matter ierīces ieviešana ir tās pievienošana fabric (loģiska uzticības domēna), ko pārvalda komisārs (Apple Home, Google Home utt.). Process izmanto BLE sākotnējam savienojumam, PASE (Password-Authenticated Session Establishment) pirmajam šifrētajam kanālam un CASE visām nākamajām sesijām.
Matter ieviešanas secība
Step 1 — Discovery Commissioner (phone app) scans QR code or taps NFC tag on device QR code encodes: discriminator (12-bit), setup PIN (27-bit), vendor ID, product ID, device type, commissioning flow flags Step 2 — BLE connection (for most devices) Commissioner connects to device via BLE Alternative: devices already on IP network use DNS-SD discovery Step 3 — PASE session Commissioner and device establish PASE using the setup PIN from QR code PASE uses SPAKE2+ protocol (SRP variant) — PIN never transmitted Encrypted channel established over BLE (or UDP for IP-only devices) Step 4 — Device Attestation verification Commissioner requests Attestation Information from device: - Device Attestation Certificate (DAC) — device-unique leaf cert - Product Attestation Intermediate (PAI) — manufacturer intermediate CA - Certified Declaration (CD) — CSA certification assertion Commissioner validates: DAC → PAI → PAA (Product Attestation Authority) PAA root certs are distributed with commissioner firmware If DAC chain invalid: commissioning REJECTED Step 5 — Network provisioning (Thread devices) Commissioner sends Thread Operational Dataset (OTDS) to device OTDS contains: network name, channel, PAN ID, master key, extended PAN ID Device joins Thread mesh using OTDS Step 6 — Node Operational Certificate (NOC) issuance Commissioner's fabric CA issues NOC to device (unique per fabric) NOC encodes: Node ID (64-bit), Fabric ID (64-bit), device public key Device stores NOC in secure storage (hardware-protected if available) CASE sessions use NOC for mutual authentication going forward Step 7 — Device added to fabric Commissioner stores ACL (Access Control List) on device ACL defines which fabric members can read/write which clusters Device appears in commissioner app with correct device type UI
Vairāku administratoru režīms: vairākas ekosistēmas vienā ierīcē
Matter fabric modelis ļauj vienu ierīci vienlaikus ieviest vairākos neatkarīgos fabric. Piemēram, to pašu durvju slēdzeni var pievienot gan Apple Home, gan Google Home, un ekosistēmām nav jāuzticas vienai otrai. Katram fabric ir savs Fabric ID, savs NOC ierīcei un savi ACL ieraksti. Tas būtiski atšķiras no Zigbee vai Z-Wave, kur ierīce var piederēt tikai vienam koordinatoram.
| Vairāku administratoru aspekts | Detalizēti |
|---|---|
| Maksimālais fabric skaits uz ierīci | Vismaz 5, parasti 16 (atkarīgs no ierīces, skatīt datu lapu) |
| Fabric izolācija | Katram fabric ir neatkarīgi NOC, ACL un sesijas atslēgas — datu apmaiņa starp fabric nenotiek |
| Otrā fabric pievienošana | Atveriet ieviešanas logu (OCW) ierīcē no pirmā fabric, pēc tam ieviesiet no otrās ekosistēmas |
| OCW metode | Paplašināts ieviešanas logs uz 180 sekundēm; izmanto PASE ar vienreizēju PIN kodu |
| Fabric noņemšana | Katrs komisijas devējs var patstāvīgi noņemt sevi; tas neietekmē citas šķiedras. |
| Atribūta stāvoklis | Kopīgs — OnOff stāvoklis ir vienotā patiesība, ko nolasa visas šķiedras. |
Ierīces atestācijas sertifikāta ķēde
Katrai Matter ierīcei jābūt rūpnīcā nodrošinātam ierīces atestācijas sertifikātam (DAC). DAC ķēde pierāda, ka ierīce ir īsts, CSA sertificēts produkts no konkrēta ražotāja. Komisijas devējs, kas nevar pārbaudīt pilnu ķēdi līdz uzticamai PAA saknei, ir jāatsaka komisijas piešķiršana — tas novērš viltotu vai nesertificētu ierīču pievienošanos Matter šķiedrai.
DAC uzticības ķēde
PAA (Product Attestation Authority) Root CA operated by CSA or major ecosystems (Apple, Google) PAA certs embedded in commissioner firmware CSA maintains PAA registry (publicly accessible) PAI (Product Attestation Intermediate) Issued by PAA to manufacturer One PAI per product family or manufacturing batch Stored on device, sent to commissioner during attestation DAC (Device Attestation Certificate) Issued by manufacturer's PAI CA to individual device at factory Contains: device public key (unique key pair per device) Contains: Vendor ID (VID) + Product ID (PID) matching the device Private key stored in secure storage on device — never exported DAC serial number provides revocation capability (future CRL) Certified Declaration (CD) Signed by CSA, attests product passed Matter certification testing Contains: VID, PID list, device type IDs, certification ID Embedded in device firmware as a CBOR-encoded blob
Izstrādes vs ražošanas ierīces: Matter SDK izstrādes būvējumi izmanto testa PAA sertifikātus, kuriem NEUZTIC ražošanas komisijas devēji (Apple Home, Google Home). Ierīces, kas izveidotas ar testa DAC ķēdi, neizturēs atestāciju ražošanas ekosistēmās. Tikai ierīces ar derīgu ražošanas DAC no CSA reģistrētās PAA uzticības ķēdes var tikt komisijas piešķirtas patērētāju un komerciālās sistēmās.
Matter vs Zigbee vs Z-Wave salīdzinājums
Ēku automatizācijas inženieriem, kuri izvērtē protokola izvēli, galvenās atšķirības starp Matter, Zigbee un Z-Wave nosaka piemērotību konkrētiem uzstādīšanas veidiem, ierīču blīvumam un integrācijas prasībām.
| Atribūts | Matter + Thread | Zigbee 3.0 | Z-Wave LR |
|---|---|---|---|
| Standartizācijas institūcija | CSA (agrāk Zigbee Alliance) | CSA | Silicon Labs / Z-Wave Alliance |
| Radio / PHY | IEEE 802.15.4 2.4 GHz | IEEE 802.15.4 2.4 GHz | 868/908/916 MHz sub-GHz |
| Tīkla slānis | IPv6 (6LoWPAN) | Pašu mesh tīkls | Pašu mesh tīkls |
| IP native | Jā — pilns IPv6 atbalsts | Nē — nepieciešama koordinatora tulkošana | Nē — nepieciešama centrmezgla tulkošana |
| Maksimālais diapazons (mesh solis) | ~10 m iekštelpās vienā solī, neierobežots soļu skaits | ~10 m solī, 20+ soļi | LR: ~300 m redzamības līnijā, mesh līdz 4 soļiem |
| Maksimālais mezglu skaits (tīklā) | Thread: 250+ vienā robežmaršrutētājā | ~200 vienā koordinatorā | Z-Wave LR: ~4000 |
| Vairāku administratoru atbalsts | Jā — līdz 16 fabric vienā ierīcē | Nē — viena ierīce piesaistīta vienam koordinatoram | Nē — viens kontrolieris |
| Wi-Fi atbalsts | Jā (caur kopējo Matter slāni) | Nē | Nē |
| Ekosistēmu atbalsts | Apple, Google, Amazon, Samsung | Philips Hue, IKEA, Aqara un citas | Fibaro, Ring, Aeotec un citas |
| Ekspluatācijas uzsākšana | QR / NFC → BLE → CASE | Touchlink / tīkla vadība | SmartStart QR |
| Drošība | CASE (TLS analogs), DAC attestācija, ACL | AES-128 CCM, uzticamības centrs | S2 (AES-128-CCM + ECDH) |
| KNX tilta atbalsts | Jā — Matter Bridge ierīces tips | Caur Zigbee2MQTT + KNX spraudni | Caur Z-Wave JS + pielāgotu tiltu |
Vai jūsu būvprojektā nepieciešamas Matter ierīces?
Mēs projektējam un nododam ekspluatācijā Matter balstītas viedās mājas sistēmas — Thread tīkla plānošana, vairāku audumu konfigurācija Apple Home un Google Home, KNX tilta integrācija un pilnīga ierīču attestācija ar projekta dokumentāciju.
Pieprasīt piedāvājumu →