Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Assist with IoT device setup, protocols, security hardening, and home automation integration.
Assist with IoT device setup, protocols, security hardening, and home automation integration.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
MQTT for lightweight messaging โ pub/sub, low bandwidth, ideal for sensors CoAP for constrained devices โ UDP-based, REST-like, very low power HTTP/REST for capable devices โ familiar but heavier, use when bandwidth allows WebSocket for real-time bidirectional โ dashboards, live updates Zigbee/Z-Wave for mesh networks โ no WiFi needed, battery-friendly
Broker is the central hub โ Mosquitto most common self-hosted Topics are hierarchical โ home/livingroom/temperature QoS levels: 0 (fire-forget), 1 (at least once), 2 (exactly once) Retain flag keeps last message โ new subscribers get current state Will message announces disconnection โ device offline detection
Never expose MQTT broker to internet without auth โ bots scan constantly TLS mandatory for any external access โ encrypt all traffic Unique credentials per device โ revoke one without affecting others Firmware updates must be signed โ prevent malicious updates Segment IoT on separate VLAN โ isolate from main network
Default credentials left unchanged โ first thing attackers try Unencrypted protocols on network โ credentials sniffable No firmware update mechanism โ stuck with known vulnerabilities Cloud dependency without fallback โ device useless when server down Debug ports left enabled โ UART, JTAG exposed
MQTT discovery auto-configures devices โ follow HA format ESPHome for custom ESP devices โ YAML config, OTA updates Zigbee2MQTT bridges Zigbee to MQTT โ hundreds of devices supported Tasmota for off-the-shelf flashing โ many WiFi devices supported
Arduino framework most accessible โ huge library ecosystem ESP-IDF for production โ FreeRTOS, more control, steeper curve PlatformIO over Arduino IDE โ better dependency management Deep sleep for battery life โ microamps when sleeping OTA updates essential โ don't require physical access
Battery devices need deep sleep โ wake on timer or interrupt Calculate power budget โ mAh capacity vs average consumption Solar charging viable โ small panel can sustain low-power sensors Supercapacitors for burst power โ supplement weak batteries Monitor battery voltage โ alert before device dies
WiFi: high bandwidth, high power โ plugged devices Zigbee/Z-Wave: mesh, low power โ battery sensors LoRa: long range, low bandwidth โ outdoor, agricultural BLE: short range, low power โ wearables, beacons Thread/Matter: new standard โ Apple/Google/Amazon unified
Watchdog timer prevents freezes โ reset if loop stalls Persistent storage for state โ survive power cycles Heartbeat/ping monitoring โ detect silent failures Graceful degradation โ work offline when cloud unavailable Redundant sensors for critical systems โ don't trust single point
Sample rate vs storage โ don't over-collect Local processing when possible โ reduce bandwidth, latency Time synchronization critical โ NTP for timestamps Aggregate before sending โ reduce message count Retain important data locally โ survive connectivity loss
Serial output for development โ remove in production MQTT debug topics โ publish diagnostics LED status indicators โ quick visual feedback Remote logging carefully โ don't flood network Simulate sensors for testing โ don't wait for real conditions
Prefer local API devices โ Tuya local, Shelly, Tasmota-compatible Cloud-only devices risky โ company shutdowns brick devices Open protocols over proprietary โ MQTT, Zigbee over custom Check if flashable โ many devices accept custom firmware Matter promises interoperability โ but still maturing
Messaging, meetings, inboxes, CRM, and teammate communication surfaces.
Largest current source with strong distribution and engagement signals.