IKB
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 es auf Stadtebene heben, statt noch eine Foliensammlung zu produzieren. Die IKB ist unser stärkster lokaler Beleg als Softwareagentur in Tirol .
Ü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 es auf Stadtebene heben, statt noch eine Foliensammlung zu produzieren. Die IKB ist unser stärkster lokaler Beleg als Softwareagentur in Tirol .
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.
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.
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 war Infrastruktur und Geräte: den Kubernetes-Cluster mit ChirpStack erweitern, Wasserzähler und Cargo-Bike-Tracker im Feld testen, Uplink-Decoder und Downlink-Encoder schreiben und die Infrastruktur härten. Wir haben die Plattform komplett an IKBs Inhouse-Team übergeben und sind für neue Geräteintegrationen, den Grafana-Stack, Feld-Konnektivität und Herstellergespräche als externer Support geblieben.
Ergebnisse
Produktions-Architektur
Das Diagramm zeigt eine vereinfachte High-Level-Architektur und lässt vertrauliche Implementierungs- und Sicherheitsdetails aus.
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.
Willst du ähnliche Ergebnisse?
Erzähl uns, was du baust. Wir sagen dir ehrlich, ob wir das richtige Team sind.
Kontakt aufnehmen