Matter · CSA · IPv6 · Thread · Wi-Fi · Ethernet · 9 min lasīšanai

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ānisProtokolsPiezīmes
LietojumslānisMatter (CSA specifikācija)Klasteri, atribūti, komandas, notikumi
Sesijas drošībaCASE / PASESertifikātu balstīta sesijas izveide; PASE tikai ieviešanai
TransportaUDP (MRP — Message Reliability Protocol)Atkārtota pārraide, dublikātu noteikšana, apstiprinājums
TīklsIPv6Thread: 6LoWPAN saspiešana; Wi-Fi/Ethernet: vietējais IPv6
Datu posms (Thread)IEEE 802.15.4 2.4 GHz250 kbit/s, 2 km redzamības līnijas diapazons, AES-128 MAC drošība
Datu posms (Wi-Fi)IEEE 802.11 2.4 / 5 GHzStandarta Wi-Fi; nav nepieciešama īpaša Matter piekļuves punkta programmaparatūra
Tikai iestatīšanaiBluetooth LEIzmanto 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 tipsIerīces tipa IDObligātie klasteri
Ieslēgšanas/Izslēgšanas gaisma0x0100OnOff, Identify, Groups
Regulējama gaisma0x0101OnOff, LevelControl, Identify, Groups
Krāsu temperatūras gaisma0x010COnOff, LevelControl, ColorControl (CT režīms)
Ieslēgšanas/izslēgšanas kontaktligzda0x010AOnOff, Identify
Termostats0x0301Thermostat, Identify, TemperatureMeasurement
Logu aizkaru vadība0x0202WindowCovering, Identify
Durvju slēdzene0x000ADoorLock, Identify
Kontaktsensors0x0015BooleanState, Identify
Klātbūtnes sensors0x0107Noslogojuma noteikšana, Identificēšana
Temperatūras sensors0x0302Temperatūras mērīšana, Identificēšana
Tilts0x000EPamatinformācija par tiltu katrā tilta galapunktā
Enerģija EVSE (1.2+)0x050CEnergyEVSE, 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, MoveToColorTemperature

KNX 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 aspektsDetalizēti
Maksimālais fabric skaits uz ierīciVismaz 5, parasti 16 (atkarīgs no ierīces, skatīt datu lapu)
Fabric izolācijaKatram fabric ir neatkarīgi NOC, ACL un sesijas atslēgas — datu apmaiņa starp fabric nenotiek
Otrā fabric pievienošanaAtveriet ieviešanas logu (OCW) ierīcē no pirmā fabric, pēc tam ieviesiet no otrās ekosistēmas
OCW metodePaplašināts ieviešanas logs uz 180 sekundēm; izmanto PASE ar vienreizēju PIN kodu
Fabric noņemšanaKatrs komisijas devējs var patstāvīgi noņemt sevi; tas neietekmē citas šķiedras.
Atribūta stāvoklisKopī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ūtsMatter + ThreadZigbee 3.0Z-Wave LR
Standartizācijas institūcijaCSA (agrāk Zigbee Alliance)CSASilicon Labs / Z-Wave Alliance
Radio / PHYIEEE 802.15.4 2.4 GHzIEEE 802.15.4 2.4 GHz868/908/916 MHz sub-GHz
Tīkla slānisIPv6 (6LoWPAN)Pašu mesh tīklsPašu mesh tīkls
IP nativeJā — pilns IPv6 atbalstsNē — nepieciešama koordinatora tulkošanaNē — 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ļiLR: ~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 atbalstsJā — līdz 16 fabric vienā ierīcēNē — viena ierīce piesaistīta vienam koordinatoramNē — viens kontrolieris
Wi-Fi atbalstsJā (caur kopējo Matter slāni)
Ekosistēmu atbalstsApple, Google, Amazon, SamsungPhilips Hue, IKEA, Aqara un citasFibaro, Ring, Aeotec un citas
Ekspluatācijas uzsākšanaQR / NFC → BLE → CASETouchlink / tīkla vadībaSmartStart QR
DrošībaCASE (TLS analogs), DAC attestācija, ACLAES-128 CCM, uzticamības centrsS2 (AES-128-CCM + ECDH)
KNX tilta atbalstsJā — Matter Bridge ierīces tipsCaur Zigbee2MQTT + KNX spraudniCaur 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 →
Ielādējas...
Uz augšu