ESPectre is a production-grade Wi-Fi motion sensing system that runs on ESP32 microcontrollers. It captures Channel State Information (CSI) from Wi-Fi packets and runs on-device detection algorithms (Lightweight turbulence-based and High Accuracy neural network) to detect human motion without cameras or microphones. The system is designed for local-first operation with no cloud dependency, integrating with Home Assistant via ESPHome, MQTT, or Matter. The architecture is layered: a core sensing layer handles CSI capture, filtering, and feature extraction; a runtime layer manages lifecycle, configuration, and diagnostics; and multiple frontend adapters (native MQTT/HTTP, ESPHome, Matter, MicroPython) expose motion events to home automation systems. A Python CLI provides device discovery, flashing, monitoring, and dataset analysis tools. A web interface at espectre.dev offers browser-based device management. The repository also includes a significant data/research component: a published dataset of CSI recordings, ML training infrastructure, dataset quality validation pipelines, and performance benchmarking tools. These support the development and validation of the detection algorithms and ensure cross-language parity between C++ firmware and Python reference implementations. The codebase demonstrates strong engineering practices: interface-based design for testability, extensive unit and integration tests with coverage gates, cross-language parity enforcement, and a comprehensive CI/CD pipeline. Multiple frontends share a common core SDK, reducing duplication while allowing platform-specific optimizations.
Homebridge is a lightweight Node.js server that bridges non-HomeKit and non-Matter smart home devices into Apple HomeKit and the Matter ecosystem. It operates as a long-running daemon with a plugin architecture: community plugins (npm packages with keyword `homebridge-plugin`) register accessories and platforms via a well-defined API. The server manages plugin lifecycles, accessory caching, child bridge processes for isolation, and supports both HAP (HomeKit Accessory Protocol) and Matter (via `@matter/main`) protocols. Matter support is opt-in and lazy-loaded to avoid startup overhead. The codebase is written in TypeScript with ESM, uses vitest for testing, and includes extensive CI/CD pipelines. It demonstrates strong engineering practices: clean abstractions for plugin registration, IPC between parent and child processes, port allocation, state management, and error handling. However, the Matter integration is deeply coupled to the evolving matter.js library, and some workarounds for controller-specific behavior (e.g., Apple Home) introduce fragility. Overall, it is a well-crafted, production-quality bridge server with reusable patterns for logging, storage, and cluster command mapping.
This repository is the official open-source implementation of the Matter smart home connectivity standard, developed by the Connectivity Standards Alliance. It provides a comprehensive SDK for building Matter-compliant devices (e.g., lighting, locks, thermostats, sensors) and controllers (e.g., smartphone apps, hubs). The codebase is a large, multi-platform C++ project with a layered architecture: a data model layer defining over 100 clusters (OnOff, Temperature, DoorLock, etc.), an interaction model for read/write/execute/invoke, a transport layer supporting BLE, TCP, and UDP, a security layer for certificate-based attestation and encryption, and a platform abstraction layer for numerous embedded MCUs (ESP32, nRF, Silicon Labs, NXP, etc.) and operating systems (Linux, Android, iOS, Zephyr, FreeRTOS). The SDK includes example applications for device types, reference controller tools (chip-tool, darwin-framework-tool, Android/Kotlin controllers), and extensive test infrastructure. Key entry points are the example app main.cpp files, the chip-tool CLI, and the Python command-line tool. Primary data flows involve commissioning (pairing a device via BLE or network, then establishing secure IP communication) and ongoing cluster interactions (attribute reads/writes, command invocations, event subscriptions). The build system is GN (Google's ninja) with platform-specific overrides, and code generation via ZAP for cluster definitions. External dependencies include OpenThread, BoringSSL, mbedTLS, Pigweed, nlassert, and others. The project is actively maintained with frequent commits, but the sheer number of example apps and platform ports creates maintenance overhead and some duplication.
This is a Homebridge plugin (`@switchbot/homebridge-switchbot`) that bridges SwitchBot IoT devices (lights, curtains, locks, sensors, vacuums, etc.) into Apple HomeKit using both HAP and Matter protocols. It communicates via Bluetooth Low Energy (BLE) and the SwitchBot OpenAPI cloud API, with configurable fallback and rate-limiting. The plugin provides a rich configuration UI served through Homebridge Config UI X, including device discovery, credential management, and advanced polling settings. The architecture follows a platform plugin pattern with two platform classes (HAP and Matter), a resilient client layer (debounce, circuit breaker, daily budget tracking), a device factory and abstract base class for device-specific implementations, and extensive Matter cluster mappings. While the codebase is well-structured and actively maintained, it suffers from a large monolithic platform file (~2800 lines), low test coverage (~1.36%), and a dependency conflict requiring `--legacy-peer-deps` during installation. ESLint configuration also fails in CI. Nonetheless, the plugin is feature-rich, handles edge cases like BLE encryption and OpenAPI rate limits, and includes a polished custom UI.