← Alle Fallstudien
CASE STUDIES · 2019-2023

IKB

Vier Jahre Engineering im stadtweiten IoT-Build von Innsbruck. Infrastruktur, Geräte, Codecs. Komplett übergeben, weiterhin in Bereitschaft.

IKB (Innsbrucker Kommunalbetriebe) ist der städtische Versorger von Innsbruck. Wasser, Energie, Abfall, Telekom. Sie hatten ihr Smart-City-Vorhaben bereits begonnen und brauchten Engineering-Hände, die mithelfen, es auf Stadtebene zu heben, statt noch eine Foliensammlung dazu zu produzieren.

ENTERPRISE 2019-2023 Live
01 Überblick

Überblick

IKB (Innsbrucker Kommunalbetriebe) ist der städtische Versorger von Innsbruck. Wasser, Energie, Abfall, Telekom. Sie hatten ihr Smart-City-Vorhaben bereits begonnen und brauchten Engineering-Hände, die mithelfen, es auf Stadtebene zu heben, statt noch eine Foliensammlung dazu zu produzieren.

02 Was ist die Herausforderung?

Was ist die Herausforderung?

Mithelfen, ein laufendes Smart-City-Projekt auf Stadtebene zu heben. Echte Straßen, echte Geräte von echten Herstellern, keiner spricht denselben Dialekt. LoRaWAN-Backbone auf Kubernetes härten und erweitern. Multi-Hersteller-Hardware zu evaluieren und integrieren. Uplink-/Downlink-Payloads pro Gerät zu dekodieren. Verbindungsabbrüche, abweichende Gateway-Firmware, Datenblätter, die logen.

03 Welche Entscheidung haben wir getroffen?

Jedes Gerät, sein eigener Dialekt. Und jedes Gerät, seine eigene Uhr.

IKB hatte das Projekt bereits begonnen, als wir dazustießen. Das LoRaWAN-Backbone auf Produktionsskala zu erweitern war handhabbar. Codecs gegen Datenblätter zu schreiben, die logen, war es nicht. Jeder Hersteller behandelte Pakete auf seine eigene Weise. Manche Geräte sprachen täglich, manche quartalsweise, manche nur, wenn ein Wasserzähler eine Leckage erkannte. Ein falsches Byte kostete einen ganzen Zyklus zur Verifikation. Wir haben eine Codec-Workbench pro Hersteller gebaut, echte Pakete eingefangen und offline erneut abgespielt.
04 Was wir gemacht haben

Was wir gemacht haben

Wir sind in IKBs laufenden Smart-City-Build eingestiegen, als Teil des Engineerings, das ihn auf Stadtebene hob, gegen Multi-Vendor-Realität, in der keine zwei Geräte denselben Dialekt sprechen. Unser Bereich: Infrastruktur und Geräte. Jahr eins: Kubernetes-Cluster mit ChirpStack erweitert, Feldtests an Wasserzählern und Cargo-Bike-Trackern, die Uplink-Decoder und Downlink-Encoder, Infrastruktur gehärtet. Jahre zwei bis vier: Plattform komplett an IKBs Inhouse-Team übergeben und als externer Support geblieben, neue Geräteintegrationen, der Grafana-Stack, Feld-Konnektivität, Herstellergespräche.

05 Ergebnisse

Ergebnisse

4 Jahre Im Build auf Stadtebene
Multi-Vendor Forschung & Integration
Architecture & Flows

Produktions-Architektur

ChirpStack auf Kubernetes terminiert die LoRaWAN-Gateways in Innsbruck und Innsbruck-Land, MQTT ist der Integrations-Bus zwischen Gateway Bridge, ChirpStack-Diensten und nachgelagerten IKB-Consumern. Eigene Geräte-Codecs und der Grafana-Monitoring-Stack, beides über die gesamte Zusammenarbeit hinweg von Wavect betrieben und ausgebaut, in Gelb hervorgehoben.

Das Diagramm zeigt eine vereinfachte High-Level-Architektur und lässt vertrauliche Implementierungs- und Sicherheitsdetails aus.

06 Was wir gelernt haben

Was wir gelernt haben

IoT auf Stadtebene ist ein Koordinationsproblem, das sich als Hardwareproblem verkleidet. Die Protokolle sind handhabbar. Die Datenblätter nicht. Jeder Hersteller lügt ein bisschen, jedes Payload-Format ist sein eigener Dialekt. Enge Koordination über den gesamten Stack ist das Einzige, was funktioniert.

Tech Stack
Tags
IoTSmart CityLoRaWAN

Willst du ähnliche Ergebnisse?

Erzähl uns, was du baust. Wir sagen dir ehrlich, ob wir das richtige Team sind.

 Termin buchen