Fallstudie APP Smart Control für KG Elektronik – eine App zur Steuerung einer Gastherme, die wir in 8 Wochen entwickelt haben. Heute sind etwa 12.000 Geräte angeschlossen, die Zahl wächst von Monat zu Monat, und Endkunden kommen in den Laden und fragen direkt nach einem Controller mit WLAN.
Kurz gesagt
- Implementierungszeit 8 Wochen vom Briefing bis zur Veröffentlichung in den Geschäften
- Angeschlossene Geräte ungefähr 12 Tausend. (Stan 13.04.2026, monatliches Wachstum)
- Downloads in Google Play: 1 000+
- Stapel AWS + Nest.js + Flutter + MQTT
- Branża Hersteller von Gasheizungen und Kesseln (B2B + B2C)
Zu lang; nicht gelesen
- Was wir getan haben: iOS + Android mobile application for remote management of KG Elektronik gas boiler controllers
- Für wen: Endkunden der KG Elektronik – Anwender von Steuerungen mit WiFi-Modul
- Geschäftsergebnis für den Kunden: Die Controller kosten gleich viel, aber im Laden kommen die Kunden zurück und rufen nach dem mit WLAN.
- Zeit 8 Wochen MVP, danach iterative Entwicklung
- Stapel Flutter (mobil), NestJS + PostgreSQL + Redis + MQTT + Firebase (Backend), Next.js (Admin OTA-Panel), AWS EC2 + RDS + S3
Wer ist der Kunde
KG Elektronik polski producent sterowników i kotłów gazowych z 25 Jahre Erfahrung Auf dem Markt. Im Portfolio Dutzende von Steuerungstypen für Kessel mit manueller Beschickung und Zuführung (von SP-05 LCD über CS-23 bis SP-35 PID WiFi), Pumpenregler, Installationen, Zubehör. Der Verkauf erfolgt über ein Händlernetz und einen eigenen Laden.
Das bisherige KG-Produkt wurde von einem physischen Bedienfeld im Heizungsraum aus gesteuert. Der Endkunde musste in den Keller hinuntergehen, um irgendetwas zu ändern. Ein Unternehmen mit einem Vierteljahrhundert Erfahrung im Hardwarebereich benötigte eine digitale Schicht – ein Ziel, das das KG-Team treffend als „Übergang von einfachen Steuerungen zu einem vollständigen Smart-Home-System” bezeichnete.
Herausforderung: Hardware mit 25 Jahren auf dem Buckel in einer Welt, die alles vom Handy aus steuern will
KG ist seit einem Vierteljahrhundert auf dem Markt. Die von ihnen hergestellten Steuerungen funktionieren seit Jahren einfach. Das Problem lag nicht an der Hardware. Das Problem lag in der Schicht, die die Hardware nicht hatte.
Der bisherige Regler wurde über ein physisches Bedienfeld im Heizungskeller gesteuert. Um die Temperatur zu ändern, einen Zeitplan einzustellen oder zu überprüfen, warum der Kessel ausgefallen war – man musste in den Keller steigen. Vom Ausfall erfuhr der Endkunde im besten Fall vom Thermometer an der Wand, wenn die Temperatur bereits gesunken war. Im schlimmsten Fall am Morgen, als es kalt wurde.
Aus Sicht der KG gab es ein zweites Problem, das der Endkunde nicht sieht. Das Firmware-Update des Controllers erforderte physische Anwesenheit am Gerät. Bei einem Kessel ist das ein kleines Ärgernis. Bei zwölftausend installierten Steuerungen, von denen jede potenziell ein Update benötigt, ist dies eine Anzahl von Fahrten, die nicht bewältigt werden können. Jede neue Softwareversion bedeutet Kosten für die Anfahrt zu jedem Gerät.
Das Ziel des Projekts war also nicht, „eine App zu machen”. Das Ziel, wie das KG-Team später in einer LinkedIn-Veröffentlichung formulierte, war der Übergang „von einfachen Treibern bis hin zu einem kompletten Smart Home System”. Also: eine digitale Schicht, die es einem Controller aus dem Jahr 2010 ermöglicht, im Jahr 2026 wettbewerbsfähig zu sein.
Einfacher: Der Controller ohne App lebt im Keller. Der Controller mit App lebt in der Tasche des Kunden. Das Erste ist ein Werkzeug. Das Zweite ist ein Produkt.
„Kunden und Konkurrenz waren von einer so einfachen und tollen App überrascht.”
„Kunden und Wettbewerber waren von einer so einfachen und tollen App insgesamt überrascht. Außerdem, dass die Steuerungen nicht teurer geworden sind, aber solche Schnickschnacks haben. Erst in diesem Monat spüren wir, dass der Kunde endlich in den Laden zurückkehrt und nach unserer Steuerung mit WLAN fragt. Eine angenehme Überraschung, aber darauf habe ich gehofft.”
Dies ist ein Zitat aus einem Gespräch im April 2026. Sechs Monate nach dem Start der App in den Stores. Wir kommen darauf später zurück.
Was wir gebaut haben: ein ganzes Ökosystem, nicht nur eine App zur Steuerung einer Gasheizung
APP Smart Control Aus der Sicht des Endkunden eine mobile iOS + Android-Anwendung zur Fernsteuerung von KG-Steuerungen. Darunter haben wir drei zusammenarbeitende Komponenten aufgebaut, jede mit einem anderen Zweck:
Mobile Anwendung (Flutter, iOS + Android). Für Hausbesitzer, Büro- und öffentliche Gebäudemanager. Sehen Sie die Temperatur, stellen Sie einen Zeitplan ein, erhalten Sie eine Benachrichtigung, wenn etwas von der Norm abweicht. Wir haben Flutter gegenüber React Native und Native gewählt, weil es ein Team, ein Budget und gleichzeitige Veröffentlichungen für iOS und Android gibt – plus ein identisches Erscheinungsbild auf jedem Telefon (iPhone, Samsung, Huawei in der Organisation des öffentlichen Kunden).
2. Backend IoT (NestJS auf AWS EC2). Herzstück des Systems. Verbindet sich mit Steuerungen in Heizungsräumen über MQTT, speichert Daten in PostgreSQL (AWS RDS), bearbeitet Alarme und sendet Push-Benachrichtigungen über Firebase Cloud Messaging. Task-Queue in Redis + BullMQ (für Ruhe bei 12.000 Steuerungen, die gleichzeitig Telemetrie senden). Alles in Docker, hinter Nginx als Reverse Proxy.
3. Admin-Panel für KG Elektronik (Next.js 15 + React 19 + Tailwind). Das sieht der Endkunde nicht, aber es erledigt die Arbeit. KG lädt über ihn neue Firmware-Versionen von Treibern (Dateien .bin, .hex, .fw) nach AWS S3 hoch, aktiviert Versionen, lädt Protokolle herunter. Dank dessen erfordert die Aktualisierung von 12.000 Geräten nicht das Senden eines Technikers in jeden Heizraum – die Firmware-Version wird über MQTT, OTA (over-the-air) an den Treiber gesendet.
Wenn einer dieser drei fehlen würde, würden die anderen nicht funktionieren. Mobile allein ohne Backend ist wie ein „Akku-loser” Fernseher. Ein Backend allein ohne Dashboard ist wie eine „Datenbank ohne Bedienfeld, um etwas zu ändern”. Ein Dashboard allein ohne Mobile ist wie ein „Admin-Panel ohne Nutzer, an die es sich richtet”.
Wie sieht das auf dem Handy aus
Vier Bildschirme mit APP Smart Control – so wie sie in Google Play.
← Scrollen, um mehr zu sehen →
Zwei technische Entscheidungen, die das Projekt geprägt haben
MQTT direkt statt AWS IoT Core. In der ersten Woche erwogen wir AWS IoT Core (Managed MQTT Broker) im Vergleich zu unserem eigenen MQTT-Broker auf EC2. Managed ist bequem, aber die Kosten steigen linear mit der Anzahl der Geräte – bei 12.000 Controllern (und wachsender Basis) wird die AWS-Rechnung ernst. Wir entschieden uns für Direct MQTT in der NestJS-Anwendung, mit Redis als Backing Store für die Warteschlange (BullMQ) und PostgreSQL für die Persistenz. Kompromiss: mehr eigene Infrastruktur zu unterhalten, aber planbare Kosten und vollständige Kontrolle über die Routing-Logik von Alarmen.
OTA-Firmware über ein separates Admin-Panel. Wir könnten einen „Monolithen” bauen – Firmware-Upload von der mobilen App oder programmatisch vom Backend. Aber das Aktualisieren der Controller-Firmware ist kein Feature für Endbenutzer – es ist ein operativer Prozess für KG. Deshalb haben wir ein separates Dashboard (Next.js 15) nur für das KG-Team gebaut: Upload von .bin/.hex/.fw nach S3, Auswahl, welche Version auf welchem Modell aktiviert werden soll, Rollback, falls etwas schiefgeht. Trennung der Zuständigkeiten: Mobil für Endbenutzer, Dashboard für Betreiber, Backend als Brücke zwischen den Controllern und beiden.
Heute: ca. 12.000 angeschlossene Geräte, die Zahl steigt von Monat zu Monat
Stand vom 13. April 2026: etwa 12.000 Geräte, die mit der Plattform verbunden sind. Die Zahl steigt von Monat zu Monat, denn jeder neue Controller mit WLAN-Modul, der vom KG-Band läuft, geht in die Datenbank.
Dies sind reale Objekte – von Einfamilienhäusern bis hin zu Produktionshallen. Jedes Gerät sendet Telemetriedaten über MQTT an unser Backend (NestJS auf AWS EC2), die Daten gelangen in PostgreSQL, und die mobile Anwendung liest den aktuellen Status über eine API aus. Jedes Gerät kann von der Anwendung am Telefon des Verwalters oder Besitzers gesteuert werden.
Was das geschäftlich für die KG bedeutet, sagt Grzegorz selbst im obigen Zitat: Kunden und Konkurrenz sind überrascht, Controller zum gleichen Preis, der Kunde kommt in den Laden zurück, um das Modell mit WLAN zu kaufen. Das sind drei Effekte, die man nicht anders als mit einem Produkt kaufen kann, das einfach funktioniert.
Stack, konkretnie — bez mądrych marek tylko dla dźwięku
Mobile (APP Smart Control): Flattern (Dart). Eine Codebasis, zwei Shops (iOS App Store und Google Play), ein Team.
Backend IoT NestJS 11 (TypeScript), PostgreSQL als Datenbank (AWS RDS), Redis 7 + BullMQ als Task-Queue (Verarbeitung von Push-Benachrichtigungen und asynchronen Jobs), MQTT zur Kommunikation mit den Controllern, Socket.IO + WebSocket für Echtzeitdaten im Dashboard, Firebase Admin SDK für Push-Benachrichtigungen (Firebase Cloud Messaging) und Autorisierung. Alles in Docker, Nginx als Reverse Proxy, Deployment auf AWS EC2.
KG Admin-Panel: Next.js 15 + React 19 + Tailwind CSS + Firebase (Authentifizierung). Separat auf AWS gehostet.
Speicherfirmware AWS S3. Jede Firmware-Version als separates Objekt, Versionierung, Pre-signed URLs für den Download durch die Controller.
Was wir absichtlich weggelassen haben: AWS IoT Core (teurer als direktes MQTT bei 12.000+ Geräten), Lambda + API Gateway (hier ist kein Serverless nötig – konstanter Traffic, keine Spitzen), DynamoDB (relationale Daten – Geräte, Benutzer, Konfigurationen – passen besser zu Postgres).
Häufig gestellte Fragen
Wie verbindet sich die App mit dem Controller?
Über MQTT – ein leichtgewichtiges Publish-Subscribe-Protokoll für das Internet der Dinge (IoT), das in Millionen von Geräten eingesetzt wird. Der Treiber mit seinem WLAN-Modul verbindet sich mit dem MQTT-Broker in unserem Backend, und die mobile App erhält den aktuellen Status über die API.
Was kostet die App für den Endbenutzer?
Die App ist kostenlos. Download aus dem Google Play Store oder App Store, Anmeldung über Firebase Auth. Der Controller mit WLAN-Modul wird von KG Elektronik zu einem ähnlichen Preis wie die Version ohne WLAN verkauft.
Funktioniert die Anwendung mit jedem KG-Treiber?
Mit Modellen mit WLAN-Modul, einschließlich SP-35 PID WiFi und SP-18 Control Smart Multi. Vollständige Liste kompatibler Steuerungen auf der Webseite kgelektronik.pl.
Wie sieht ein Firmware-Update für den Controller aus? Muss ich einen Techniker schicken?
Nie. KG lädt eine neue Firmware-Version über das Admin-Panel (ein separates Dashboard) hoch, und die Treiber laden das OTA-Update über MQTT herunter. 12.000 Geräte erhalten ein Update, ohne dass ein Techniker anreisen muss.
Kann ich eine ähnliche Anwendung für meine Hardware bekommen?
APP Smart Control ist das erste IoT-Projekt im Portfolio der JSON Crew (das Unternehmen existiert seit 2024, der Kern sind Produktkonfiguratoren und Vertriebsautomatisierung). Wenn Sie eine App für Ihren Controller oder Ihr Gerät planen – sprechen Sie uns unverbindlich an.
Lass uns über dein Projekt sprechen
Haben Sie in Ihrem Unternehmen Hardware, der es an einer digitalen Schicht mangelt? Planen Sie eine völlig neue mobile Anwendung für Endkunden? Dreißig Minuten Gespräch reichen normalerweise aus, um zu sehen, ob das Projekt Sinn macht und wie ein MVP aussehen könnte.
Briefing senden oder rufen Sie an: +48 886 864 199, E-Mail: [email protected].
Wir antworten an Werktagen innerhalb von 24 Stunden.
