Matter·Thread 분석 — IoT 통합 표준·Commissioning·Multi-Fabric
#한 줄 요약
“Matter는 Apple·Google·Amazon·Samsung의 공통 IoT 표준입니다.” Thread mesh와 Wi-Fi를 transport로 묶어 vendor lock-in 없이 한 device가 동시에 네 ecosystem에 등록됩니다. 2024 EU CRA가 요구하는 보안 요소도 대부분 자동으로 충족됩니다.
#어떤 상황에서 쓰나
Smart light, door lock, thermostat, sensor, plug, blind, appliance처럼 집·건물에서 다른 brand와 섞여 동작해야 하는 모든 IoT device가 후보입니다. 산업 IoT·gateway도 점점 Matter를 transport로 쓰는 방향입니다.
이전에는 HomeKit·Google Weave·Amazon Smart Home·Samsung SmartThings·Zigbee·Z-Wave가 따로따로 였어서 vendor는 각 ecosystem별 firmware variant를 유지해야 했습니다. Matter는 commissioning·discovery·security·OTA를 단일 표준으로 묶었고, 각 ecosystem의 hub(Apple TV·Nest Hub·Echo·SmartThings Station)가 Matter controller 역할을 합니다.
#핵심 개념
Matter는 application layer + security + transport로 구성되는 layered protocol입니다.
Application Layer Cluster (Lighting, Door Lock, Thermostat, Sensor, ...) Endpoint·Attribute·Command (Data Model)
Security PASE (passcode-based session for commissioning) CASE (certificate-based session for operation) Group key
Transport IPv6 over UDP/TCP Thread (802.15.4 mesh) | Wi-Fi | Ethernet핵심 통찰은 Matter가 transport-agnostic이라는 점입니다. 같은 application code가 Thread node·Wi-Fi node 어느 쪽에서도 돌아갑니다.
Thread는 802.15.4 + 6LoWPAN + RPL routing을 합친 mesh입니다.
| Layer | 내용 |
|---|---|
| PHY/MAC | IEEE 802.15.4 2.4 GHz, 250 kbps, ~30 m |
| Network | 6LoWPAN (IPv6 over low-power) |
| Routing | RPL mesh, multi-hop |
| Roles | Router, REED, FED, Sleepy End Device |
| Border Router | Thread ↔ Wi-Fi/Ethernet bridge |
Thread 1.3에는 TCPlp(low-power TCP)와 Thread Domain(multi-network)이 들어왔습니다.
Multi-fabric은 Matter의 killer feature입니다.
같은 device가 동시에: Apple Home fabric에 등록 Google Home fabric에 등록 Amazon Alexa fabric에 등록 Samsung SmartThings fabric에 등록
각 fabric = 별도 NOC(Node Operational Certificate)각 fabric은 자기 controller에서만 control 가능Vendor lock-in이 종료됩니다. 사용자가 어느 ecosystem을 골라도 같은 device를 쓸 수 있습니다.
#코드 / 실제 사용 예
#OpenThread basic node
#include <openthread/thread.h>#include <openthread/instance.h>
void thread_init(void) { otInstance *ot = otInstanceInitSingle();
otOperationalDataset ds = {0}; ds.mActiveTimestamp.mSeconds = 1; ds.mComponents.mIsActiveTimestampPresent = true;
/* Network key — provisioning에서 받음 */ memcpy(ds.mNetworkKey.m8, network_key, 16); ds.mComponents.mIsNetworkKeyPresent = true;
ds.mChannel = 15; ds.mComponents.mIsChannelPresent = true;
otDatasetSetActive(ot, &ds);
otIp6SetEnabled(ot, true); otThreadSetEnabled(ot, true);}
void main_loop(otInstance *ot) { while (1) { otTaskletsProcess(ot); otSysProcessDrivers(ot); }}OpenThread는 Google maintained open-source impl입니다. nRF Connect SDK, Zephyr, ESP-IDF, Silicon Labs SDK에 모두 통합되어 있습니다.
#Sleepy End Device
otLinkModeConfig mode = { .mRxOnWhenIdle = false, /* sleep when idle */ .mDeviceType = false, /* not full router */ .mNetworkData = false,};otThreadSetLinkMode(ot, mode);
otLinkSetPollPeriod(ot, 5000); /* 5 sec poll parent */99% 시간 sleep, 5초마다 parent router에 poll합니다. CR2032 한 개로 수년 동작이 가능합니다.
#Matter SDK build (Linux example)
git clone https://github.com/project-chip/connectedhomeipcd connectedhomeip./scripts/checkout_submodules.py --shallow --platform linux
source scripts/activate.shcd examples/lighting-app/linuxgn gen out/hostninja -C out/hostESP32·nRF52840·Nordic NCS·NXP·Infineon용 example이 모두 포함되어 있습니다.
#Matter cluster handler
#include <app/clusters/on-off-server/on-off-server.h>#include <app-common/zap-generated/attributes/Accessors.h>
using namespace chip;using namespace chip::app::Clusters;
void OnOff::Attributes::OnOff::Changed( EndpointId endpoint, bool value){ if (endpoint == LIGHT_ENDPOINT_ID) { if (value) { gpio_set(LED_PIN, 1); } else { gpio_set(LED_PIN, 0); } }}
/* Matter generated handler — On command */bool emberAfOnOffClusterOnCallback( CommandHandler *cmd, const ConcreteCommandPath &path, const Commands::On::DecodableType &data){ OnOffServer::Instance().setOnOffValue(path.mEndpointId, OnOff::Commands::On::Id, false); return true;}ZAP(ZCL Advanced Platform) tool로 cluster·attribute·command가 자동 생성됩니다. Vendor SDK는 handler만 구현합니다.
#ESP-IDF + Matter (ESP32-H2 Thread)
#include "esp_matter.h"
void app_main(void) { esp_matter::node::config_t node_config; esp_matter::node_t *node = esp_matter::node::create(&node_config, attribute_cb, NULL);
esp_matter::endpoint::on_off_light::config_t light_cfg; esp_matter::endpoint_t *ep = esp_matter::endpoint::on_off_light::create(node, &light_cfg, ENDPOINT_FLAG_NONE, NULL);
esp_matter::start(event_cb);}ESP32-H2가 Thread native, ESP32-C6은 Wi-Fi 6 + 802.15.4, ESP32-S3는 Wi-Fi only입니다. Matter는 세 chip 모두에서 동작합니다.
#Commissioning flow
- User scans QR code or NFC tag — Setup code + discriminator + commissioning info
- BLE advertisement (commissioning mode) — Phone (commissioner) discovers device
- PASE — Passcode Authenticated Session Establishment — Setup code → SPAKE2+ → ephemeral session
- Device sends certificates (DAC chain, CD) — Phone verifies against PAA (Product Attestation Authority)
- Phone (or Trusted Root) issues NOC (Node Operational Certificate) — Operational identity for this fabric
- Network credentials transferred — Thread network key OR Wi-Fi PSK
- CASE — Certificate Authenticated Session — Permanent secure channel using NOC
전 과정이 end-to-end secure로 진행됩니다. Setup code 한 번이 평생 identity로 굳어집니다.
#Multi-fabric 추가
Apple Home에 등록된 device를 Google Home에도 등록하려면:
- Apple Home에서 “share with Google” 선택. 또는 device를 commissioning mode로 다시 두고 Google Home app에서 add device.
- Google이 다른 NOC를 발급. Device는 두 NOC를 모두 보관.
- 양쪽 controller에서 control 가능.
Matter 1.3은 5 fabric, 1.4는 16+ fabric을 지원합니다.
#Border Router
Thread Border Router 후보:
- Apple TV 4K (2nd gen+), HomePod mini, Nest Hub Gen 2+, Echo Hub
- 또는 Raspberry Pi 4/5 + nRF52840 dongle (OpenThread BR)
기능:
- 802.15.4 Thread ↔ Wi-Fi/Ethernet IPv6 routing
- mDNS/DNS-SD service discovery
- BR election (multiple BRs)
- Thread Domain (multi-mesh)
Border Router 없으면 Thread mesh가 local subnet 안에서만 동작합니다. 한 home에 보통 BR이 2~3개 있습니다.
#OTA — Matter Software Update
Matter OTA Provider cluster (0x002A):
- Vendor가 image를 cloud provider에 upload
- Device가 query (vendor·product·current version)
- Provider가 download URL 반환
- Device가 image download (HTTPS over IPv6)
- Signature verify (vendor key)
- Apply on next boot
- Confirm or revert
PSA Firmware Update API와 호환되어 TF-M project와 자연스럽게 합쳐집니다.
#Diagnostic — neighbor info
otNeighborInfoIterator it = OT_NEIGHBOR_INFO_ITERATOR_INIT;otNeighborInfo info;
while (otThreadGetNextNeighborInfo(ot, &it, &info) == OT_ERROR_NONE) { log_info("Neighbor rloc=%04x rssi=%d link_qual=%d", info.mRloc16, info.mAverageRssi, info.mLinkQualityIn);}Production device는 link quality·RSSI를 telemetry로 보내 mesh 건강도를 모니터합니다.
#측정 / 성능 비교
Thread mesh 1080 m² 가정, nRF52840 router 5개, sleepy device 10개 기준입니다.
| 지표 | 값 |
|---|---|
| Commissioning (BLE → CASE) | 15~30 sec |
| PASE handshake | 1~2 sec |
| Light on/off command latency | 50 |
| Sleepy device wake → response | 0.5~2 sec |
| Mesh self-heal (router 추가/제거) | 10~30 sec |
| OTA 1 MB image | 2 |
Battery life (sleepy end device, CR2032 235 mAh)입니다.
| Poll period | Average current | Battery life |
|---|---|---|
| 1 sec | 80 µA | 4 개월 |
| 5 sec | 25 µA | 13 개월 |
| 30 sec | 8 µA | 3.4 년 |
| 300 sec | 3 µA | 9 년 |
Door sensor·temperature sensor는 5분 poll로 수년 운영이 가능합니다.
Power 비교 (light bulb 동등 idle)입니다.
| Transport | Idle power | 평균 current |
|---|---|---|
| Thread router | 30 mW | 7 mA @ 3.3V |
| Thread SED | 0.3 mW | 100 µA |
| Wi-Fi | 200~500 mW | 60-150 mA (DTIM 3) |
Battery 운영 device는 사실상 Thread가 강제됩니다.
#자주 보는 함정
Border Router 없이 Thread
mesh만 구성, BR 0개→ device들 끼리는 통신, cloud·controller 접근 0Apple TV·Nest Hub·OpenThread BR 중 하나가 필요합니다.
동일 SoC에서 Wi-Fi + 802.15.4 동시 전송
ESP32-C6 — Wi-Fi 2.4 GHz + 802.15.4 2.4 GHz→ 같은 antenna 시간 분할 → packet lossCoexistence config(CONFIG_ESP_COEX_*)로 time-sharing을 설정합니다.
Sleepy device poll period 너무 짧음
otLinkSetPollPeriod(ot, 100); /* 100 ms — battery 며칠 */1초 이상이 표준입니다. Latency가 critical하면 push-based(parent → child) 방식을 활용합니다.
Certificate provisioning 누락
DAC(Device Attestation Certificate) 없이 출하→ commissioning fail각 device가 factory-provisioned DAC chain을 가져야 합니다. PSA ITS 또는 secure element에 저장합니다.
Fabric overflow
Matter 1.0~1.2 — 5 fabric max1.3+ — 161.4+ — 더 큰 fabric지원 Matter 버전을 확인하고 한도를 알려 줍니다.
OTA image rollback 미구현
새 firmware boot 실패 → 영구 brickMCUboot A/B + confirmation timeout 패턴으로 자동 revert를 구현합니다.
#정리
- Matter는 Apple·Google·Amazon·Samsung이 함께 만든 IoT 통합 표준입니다.
- Thread 1.3 802.15.4 mesh + 6LoWPAN이 저전력 transport, Wi-Fi/Ethernet은 상시 전원용입니다.
- Multi-fabric으로 한 device가 동시에 여러 ecosystem에 등록됩니다.
- Commissioning은 PASE → DAC verify → NOC issue → CASE 순으로 end-to-end secure입니다.
- OpenThread + Matter SDK는 nRF52840·ESP32-H2/C6·Silicon Labs·NXP에서 모두 동작합니다.
- Sleepy End Device로 CR2032 한 개에 수년 동작이 가능합니다.
- Border Router(Apple TV·Nest Hub·OpenThread BR)가 mesh와 internet을 잇습니다.
- 2024 EU CRA·UK PSTI 요구사항(secure boot·OTA·attestation)이 Matter로 대부분 자동 충족됩니다.
Modern Embedded Recipes 시리즈 완성입니다(Part 1~6, 39편).
#관련 항목
Modern Embedded Recipes · 149 of 152
- 1Modern Embedded Recipes — 모던 임베디드 실전 레시피 시리즈 소개
- 2디지털 신호 기초 — Voltage Level·Edge·Setup/Hold 분석
- 3임베디드 클럭과 타이밍 — Skew·Jitter·PLL·MMCM 분석
- 4GPIO 내부 구조 분해 — Push-Pull·Open-Drain·Schmitt Trigger
- 5UART 하드웨어 동작 분석 — Baud Rate·Framing·FIFO
- 6SPI 하드웨어 분석 — Clock Mode·MOSI/MISO·Chip Select
- 7I2C 하드웨어 분석 — Open-Drain·Clock Stretching·Arbitration
- 8ADC 동작 원리 — SAR·Sigma-Delta·Pipelined 비교
- 9DAC 동작 원리 — R-2R Ladder·Sigma-Delta·Settling Time
- 10PWM 신호 생성 분석 — Duty·Frequency·Dead Time·Center-Aligned
- 11CAN 버스 전기적 특성 — Differential·Termination·Dominant/Recessive
- 12RS-485·RS-422 차동 신호 분석 — Termination·Biasing·Topology
- 13LVDS 차동 신호 분석 — Common-Mode·Impedance·Eye Pattern
- 14ARM Cortex-M 시리즈 비교 — M0·M3·M4·M7·M33·M55 분석
- 15ARM Cortex-A 시리즈 비교 — A53·A55·A72·A78·X1 분석
- 16ARM 레지스터 구조 분석 — R0~R15·CPSR·SPSR·Banked Registers
- 17Cortex-M 예외 처리 — Vector Table·NVIC·Tail-Chaining 추적
- 18ARM 메모리 맵 분석 — Normal·Device·Strongly-Ordered Region
- 19ARM L1·L2 캐시 분석 — Set Associative·Inclusive·Maintenance
- 20ARM MPU 활용 — Region·Attribute·Privilege Separation
- 21ARM MMU 기초 분석 — Translation Table·TLB·ASID
- 22ARM TrustZone-M 기초 — Secure/Non-Secure·NSC·MPC
- 23ARM Memory Barrier 실전 — DMB·DSB·ISB·DMA·MMIO
- 24임베디드 크로스 컴파일러 분석 — GCC·Clang·Sysroot 구성
- 25C 컴파일 4단계 — Preprocess·Compile·Assemble·Link 추적
- 26ELF 파일 구조 분석 — Section·Segment·Symbol Table·DWARF
- 27링커 스크립트 기초 — SECTIONS·MEMORY·entry point
- 28링커 스크립트 고급 — Overlay·BSS·init_array·LMA/VMA
- 29임베디드 스타트업 코드 분석 — Reset_Handler·Vector Table·SystemInit
- 30C 런타임 crt0 분석 — Stack·BSS Zero·Data Copy·atexit
- 31임베디드 메모리 레이아웃 — .text·.rodata·.data·.bss·.heap·.stack
- 32임베디드 컴파일러 최적화 분석 — -O0~-O3·-Os·-LTO 비교
- 33Map 파일 분석 — Symbol·Section·Size 추적으로 코드 크기 진단
- 34Make·CMake 크로스 컴파일 — Toolchain File·Sysroot 통합
- 35임베디드 Bootloader 체인 — BootROM·SPL·U-Boot·Kernel·Secure Boot
- 36첫 bare-metal 프로그램 작성 — Linker·Startup·main의 최소 구성
- 37MMIO 레지스터 직접 접근 — volatile·Memory Map·Aliasing 분석
- 38GPIO 드라이버 직접 구현 — STM32 HAL 없이 레지스터로
- 39임베디드 클럭 설정 분석 — HSE·PLL·SYSCLK·AHB/APB 분주
- 40Cortex-M 인터럽트 핸들링 — NVIC·Priority·Vector·EXTI
- 41SysTick 타이머 활용 — 24-bit Counter·1ms Tick·delay 구현
- 42UART 드라이버 구현 — polling·interrupt·DMA 3가지 방식 비교
- 43SPI 드라이버 구현 — Master·Slave·CRC·DMA
- 44I2C 드라이버 구현 — Master·7-bit/10-bit·Clock Stretching 처리
- 45임베디드 DMA 기초 — Memory-to-Memory·Peripheral·Circular Mode
- 46저전력 모드 분석 — Sleep·Stop·Standby·Wake-up Source
- 47IWDG·WWDG 워치독 구현 — Independent vs Window 비교
- 48임베디드 Flash 프로그래밍 — Erase·Program·Read While Write
- 49DDR 초기화 실패 진단 — Timing·Calibration·Walking Bit Test
- 50PWM 출력 실전 — LED 밝기·모터 속도 제어
- 51DC 모터 제어 — H-Bridge·PWM Duty·Encoder Feedback
- 52스테퍼 모터 제어 — Full Step·Half Step·Microstepping
- 53서보 모터 제어 — PWM 1ms~2ms·Closed Loop·PID
- 54Character LCD 제어 — HD44780·4-bit Mode·Custom Char
- 55SPI OLED 제어 — SSD1306·Frame Buffer·Page 단위 갱신
- 56TFT 디스플레이 구동 — RGB565·FSMC·LTDC·DMA2D
- 57환경 센서 활용 — BME280 온습압·SHT3x·BMP180 비교
- 58IMU 센서 활용 — MPU6050·LSM6DSO·Sensor Fusion
- 59CAN 통신 구현 — bxCAN·Filter·Mailbox·CAN-FD
- 60USB Device 기초 — Descriptor·Enumeration·Endpoint·HID/CDC
- 61Ethernet MAC+PHY 통합 — RMII·lwIP·DMA Descriptor
- 62SD Card + FatFs 구현 — SPI/SDIO 모드·CSD/CID·Wear
- 63RTC 활용 — Calendar·Alarm·Wake-up Timer·Backup Domain
- 64RTOS 도입 결정 분석 — Super Loop vs RTOS 트레이드오프
- 65RTOS Task 설계 패턴 — 우선순위·스택·State Machine
- 66RTOS Scheduler 동작 분석 — Tick·Context Switch·Yield
- 67RTOS Semaphore 활용 — Binary·Counting·ISR Give
- 68RTOS Mutex 활용 — Recursive·Priority Inheritance 적용
- 69RTOS Queue 활용 — By-Value·By-Reference·Timeout 패턴
- 70RTOS Event Group 활용 — Bit Wait·Sync·Notify
- 71RTOS Software Timer 활용 — One-shot·Auto-reload·Daemon Task
- 72ISR-Safe API 설계 — Reentrant·Atomic·Defer 패턴
- 73Priority Inversion 진단·예방 — Mars Pathfinder Lesson 추적
- 74Timer Wheel 분석 — Hashed·Hierarchical·O(1) Tick
- 75RTOS 디버깅 기법 — Tracealyzer·SystemView·Stack 추적
- 76임베디드 Linux 부팅 흐름 분석 — BootROM·U-Boot·Kernel·init
- 77U-Boot 활용 — bootcmd·env·tftp·boot.scr 분석
- 78Device Tree 실전 — DTS·DTB·Overlay·Phandle 추적
- 79Device Tree Overlay 적용 — Runtime fragment·dtoverlay
- 80임베디드 커널 빌드 — defconfig·menuconfig·Image·zImage
- 81커널 모듈 기초 — init/exit·Parameter·KBuild·DKMS
- 82캐릭터 드라이버 작성 — file_operations·cdev·register_chrdev
- 83Platform 드라이버 작성 — probe·remove·of_match·DT 바인딩
- 84mmap 4가지 모드 — Anonymous·File·Shared·Huge Page
- 85epoll 실전 — LT·ET·ONESHOT·EXCLUSIVE 비교
- 86UIO·VFIO 분석 — User-Space Driver와 IOMMU 격리
- 87sysfs·configfs 활용 — kobject 기반 User 인터페이스
- 88IRQ Affinity 튜닝 — smp_affinity·isolcpus·irqbalance
- 89루트 파일시스템 구축 — Buildroot 기초·Package·Toolchain
- 90임베디드 동적 메모리 — malloc 위험·결정성·대안 분석
- 91메모리 정렬과 패딩 분석 — Natural·Strict Alignment·Trap
- 92Cache Line Alignment — alignas·Padding·SoA 적용
- 93DMA-Friendly Allocator — dma_alloc_coherent·IOMMU·Pool
- 94Zero-Copy Pipeline — DMA-BUF·sendfile·io_uring·splice
- 95NUMA Memory Topology — numactl·numa_alloc·HBM 적용
- 96SIMD 활용 분석 — Intrinsics·Auto-Vectorization·OpenMP SIMD
- 97ARM NEON 심화 — Matrix Multiply·FFT·Image Filter 적용
- 98임베디드 스택 분석 — high-water·overflow 탐지
- 99임베디드 코드 크기 최적화 — -Os·LTO·Section Garbage Collection
- 100임베디드 전력 최적화 — Sleep Mode·Clock Gating·DVFS
- 101WCET 분석 기법 — Static·Measurement·Hybrid 방법론
- 102Lock-Free Ring Buffer 구현 — SPSC·Power-of-2·Memory Order
- 103Wait-Free Signaling — Atomic Flag·Sequence·Latest-Value
- 104RCU (Read-Copy-Update) 기초 — Quiescent State·Grace Period
- 105Hazard Pointer 분석 — Lock-Free Memory Reclamation
- 106Compare-And-Swap 패턴 — Stack·Counter·Linked List 적용
- 107Atomic Operation 비용 분석 — Fence·Cache Line·Contention
- 108Spinlock vs Mutex 결정 가이드 — Context Switch·Hold Time
- 109ABA 문제 회피 — Tagged Pointer·Hazard·Generation Counter
- 110False Sharing 해결 — Cache Line Padding·SoA 적용
- 111MPMC Queue 구현 — Multi-producer Multi-consumer Lock-Free
- 112임베디드 디버깅 마인드셋 — 가설·격리·재현·이분탐색
- 113JTAG·SWD 안 붙을 때 — 핀·전압·속도·세션 진단
- 114GDB 원격 디버깅 — OpenOCD·J-Link·target remote 구성
- 115Cortex-M 하드폴트 분석 — Stacked Frame·CFSR 읽기
- 116UART 안 찍힐 때 — Bare-metal 체크리스트
- 117임베디드 부팅 실패 진단 — 단계별 Isolation
- 118인터럽트 누락·중복 진단 — Priority·Pending·Re-entry 추적
- 119메모리 오버플로우·오염 진단 — Canary·MPU·Pattern 분석
- 120타이밍·Race 진단 — Heisenbug 잡는 법
- 121통신 프로토콜 분석 — Logic Analyzer와 Protocol Decoder
- 122임베디드 로깅 시스템 설계 — 레벨·버퍼·SWO·Deferred
- 123임베디드 포스트모템 분석 — Core Dump와 Field Crash
- 124FPGA 기초 분석 — LUT·FF·BRAM·DSP 자원 구조
- 125Vivado 사용법 — Project·Constraint·Synth·Impl·Bitstream
- 126PCIe BAR 매핑 분석 — Config Space·Enumeration·MMIO 접근
- 127AXI 인터페이스 — AXI4·AXI4-Lite·AXI-Stream 비교
- 128Zynq PS-PL 통신 — GP·HP·ACP 인터페이스 선택
- 129Mailbox Protocol 분석 — Host와 Accelerator를 잇는 Doorbell
- 130Command Queue·Submission Queue — NVMe·XDMA 공통 패턴
- 131DMA Completion 메커니즘 — Interrupt·Polling·Completion Ring
- 132PCIe Streaming 분석 — BAR Type·MSI-X·Kernel Bypass
- 133Vitis HLS 분석 — Pragma·Pipeline II·Dataflow 실전 감각
- 134HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow
- 135Vitis AI 분석 — DPU·xmodel·VART
- 136OpenCL on FPGA — Kernel·Channel·Burst Memory 분석
- 137Intel Quartus 사용법 — Platform Designer·Nios II·HLS
- 138Edge Inference 분석 — Cloud vs Edge·Latency·Privacy
- 139NPU 아키텍처 분석 — Ethos·Hexagon·Systolic Array 비교
- 140딥러닝 Quantization 분석 — PTQ·QAT·INT8·INT4·Calibration
- 141TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream
- 142TFLite Micro 분석 — Op Resolver·Tensor Arena·Cortex-M
- 143ONNX Runtime 분석 — Execution Provider와 Cross-Platform 배포
- 144Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained
- 145NVIDIA Jetson 분석 — Nano·Xavier·Orin·Thor·JetPack·DLA·VPI
- 146Zero-Copy Camera Pipeline — V4L2·DMA-BUF·GPU Import·NPU 직결
- 147온디바이스 LLM 추론 — llama.cpp·GGUF·MLX·KV Cache·NPU Backend
- 148Cortex-M33 TF-M·TrustZone — Secure Firmware·PSA·MCUboot
- 149Matter·Thread 분석 — IoT 통합 표준·Commissioning·Multi-Fabric
- 150PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
- 151QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
- 152Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
관련 글
Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
Linux kernel 6.x의 CXL 서브시스템 — cxl_pci·cxl_core·cxl_mem·region·DAX 모듈의 역할과 probe 흐름.
QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
QEMU 8.0+ CXL 지원 — 노트북에서 CXL Type 3 디바이스를 에뮬레이션해 드라이버·BIOS 개발 환경 만들기.
PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
PCIe 5.0/6.0 PHY 위에서 CXL이 어떻게 cache coherency를 얹는지 — Flex Bus, 세 프로토콜 다중화, Type 1/2/3 디바이스 구분.