Technologie

Mehr KI-Rechenleistung als eine typische Kamera, weniger Exposition als Cloud-Inferenz, und Kamerabilder, die in einem privaten lokalen Netzwerk bleiben. Diese Seite beschreibt das technische Design und kein ausgeliefertes Spezifikationsblatt.

Heim-Pilot läuft seit dem 5. Oktober 2026. Kameraanzahlen, USV-Laufzeit und Modellnamen veröffentlichen wir erst, nachdem sie gemessen sind.

Die drei gängigen Architekturen

Architektur	Vorteil	Abwägung
KI in der Kamera	Privat, geringe Latenz	Sehr begrenztes Rechenbudget
Cloud-KI	Grosse Modelle, einfache Skalierung	Bilder oder abgeleitete Daten verlassen die Räumlichkeiten; Abhängigkeit von Anbieter und Internet
ilonai lokales KI-Gerät	Deutlich mehr Rechenleistung als eine typische Smart-Kamera, Bilder bleiben lokal	Erfordert eine lokale Rechenbox und ein dediziertes Netzwerk

Dieser Mittelweg ist die technische Geschichte. Für ein allgemeines Publikum nennen wir es kontextbewusste lokale KI. Für technische Leserinnen und Leser, sofern das bei der Auslieferung noch zutrifft: ein feinabgestimmtes multimodales / Vision-Language-Modell auf dedizierter lokaler Hardware. Wir setzen keine Modellmarkennamen auf die Kundenseite.

Systemdiagramm

Ihr Haushalts- oder Einrichtungs-WLAN muss kein Überwachungsnetzwerk werden. Kameras sollen nicht im gewöhnlichen Haushalts-WLAN sitzen und kein Kamera-Anbieter-Cloud-Konto erfordern.

Warum zentralisierte lokale Rechenleistung?

Mehr KI-Fähigkeit als eine typische Kamera, weniger Datenschutzrisiko als Cloud-Inferenz.

Einen winzigen Detektor in jede Kamera zu legen ist praktisch und privat, aber das Modell muss auf einen kleinen Prozessor passen. Video an ein grosses Cloud-Modell zu senden ist leistungsfähig und betrieblich einfach, verschiebt aber sensible Bilder vom Standort weg.

Ein (oder wenige) lokale KI-Knoten können viele günstige Kameras bedienen. Die Intelligenz liegt auf der Box; die Kamera kann ein austauschbarer Sensor bleiben. Bereiche für Heim- und Einrichtungsknoten veröffentlichen wir erst, wenn Decoder-, Netzwerk- und Modellbenchmarks vorliegen. Wir versprechen nicht im Voraus «50 Kameras problemlos».

Für Einrichtungen sind mehrere Rechenknoten die vorgesehene Ausfalldomäne: ein Hardwarefehler soll nicht ein ganzes Gebäude lahmlegen.

Kameras: standardbasiert, freigegebene Liste

Wir bauen keine proprietäre Kamera-Cloud.

Vorgesehene Eigenschaften:

freigegebene Netzwerkkameras (kabelgebunden/PoE wo möglich; drahtlos im selben geschlossenen Netzwerk wo nötig)
lokales IP-Networking
standardisierte lokale Videoprotokolle (RTSP / ONVIF-Klasse)
Kameras austauschbar, ohne das KI-System neu zu bauen
keine Kamera-Anbieter-Cloud für die Kern-Erkennung nötig

Vorteile, auf die wir hinarbeiten: niedrigere Hardwarekosten pro Raum in der Skalierung, einfacheres Austauschen, weniger Lock-in, einrichtungsübliche Verkabelung und die Möglichkeit, die Kamera «dumm» zu halten, während ilonai die Entscheidung trägt.

Wir werden Modelle für Wiederanlauf nach Stromzyklus, RTSP-Wiederverbindung, Nachtmodus, Bildqualität und Stabilität qualifizieren. Wir versprechen keine Kompatibilität mit beliebigen Drittanbieter-Kameras.

Lesen Sie hier nicht «Smart-Kamera». Dieser Begriff meint meist Anbieter-App, Cloud-Konto und Fernzugriff. Die Richtung von ilonai ist das Gegenteil.

Isoliertes Netzwerk und Mobilfunkverbindung

Isoliertes Netzwerk: Kameras zu einem privaten Switch, dann lokaler KI-Computer, dann unabhängiges 5G nur für Heartbeat und Alarme. — Kameras bleiben im geschlossenen Netzwerk von ilonai (kabelgebunden wo möglich). Der lokale KI-Computer braucht kein Haushalts-WLAN. Unabhängiges 5G/eSIM dient Heartbeat und Notfallalarmen, nicht einer Kamera-Cloud.

Warum das zählt:

weniger Abhängigkeit von der Kunden-IT
vorhersehbares Networking
kleinere Angriffsfläche als Kameras im Alltags-WLAN
kein Kamerazugriff von normalen Haushalts- oder Bürogeräten
unabhängige Mobilfunkalarme
einfachere Installation: kein Port-Forwarding, keine Heim-WLAN-Zugangsdaten für die Kameras

Falls das beim Launch zutrifft: die Kern-Erkennung läuft lokal weiter, auch wenn die externe Verbindung ausfällt.

Rollierender Puffer und Vorfallspeicherung

Video wird nicht als Tagebuch des Tages aufbewahrt. Ein kurzer verschlüsselter rollierender Puffer (etwa 10–15 Sekunden) existiert lokal und wird fortlaufend überschrieben. Wird ein möglicher Sturz erkannt, kann dieses Fenster eingefroren werden, plus eine kurze Zeit nach dem Ereignis, als lokaler Vorfallclip.

Zugang soll autorisiert und protokolliert sein. Die Aufbewahrung soll kurz sein. Gewöhnliches Material wird nicht in eine Video-Cloud hochgeladen.

Heartbeat und Ausfallerkennung

Ein Sicherheitssystem hat zwei Aufgaben: den Notfall erkennen und erkennen, wann es selbst den Notfall nicht mehr erkennen kann.

Vorgesehene Überwachung:

Kamera liefert weiterhin gültige Bilder
Gesundheit / Heartbeat des KI-Computers
fehlende Heartbeats (unterbrochene Mobilfunkstrecke)
Netzstrom länger als eine definierte Zeit ausgefallen (Beispiel: fünf Minuten) → Benachrichtigung
Wiederherstellung wird gemeldet, wenn der Strom zurückkehrt

Wir versprechen keine USV-Laufzeit, bevor das Hardwarepaket feststeht.

ilonai kann wissen: eine Kamera ist offline, ein Heartbeat fehlte, Softwareversion.
ilonai kann aus der Ferne nicht wissen: was die Person im Raum tut.

Siehe auch So funktioniert es, Datenschutz & Vertrauen und Evidenz.