Architektur und Migration
Sizing, Zielumgebung, Datenübernahme, Cutover und Wiederanlauf werden vor dem produktiven Betrieb geklärt.

WZ-IT plant, installiert und betreibt ChirpStack als Managed Hosting, in Ihrer Cloud oder on-premises. Je nach Zielbild übernehmen wir Migration, sichere Netzwerk- und Identity-Anbindung, Monitoring, Backups, Updates sowie Integrationen und Weiterentwicklung.
Die genannten Namen sind Marken ihrer jeweiligen Inhaber: ChirpStack (the ChirpStack project (Orne Brocaar)). WZ-IT ist ein unabhängiger Dienstleister und steht in keiner geschäftlichen, partnerschaftlichen oder vertraglichen Beziehung zu diesen Unternehmen. Wir bieten unabhängige Migrations-, Installations-, Hosting- und Betriebsdienstleistungen an.

ChirpStack ist ein Open-Source LoRaWAN Netzwerkserver für den Aufbau eigener LoRaWAN-Netze. Er bietet ein Web-Interface zur Verwaltung von Gateways, Geräten und Mandanten sowie Integrationen mit Cloud-Diensten, Datenbanken und Systemen zur Verarbeitung von Gerätedaten.
Mit einer gRPC-basierten API lässt sich ChirpStack nahtlos in bestehende Systeme integrieren oder erweitern.
Wir installieren, hosten und betreiben ChirpStack für Ihr Unternehmen - wahlweise auf unserer sicheren, auf DSGVO-Anforderungen ausgerichteten Infrastruktur in Deutschland oder anderen Standorten sowie On-Premise in Ihrer eigenen Umgebung.
Wir bieten 24/7-Monitoring, Backups und Wartung für Ihre ChirpStack-Instanz. Menschliche Reaktionszeiten und Supportzeiten richten sich nach dem gewählten Service Level.
Endgeräte der Klasse A ermöglichen bi-direktionale Kommunikation mit zwei kurzen Downlink-Fenstern nach jedem Uplink.
Zusätzlich zu den zufälligen Empfangsfenstern von Class-A öffnen Class-B Geräte extra, zeitlich geplante Empfangsfenster durch Zeitsynchronisation.
Class-C Endgeräte haben nahezu kontinuierlich offene Empfangsfenster, was die Latenz minimiert, allerdings mehr Energie verbraucht.
Optimiert den Einsatz von Datenrate und Sendeleistung, spart Energie und verbessert die Nutzung des Funkfrequenzspektrums.
Ermöglicht die Verwaltung mehrerer Organisationen, sodass Benutzer nur ihre eigenen Daten sehen.
Unterstützt beide LoRaWAN-Versionen simultan, inklusive aller regionalen Parameter-Spezifikationen.
Professionelle Installation auf Ihrer Infrastruktur - On-Premise, Cloud oder Hybrid
In Ihrem Rechenzentrum
AWS, Azure, Hetzner & Co.
Erweiterte Architektur nach technischer und lizenzrechtlicher Prüfung
Sichere Einwahl und Zugriffskontrolle für Ihre Installation
WireGuard, NetBird oder Tailscale
Direkt oder über vorgeschalteten Identity-Layer
Abhängig von Anwendung, Edition und Identity Provider
Fail2Ban, Rate Limiting, IP Whitelisting
Wir richten für Sie einen sicheren VPN-Zugang zu Ihrer Installation ein - ideal für Remote-Work und externe Mitarbeiter.
Full-Service Installation ohne versteckte Kosten
ChirpStack ist das Herzstück Ihres LoRaWAN-Netzes. Die Herausforderung liegt in den Daten: Sensoren senden Hex-Bytes, Ihre App braucht JSON. Wir schließen diese Lücke.
Der wichtigste Dev-Part: Wir schreiben Decoder-Funktionen für Ihre spezifischen Sensoren (Milesight, Adeunis, Custom). Wir wandeln `0x012F` in `{ temperatur: 22.5, unit: 'C' }` - direkt im Network Server.
Daten müssen fließen. Wir konfigurieren und entwickeln Bridges, die decodierte Daten via MQTT an Ihren Broker senden oder via HTTP-Webhook in Ihre Fachanwendung pushen.
IoT ist keine Einbahnstraße. Wir entwickeln Logik, die basierend auf Analysen Befehle ZURÜCK an den Sensor sendet (z.B. 'Ventil schließen' oder 'Sendeintervall ändern').
So setzen wir ChirpStack-Entwicklung in der Praxis um.
Sie nutzen spezialisierte Sensoren oder Eigenentwicklungen, für die es kein Standard-Profil in ChirpStack gibt.
Reverse-Engineering der Byte-Payload und Entwicklung eines effizienten JavaScript-Codecs nach Hersteller-Spezifikation.
Sensordaten sollen für Langzeitanalysen gespeichert werden, ChirpStack speichert aber nur kurz.
Ein Go/Python-Service, der den MQTT-Stream abhört und Daten optimiert in eine InfluxDB oder TimescaleDB schreibt - ready für Grafana.
Alarm bei Grenzwertüberschreitung, aber bitte nicht bei jedem einzelnen Paket (Entprellung).
Middleware-Logik, die den Datenstrom analysiert und nur dann alarmiert, wenn ein Wert X Minuten lang kritisch bleibt (Hysterese).
Wir stellen nicht nur eine Anwendung bereit. WZ-IT plant die technische Architektur, bindet Netzwerk und Identitäten an, übernimmt den vereinbarten Betrieb und entwickelt Integrationen weiter, wenn der Standard nicht ausreicht.
Sizing, Zielumgebung, Datenübernahme, Cutover und Wiederanlauf werden vor dem produktiven Betrieb geklärt.
SSO, sichere Zugänge, interne Systeme und vorhandene Security-Komponenten werden passend eingebunden.
Updates, Backups, technische Überwachung und Reaktionswege folgen einem transparenten Betriebsumfang.
APIs, Automatisierungen und individuelle Erweiterungen können über die reine Bereitstellung hinaus umgesetzt werden.
Der konkrete Umfang hängt von Anwendung, Edition, Infrastruktur und Kritikalität ab. Herstellerlizenzen und Sonderkomponenten werden separat ausgewiesen.
IoT-Plattformen verbinden Geräte, Gateways, Nachrichtentransport, Zeitreihendaten und Fachsysteme über kontrollierte Netzwerk- und Datenpfade.
Sensoren, Anlagen und Edge-Komponenten senden Telemetrie und empfangen freigegebene Steuerinformationen.
TLS, Firewall-Regeln, Reverse Proxy oder private Netzwerkpfade werden passend zur Exposition der Plattform geplant.
Lokale Konten, SSO, Verzeichnisdienste, Service Accounts und Notfallzugänge werden mit klaren Rollen verbunden.
Geräteverwaltung, Regeln, Verarbeitung und Mandanten werden passend zum Flotten- und Datenvolumen betrieben.
MQTT, LoRaWAN, HTTP oder weitere Protokolle mit geregelten Geräteidentitäten.
Zeitreihen, Aufbewahrung, Aggregation, Kapazität und Wiederherstellung.
Visualisierung, Alarmierung, APIs und Anbindung an operative Prozesse.
Das Diagramm zeigt ein belastbares Zielbild. Die konkrete Ausprägung richtet sich nach Edition, Datenflüssen, Last, Verfügbarkeitsziel und vorhandener Infrastruktur.
Ein klarer Betriebsumfang statt einer unübersichtlichen Hosting-Pauschale.
Wir richten eine Testinstanz für Sie ein, in der Regel am nächsten Werktag. Ohne Zahlungsdaten. Nach sieben Tagen wird sie gelöscht, sofern Sie nicht übernehmen.
Compute, Anwendungen, Speicher und Reaktionszeit werden getrennt ausgewiesen. So sehen Sie, was im laufenden Betrieb enthalten ist und welche Anforderungen erst nach einem technischen Assessment angeboten werden.
Wir planen auch individuelle ChirpStack-Architekturen, Integrationen und Migrationsprojekte. Kontaktieren Sie uns für ein technisches Assessment.
Eine verwaltete ChirpStack-Standardanwendung ist im Starter-Workload enthalten. Jedes Service Level enthält zusätzlich flexibel nutzbare Expertenzeit für planbare Leistungen innerhalb der regulären Servicezeit. Wählen Sie Compute, weitere Anwendungen, Speicher und das passende Service Level.
Ein Workload ist eine Compute-Instanz mit den darauf vereinbarten Anwendungen.
Ein Standard-App je Workload ist bereits enthalten. Zusätzliche dedizierte Server zählen als weitere Workloads.
79,90 € je angefangenem TB und Monat, inklusive täglichem verschlüsseltem Offsite-Backup mit 7 Tagen Aufbewahrung.
Nennen Sie kurz Ausgangslage und Ziel für ChirpStack. Wir ordnen Infrastruktur, Integration und laufenden Betrieb ein.
Ob ihr ChirpStack selbst im Haus betreiben oder Daten von Berufsgeheimnisträgern §203-tauglich unterbringen müsst - wir bauen, betreiben und warten ChirpStack auf einem verschlüsselten Vor-Ort-Server. Daten verlassen das Haus nie im Klartext.
ChirpStack on-premise ansehen
Alles über den LoRaWAN Network Server, Betrieb und unsere Services
Themen
ChirpStack ist ein Open-Source LoRaWAN® Network Server Stack, mit dem Sie LoRaWAN Gateways und Endgeräte anbinden, verwalten und deren Daten sicher in Ihre Systeme integrieren können - typischerweise über MQTT/HTTP/API.
Für IoT/IIoT wie z.B. Sensorik in Gebäuden, Industrie, Landwirtschaft, Smart City, Tracking und Monitoring - überall dort, wo lange Batterielaufzeiten und große Funkreichweite wichtig sind (LoRaWAN).
Typisch sind: Gateway Bridge, ChirpStack (Network Server + Web UI) sowie Backend-Komponenten (z.B. PostgreSQL, Redis, MQTT Broker).
In Standard-Setups nutzt ChirpStack u.a. PostgreSQL (Persistenz), Redis (Caching/State) und einen MQTT Broker für Messaging/Integrationen.
Das Gateway ist die Funk-Brücke zwischen Ihren LoRaWAN Endgeräten und dem Server-Stack. Es leitet LoRaWAN Frames an ChirpStack weiter (und Downlinks zurück).
Ja - wir richten Gateways ein, binden sie an ChirpStack an und testen die Funkstrecke (Gateway ↔ Device), inkl. sauberer Doku und Abnahme.
Grundsätzlich: Gateway in ChirpStack anlegen, Forwarder/Station konfigurieren, Konnektivität prüfen und LoRaWAN-Frames verifizieren.
Alle LoRaWAN-kompatiblen Sensoren/Tracker/Module, sofern Region/Parameters und Aktivierung (OTAA/ABP) passen und die notwendigen Identitäten/Keys vorliegen.
ChirpStack arbeitet u.a. mit Device Profiles (Fähigkeiten/Versionen/Region Params) und Applications (logische Gruppierung von Geräten nach Use-Case).
Mindestens DevEUI, LoRaWAN MAC Version und Regional Parameters Revision. Für ABP zusätzlich DevAddr + Session-Keys; für OTAA Root-Keys - sofern kein externer Join-Server genutzt wird.
Ja. In der Praxis ist OTAA meist Standard (besseres Key-Handling/Provisioning), ABP wird je nach Gerät/Use-Case genutzt.
In ChirpStack können Sie LoRaWAN Frames und Device Events prüfen (JoinRequest/JoinAccept, Uplinks, etc.).
Ja: Device Profiles können eine Payload-Decode-Funktion referenzieren, um Rohdaten in verwertbare Werte zu transformieren.
Typisch über MQTT (Events/Topics), alternativ über APIs/Integrationen. MQTT ist in ChirpStack ein zentrales Integrationsmuster.
Ja - wir setzen den MQTT-Broker sauber auf (TLS, Credentials, Rechte/Topics), binden ChirpStack an und liefern eine klare Doku der Datenflüsse.
ChirpStack publiziert u.a. Events wie Uplink, Join, etc. - und Tools wie Node-RED können diese Events abonnieren und weiterverarbeiten.
Ja - z.B. Weiterleitung in Datenbanken/Timeseries, Dashboards, Alerting, oder in eure Business-Systeme. Häufige Bausteine: Node-RED, Worker/Streams, TSDB, Data Lake.
Ja. ChirpStack ist für Self-Hosted Setups geeignet - on-prem oder in einer privaten/isolierten Cloud-Umgebung, inkl. kontrollierter Netzsegmente und Datenflüsse.
Ja - wir planen und bauen die sichere Konnektivität (z.B. VPN/S2S, segmentierte Netze, Firewall-Regeln), damit Gateways zuverlässig und sicher mit ChirpStack sprechen.
Ja - je nach Architektur/Provider/Netzdesign (z.B. mehrere Gateway-Standorte, zentrale Verarbeitung, getrennte Environments).
Skalierung passiert typischerweise über: Broker/DB-Performance, horizontale Komponenten, saubere Topic-Struktur, Backpressure, sowie Kapazitätsplanung.
Sie verhindern Chaos: Profile bündeln LoRaWAN-Version/Region-Parameter/Activation/Decoder und stellen sicher, dass Gerätegruppen konsistent und betreibbar bleiben.
Klassiker: falsche DevEUI/Keys (MIC errors), falsche Region/Parameters, Gateway-Config, Frame Counter-Themen.
Über Metriken/Logs der Komponenten (ChirpStack, DB, Redis, Broker) und Infrastruktur-Monitoring. Ziel: Drops/Backlogs früh erkennen, bevor Uplinks verschwinden.
Ja - insbesondere für PostgreSQL (Konfiguration/State), plus robuste Backup-Strategie und regelmäßige Restore-Checks.
Ja - in dem Sinne, dass Sie es kontrolliert self-hosted betreiben, integrieren und absichern können. Enterprise ergibt sich vor allem aus dem Betriebskonzept (Monitoring, Backups, Updates, Doku, SLAs).
TLS überall wo möglich, least-privilege, getrennte Service-Accounts, Netzwerksegmentierung, Secrets-Handling, Update-Policy, Logging/Auditing und dokumentierte Datenflüsse.
Ja - wir übernehmen Betrieb, Updates, Monitoring, Backups, Incident Response und Performance-Tuning als Managed Hosting / Managed Operations.
Typisch: Einrichtung ChirpStack-Stack (Infrastructure + Services), Gateway-Rollout (Konfig, Standortcheck, Tests), Private Netzwerke/VPN, Sensor-Onboarding, MQTT Broker + Integrations-Pipelines, Datenverarbeitung (DB/TSDB/Dashboards/Alerts).
Meist in 5 Schritten: 1. Anforderungen (Region, Use-Case, Device-Typen, Datenziele), 2. Architektur & Security-Baseline, 3. Aufbau Stack + MQTT + Monitoring/Backups, 4. Gateway + Device Pilot (1-3 Device-Typen), Validierung, 5. Rollout + Betrieb (SLA/Runbooks/Doku). Mehr Details auf unserer ChirpStack-Seite.
15.02.2026
Münster ist Wissenschaftsstadt. Die Westfälische Wilhelms-Universität, die FH Münster, das Universitätsklinikum und zahlreiche Forschungseinrichtungen bilden eine Campus-Landschaft, die von IoT-Infrastruktur profitiert. Ob Gebäudeautomation, Forschungsdatenerfassung oder...
03.02.2026
IoT-Projekte stellen Unternehmen vor eine zentrale Herausforderung: Welche Komponenten benötigt man für einen funktionierenden IoT-Stack? Von der Sensorebene über die Datenerfassung bis zur Visualisierung müssen...
Diese Lösungen werden oft zusammen mit ChirpStack eingesetzt
Diese Lösungen bieten ähnliche Funktionalitäten und können gemeinsam evaluiert werden
Kein Risiko: Im schlechtesten Fall gehen Sie mit mehr Klarheit über Ihr Projekt heraus als vorher.


„Die Beratung von WZ-IT zu unserer Azure-Migration war schon im Erstgespräch fachlich sehr fundiert und völlig unverbindlich - wir haben eine Menge mitgenommen.“
Ob konkrete IT-Herausforderung oder einfach eine Idee - wir freuen uns auf den Austausch. In einem kurzen Gespräch prüfen wir gemeinsam, ob und wie Ihr Projekt zu WZ-IT passt.
Timo Wevelsiep & Robin Zins
Geschäftsführer
