“Alle an Bord, Scotty?“

Wer openHAB kennt, weiß: Die Lernkurve ist steil, aber die Möglichkeiten sind extrem vielseitig. Schnell wird einem klar, dass starre Zeitpläne ein Haus noch nicht smart machen. Ein echtes Smart Home muss wissen, wer an Bord ist, um die Lebenserhaltungssysteme (Heizung, Licht, Alarmanlage) sinnvoll zu steuern.

Als alter Trekkie stand das Design für mein Dashboard schnell fest: Die klassische TOS-Crew (The Original Series) sollte unsere fünfköpfige Familie abbilden. Wenn ein Crewmitglied an Bord ist, leuchtet das Avatar-Bild im UI-Widget farbig. Verlässt jemand das Schiff, schaltet die Anzeige auf Grayscale (Graustufen) und signalisiert den “Away Mission”-Status.

Meine Hausautomation läuft vollständig auf OpenBSD, ein solides Fundament für die Verwaltung unseres Haushalts. Doch selbst auf einem sicheren Betriebssystem kann die interne Familienlogistik eine Herausforderung sein – besonders wenn die Kinder entdecken, dass sie den Fernseher im Wohnzimmer von ihren Tablets aus ausschalten oder versehentlich an den Einstellungen des Hauptthermostats herumspielen können.

Mit dem Ausbau meines Smart Homes stand ich vor einer klaren Notwendigkeit: Ich musste bestimmte Geräte und sensible Steuerelemente vor meinen Kindern verbergen, während für die Erwachsenen weiterhin alles sichtbar bleiben sollte.

Wer meine bisherigen Beiträge zum Thema Home Automation verfolgt hat, weiß, dass ich mich seit einiger Zeit mit Zigbee beschäftige. Alles begann mit dem Mitschneiden von Frames im Artikel Zigbee-Sniffing unter OpenBSD: Deep Dive mit dem TI CC2531. Aus Neugier habe ich mir dann einen neueren Zigbee-Koordinator besorgt und im Folgeartikel Zigbee Home Automation auf OpenBSD: Sonoff Dongle-M und openHAB über die Anbindung an eine Automatisierungsplattform berichtet.

Vor Kurzem habe ich einen Posten gebrauchte Thin Clients ergattert, die sich als perfekte Hardware für einen dedizierten Smart-Home-Controller herausgestellt haben. Hier beschreibe ich, wie ich ein stabiles, isoliertes Gateway auf Basis von OpenBSD 7.9-snapshot, Zigbee2MQTT, Mosquitto und openHAB aufgebaut habe.

Hinter mir liegen wieder mal zwei Wochen im OpenBSD Ports Tree. Zwischen größeren Toolchain-Updates im Base-System, die bei mir für einiges an Fallout gesorgt haben, dem Ausbau des Software Defined Radio (SDR) Ökosystems, Updates für mein Repository an GNUstep App Wrappern, einem Major-Update von wpscan sowie einem überfälligen Update von whatweb inklusive dem nötigen Dependency-Maze gab es für mich jede Menge zu tun.

Hier ist ein Breakdown aller Updates, neuen Imports und Maintenance-Arbeiten der letzten 14 Tage.

Ich habe diese Woche einiges an Zeit in einen gezielten OpenBSD-Ports-Update-Sprint gesteckt und dafür ein paar andere Projekte beiseitegeschoben, um diesen überfälligen Kram endlich mal wegzubügeln. Wie das meistens so läuft: Was mit ein paar einfachen Versions-Bumps anfing, endete schnell in einem fetten Domino-Effekt aus miteinander verknüpften Dependencies – besonders im Ruby- und Python-Ökosystem ;)

Es lohnt sich nicht, jeden kleinen Minor-Bump einzeln aufzuzählen, aber hier ist die Übersicht der wichtigsten Updates, die frisch im Tree gelandet sind.

In meinem letzten Post haben wir uns das Sniffing von Zigbee-Traffic mit dem älteren TI CC2531 angesehen. Während dieser Stick zum Lernen super ist, ist es jedoch nicht die Hardware, die man für die eigentliche Haussteuerung nutzen möchte. Mein CC2531 eignet sich hervorragend zum Sniffen, da er schon mit der Sniffer-Firmware daherkam – dafür habe ich ihn benutzt und werde ihn auch weiterhin so verwenden.

Meiner Neugier folgend, habe ich mir einen Sonoff Dongle Max auf eBay gekauft, um ihn als vollwertigen Zigbee-Coordinator einzusetzen. Im letzten Post konnte ich nur ein paar Zigbee- und andere 802.15.4-Geräte von Nachbarn sehen, aber wo bleibt da der Spaß? Das hat mich neugierig gemacht und mich dazu gebracht, meine eigene Hausautomatisierung zu starten!