Dienstleistungen · Systemintegration
Anbindung analoger, digitaler und IP-Funknetze an SCADA, BMS und die Fachanwendungen des Kunden.
Wir binden analoge VHF/UHF-Netze, DMR, TETRA, P25 und PTT-Endgeräte über Mobilfunk an eine einzige Leitstellenkonsole an. Zustand, Alarme und Messwerte der Geräte stellen wir über SNMP, REST, Syslog und LoRaWAN in den Systemen bereit, die der Kunde bereits nutzt; die Anbindungen entwickeln unsere Techniker selbst.
In einer Leitstelle laufen fast immer Systeme aus unterschiedlichen Baujahren nebeneinander: ein analoges VHF-Netz, das noch in Betrieb ist, ein neueres DMR- oder TETRA-Netz, das SCADA-System der Tunneltechnik und die Fachanwendung, in der das Personal Störungsmeldungen eröffnet und schließt. Solange diese Systeme getrennt bleiben, bleibt die Arbeit am Bediener hängen: Er beobachtet mehrere Bildschirme und überträgt dieselben Angaben von Hand, während der Alarm eines Repeaters nur im Gerät protokolliert wird und niemand ihn liest, bis die Funkversorgung ausfällt. Derselbe Standort erscheint zudem in den beiden Systemen unter zwei verschiedenen Namen, und jede Zuordnung der Meldungen kostet einen manuellen Abgleich.
Unsere Aufgabe ist es, diese Systeme zu verbinden. Wir beginnen mit einer Bestandsaufnahme der installierten Systeme und der Schnittstellen, die sie bereitstellen, halten schriftlich fest, welche Daten ausgetauscht werden und wie Standorte und Geräte einheitlich benannt sind, entwickeln die Anbindungen selbst und prüfen sie vor der Inbetriebnahme gemeinsam mit den Technikern des Kunden in Interoperabilitätstests. Jede Anbindung folgt den Anforderungen an die Cybersicherheit nach ISA/IEC 62443-3-3 Security Level 2 und nach der Richtlinie NIS2; die Verbindungen von Respondr und Track-TP sind mit TLS 1.3 und AES-256 verschlüsselt.
Die drei Ebenen, auf denen wir arbeiten.
Ein Integrationsprojekt betrifft fast immer jede dieser drei Ebenen, vom Sprechfunk bis zu den Zustandsdaten der Geräte.
Sprechfunk auf einer einzigen Konsole
Wir binden analoge VHF/UHF-Netze, DMR, TETRA, P25 und PTT-Endgeräte über Mobilfunk an denselben Bedienplatz an. Der Bediener in der Leitstelle spricht mit sämtlichen Einsatzteams, ohne das Gerät zu wechseln.
Zustand und Alarme in den Systemen des Kunden
Gerätezustand, Alarme und Messwerte stellen wir über SNMP, REST und Syslog in den Plattformen bereit, die der Kunde bereits nutzt. Fehlt eine Überwachungsplattform, erfassen wir dieselben Daten in Track-TP.
SCADA, BMS und Fernwirktechnik
Wir verbinden die Funknetze mit den Systemen, die die Infrastruktur steuern, vom Tunnel-SCADA bis zum Gebäude-BMS: Ein von der Anlagentechnik erkannter Alarm erreicht die Funkleitstelle, und eine Meldung der Funkleitstelle erreicht das Personal, das die Anlagen betreut.
Was wir integrieren und über welche Protokolle.
Die Systeme, die wir anbinden, nach Art gruppiert, mit der jeweils genutzten Schnittstelle.
PMR-Funknetze
- Analoge VHF/UHF-Netze, die noch in Betrieb sind, angebunden ohne Austausch der Geräte
- DMR-Netze Tier II und Tier III, auch im Gleichwellenbetrieb (simulcast)
- TETRA-Netze, mit Kopplung zu anderen Systemen (ISI), sofern der Hersteller sie bereitstellt
- P25-Netze, Flugfunk im VHF-Band und PTT-Endgeräte über Mobilfunk (PoC)
Leitstellen und Dispatch-Konsolen
- Kanäle unterschiedlicher Funknetze in einer einzigen Liste am Bedienplatz
- Audioverteilung zwischen Leitstellen, mit Echounterdrückung und Rückkopplungsunterdrückung zwischen Bedienplätzen im selben Raum
- Aufzeichnung sämtlicher Kanäle, mit Suche nach Funkgerätekennung, Uhrzeit, Kanal, Gruppe und Inhalt der Meldung
- Position der Einsatzteams auf der Karte, aus den Android- und iOS-Apps, aus LTE-Funkgeräten und aus GPS-Ortungsgeräten in den Fahrzeugen
- Kopplung mehrerer Leitstellen und Anbindung an die Kanäle der Notfalldienste
Standardisierte IT-Protokolle
- SNMP v1, v2c und v3, sowohl abfragend als auch beim Empfang von Traps
- REST-APIs, sowohl die unserer Plattformen als auch die der Systeme des Kunden
- Syslog für die zentrale Erfassung der Geräteereignisse
- Potentialfreie Kontakte und Relaisausgänge für Geräte ohne Netzwerkschnittstelle
IoT-Sensoren und LoRaWAN-Netze
- LoRaWAN-Gateways im 868-MHz-Band und Registrierung der Sensoren auf dem LoRaWAN-Server
- Umweltsensoren: Temperatur, Feuchte, CO₂, Radon und Helligkeit
- Bauwerkssensoren: Schwingung, Neigung, Last und Verformung
- Betriebssensoren: Fahrzeugzählung, Kraftstofffüllstand und Parkplatzbelegung
SCADA, BMS und technische Anlagen
- SCADA-Systeme von Tunneln und Streckenabschnitten, für den Austausch von Zuständen und Befehlen
- Gebäude-BMS: Klimatisierung, Schaltanlagen und Zutrittskontrolle
- Videoüberwachungsanlagen, mit Aufschaltung der Kamera an der Stelle, von der der Alarm stammt
- Fernwirksysteme für Strom-, Wasser- und Gasnetze
Fachanwendungen und Überwachung beim Kunden
- Systeme für Störungsmeldungen: Der Alarm eröffnet die Meldung, und der Abschluss wird auf der Überwachungsplattform nachgeführt
- Bereits genutzte Überwachungsplattformen, die Zustand und Alarme unserer Geräte erhalten
- Abgeglichene Stammdaten von Standorten und Geräten, mit derselben Bezeichnung in beiden Systemen
- Unternehmensweites Single Sign-on (SSO) und Profile je Rolle, mit je Bediener nachvollziehbaren Vorgängen
- Export der Historie nach CSV und Excel für die Auswertungen des Kunden
Maßgeschneiderte Anbindungen
- Analyse des Protokolls und der Dokumentation des anzubindenden Geräts
- Umsetzung der Formate: Maßeinheiten, Störungscodes und Standortbezeichnungen
- Entwicklung der Anbindung mit nachvollziehbarer Versionierung, Dokumentation und automatisierten Tests
- Aktualisierung der Anbindung, wenn sich die Firmware des angebundenen Geräts ändert
Sicherheit und Konformität
- Verschlüsselung der Verbindungen mit TLS 1.3 und AES-256 auf unseren Plattformen
- Anforderungen nach ISA/IEC 62443-3-3 Security Level 2, angewendet auf die Architektur der Integration
- Konformität mit der Richtlinie NIS2 (EU 2022/2555) für Betreiber wesentlicher Dienste
- Betrieb unserer Plattformen in der Cloud, on premise oder gemischt; in der Cloud-Variante bleiben die Daten im Land des Kunden
Wie ein Integrationsprojekt abläuft.
Der Ablauf von der ersten Bestandsaufnahme der vorhandenen Systeme bis zum Betrieb an sämtlichen Standorten.
- Schritt 01
Bestandsaufnahme der vorhandenen Systeme
Wir erfassen die installierten Geräte, Netze und Plattformen, die Schnittstellen, die sie bereitstellen, die vorhandene Dokumentation sowie die Netz- und Sicherheitsvorgaben des Kunden.
- Schritt 02
Spezifikation der Schnittstellen
Wir halten schriftlich fest, welche Daten in welcher Richtung und über welche Protokolle ausgetauscht werden, wie Standorte und Geräte benannt sind und was beim Ausfall einer Verbindung geschehen soll.
- Schritt 03
Entwicklung der Anbindungen
Wir entwickeln die Anbindungen an die Systeme des Kunden selbst, mit nachvollziehbarer Versionierung, technischer Dokumentation und automatisierten Tests bei jeder Änderung.
- Schritt 04
Interoperabilitätstests
Wir prüfen die Integration gemeinsam mit den Technikern des Kunden an einem Pilotstandort. Wir testen sämtliche vorgesehenen Fälle, einschließlich Verbindungsausfall und Neustart der Geräte, und halten das Ergebnis im Protokoll fest.
- Schritt 05
Inbetriebnahme und Begleitung
Wir weiten die Integration auf sämtliche Standorte aus, schulen die Administratoren der angebundenen Systeme und begleiten das Personal in den ersten Betriebswochen.
Was Sie erhalten.
Die Dokumentation und die Komponenten, die beim Kunden verbleiben, auch für die Abnahme und für die Sicherheitsprüfungen nutzbar.
- Spezifikationsdokument der Integration
Die Liste der ausgetauschten Daten, der eingesetzten Protokolle und der gemeinsamen Bezeichnungen, mit dem Kunden vor Beginn der Entwicklung abgestimmt.
- Realisierte und dokumentierte Anbindungen
Die für Ihre Anlage entwickelten Anbindungen, mit Versionsnummer, Konfigurationshandbuch und Wiederherstellungsanleitung.
- Protokoll der Interoperabilitätstests
Die Liste der mit dem Kunden getesteten Fälle und deren Ergebnis, von beiden Seiten unterzeichnet: Sie dient bei der Abnahme und bleibt Bezugspunkt für spätere Änderungen.
- Dokumentation der APIs
Die Spezifikationen der von unseren Plattformen bereitgestellten Schnittstellen: Format der Nachrichten, Authentifizierungsverfahren und Beispielaufrufe.
- Architektur- und Datenflussschema
Das Schema der Verbindungen zwischen den Systemen, mit den genutzten Netzen und Ports, auch für die Sicherheitsprüfungen des Kunden nutzbar.
- Schulung der Administratoren
Schulungen für die Personen, die die angebundenen Systeme betreuen, beim Kunden oder aus der Ferne, an der tatsächlich installierten Anlage.
Für welche Branchen.
Die Branchen, die diese Dienstleistung am häufigsten in Anspruch nehmen.
Öffentliche Sicherheit
Wir planen, realisieren und warten Mission-critical-Funknetze und Leitstellen für Ordnungskräfte, Rettungsdienste und die Protezione Civile: TETRA-, DMR- und P25-Netze mit der Dispatching-Plattform Respondr und über zwanzig Jahren Erfahrung in der Kommunikation, in der ein Ausfall nicht zulässig ist.
Versorger und Industrie
Wir planen, installieren und warten professionelle Funknetze, ATEX-zertifizierte PoC-Geräte und LoRaWAN-Sensornetze für Energieversorger, Versorgungsunternehmen und industrielle Hochrisikoumgebungen: für Kunden wie Iren bringen wir über zwanzig Jahre Erfahrung in der Mission-critical-Kommunikation ein.
LoRaWAN
Wir planen, installieren und warten vollständige LoRaWAN-Netze – Gateways auf 868 MHz, Sensoren mit langer Autonomie und die Überwachungsplattform Track-TP –, um die Felddaten zuverlässig, wirtschaftlich und unabhängig vom Mobilfunkbetreiber in die Plattform zu bringen.
Eingesetzte Produkte.
Die von Teleproject selbst entwickelten Produkte, die wir bei dieser Dienstleistung einsetzen.
- Mission-Critical-Dispatching-Plattform
Respondr
Respondr ist die von Teleproject intern entwickelte Softwareplattform für die Verwaltung von Mission-Critical-Funkkommunikation. Eine IP-Plattform, die analoge, digitale und PoC-Netze in einer einzigen Bedienoberfläche vereint. Verfügbar in der Cloud auf AWS, on-premises oder als Hybridlösung.
TETRA · DMR · P25 · VHF/UHF · PoCTLS 1.3 · AES-256ISA/IEC 62443-3-3 SL2 - Web-Plattform für die Infrastrukturüberwachung
Track-TP
Track-TP ist die von Teleproject intern entwickelte Plattform zur Echtzeit-Überwachung von Netzwerkgeräten, Servern, Mission-Critical-Funksystemen und IoT/LoRaWAN-Sensoren. Eine leistungsstarke Lösung mit konfigurierbaren Dashboards, Mehrkanalalarmen und exportierbarem Verlauf — verfügbar in der Cloud oder on-premises.
SNMP v1/v2c/v3RESTLoRaWAN 868 MHz
Mehr erfahren.
Häufige Fragen.
Die Fragen, die uns zu dieser Dienstleistung am häufigsten gestellt werden.
Was wird benötigt, damit ein bereits installiertes Gerät angebunden werden kann?
Erforderlich ist eine erreichbare und dokumentierte Schnittstelle: ein Netzwerkanschluss mit SNMP, eine REST-API, die Übermittlung der Ereignisse über Syslog oder, bei Geräten ohne Netzwerkschnittstelle, ein potentialfreier Kontakt. Liegt die Protokolldokumentation nicht vor, fordern wir sie beim Hersteller an, bevor wir mit der Entwicklung der Anbindung beginnen. Das Gerät muss außerdem aus dem Netz erreichbar sein, in dem die Verbindung aufgebaut wird: Welche Adressen freigegeben werden und welche Firewall-Regeln gelten, stimmen wir mit den IT-Technikern des Kunden ab.
Lässt sich ein System integrieren, ohne die Leitstelle außer Betrieb zu nehmen?
In den meisten Fällen ja. Die Anbindung wird an einem Pilotstandort erprobt, während die Anlagen in Betrieb bleiben; die Daten laufen erst nach erfolgreichem Abschluss der Tests auf das produktive System. Abzustimmen bleiben kurze Zeitfenster für Arbeiten, die den Neustart eines Geräts oder eine Änderung der Firewall-Regeln erfordern.
Wer aktualisiert die Anbindungen, wenn sich ein angebundenes System ändert?
Die Aktualisierung übernehmen wir: Wir entwickeln die Anbindungen selbst und verwalten ihre Versionen, ihre Dokumentation und die automatisierten Tests. Vom Kunden benötigen wir die frühzeitige Information über Firmware-Updates und Versionswechsel der angebundenen Systeme; so prüfen wir die Anbindung auf der neuen Version, bevor das Update die produktive Anlage erreicht. Ändern sich die ausgetauschten Daten, aktualisieren wir auch die Spezifikation der Integration.
Was geschieht, wenn ein Alarm das angebundene System nicht erreicht?
Zuerst wird festgestellt, an welcher Stelle der Datenfluss abgerissen ist: am Gerät, das den Alarm erzeugt, an der Netzverbindung, an der Anbindung oder am empfangenden System. Dafür protokollieren die Anbindungen die Ereignisse auf beiden Seiten der Verbindung und melden auch den Ausfall der Verbindung selbst. Die zu Projektbeginn vereinbarte Spezifikation legt fest, wer für welchen Abschnitt zuständig ist, sodass für jede Prüfung bereits ein Verantwortlicher benannt ist.
Fordern Sie ein Angebot für Systemintegration an.
Einer unserer Project Manager analysiert die spezifischen Anforderungen des Projekts und erstellt ein eigens darauf zugeschnittenes technisch-wirtschaftliches Angebot.