SCADA, Telemetry and Telecontrol using TETRA-Infrastructure Toronto, April 25th, 2013 Funk-Electronic Piciorgros GmbH Michael D. Piciorgros (CEO)
Why TETRA and not. APCO 25 DMR WiMAX WiFi Digital Cellular, Edge, 2G, 3G, (4G) Other digital Wireless Systems
because? Try to compare all technical and commercial aspects of the following presentation with the mentioned technologies
Why TETRA instead of Public (Digital Cellular) Networks: GSM, Edge, GPRS, 3G, 4G - Technical Problems - Terrorist Attacks - Power Fail
Oktober 2007 GSM Partial down for several Hours Mehrere Stunden lang war am Abend das Telefonnetz der Telekom gestört: Gespräche kamen nicht zustande, Verbindungen wurden falsch hergestellt. Grund für das Chaos war ein Software-Update. Der Ausfall eines Servers hat bei der Deutschen Telekom am Montagabend mehrere Stunden lang zu Ausfällen im Telefonnetz geführt. Betroffen waren sowohl das Festnetz als auch der Mobilfunk. Schwerpunkt war der Großraum Düsseldorf. Die Störung habe sich in einigen Fällen aber auch bis Hamburg und Stuttgart ausgewirkt, sagte Konzernsprecher Stephan Broszio in Bonn. Wie viele Teilnehmer von der Störung betroffen gewesen seien, lasse sich nicht genau ermitteln. Zu den Problemen gekommen war es, nachdem am Montagnachmittag auf einen Server der Telekom in Düsseldorf eine neue, offenbar fehlerhafte Software aufgespielt worden war. Als die Probleme erkannt worden seien, habe man schnell reagiert und wieder die alte Software installiert, sagte der Sprecher. Danach habe sich das System gegen 21.00 Uhr wider stabilisiert. Nach Angaben der "Augsburger Allgemeinen Zeitung" bekamen auch Kunden anderer Anbieter wie Arcor die Störungen zu spüren. Vielfach kamen Telefonverbindungen erst nach mehrfachen Versuchen zustande, oder es kam häufig zu falschen Verbindungen.
Why TETRA instead of P25 (Apco25) Price
Why TETRA instead of DMR Functionality
DMR: 2 simultaneous Calls with 3 sites Channel A Channel B
DMR: 4 simultaneous Calls with 3 sites (Special Solution) Channel A (local) Channel B Channel A (local) Channel A (local)
TETRA: Up to 9 simultaneous Calls with 3 sites
TETRA: Single Site 3 Carrier 11 simultaneous calls
TETRA: Single Site 3 Carrier 11 simultaneous calls
SCADA Applications using TETRA Infrastructure:
SCADA (Supervise Control and Data Acquisition) The term SCADA basically includes the whole system starting from the Monitors and Computers in the Control Room, the Interfacing to the Infrastructure, the Infrastructure itself, up to the Outstations the PLC c and Sensors or Actors. This presentation will show how the SCADA Control Room Part can be interfaced to TETRA Infrastructure using different options and how the data communication can be optimized. Ref.: http://de.wikipedia.org/wiki/supervisory_control_and_data_ Acquisition
Typical SCADA Server Layout Ref: Scada: Wikipedia Monitor: Samsung
SCADA using SDS Communication based Radio-to-Radio Control Room Serial Interface SDS TMO-100 Serial Communication SDS SDS TMO-100 I/O TMO-100 Command and Control Line Device SDS Serial Interface AMR TETRA Switch TMO-100
SCADA with Radio to Radio Communication Easy to set up No need to physically linked to the TETRA switch (infrastructure) Point to Point and Point to Multi Point Low cost solution Two RF links to the TETRA infrastructure needed Reduced communication speed
SCADA using an SDS Gateway Control Room Public Lighting SDS TMO-100 Two Serial Interfaces TGW-100 SDS Gateway SDS TMO-100 I/O IP Communication SDS Command and Control Line Device TETRA Switch TMO-100 AMR
SCADA using an SDS Gateway No RF traffic on the control room side About 50% faster than Radio-to-Radio communication Needs an SDS Gateway ($$$) Needs to be connected to the TETRA switch
SCADA using a (Serial over IP) Packet Data Gateway Control Room Serial Interface PD TMO-100 Two Serial Interfaces TGW-100P Packet Data Gateway PD TMO-100 I/O IP Communication PD Command and Control Line Device Serial Interface AMR TETRA Switch TMO-100
SCADA using a Packet Data Gateway No TETRA uplink on the control room side About 50% faster than Radio-to-Radio communication MCCH is NOT used for data communication Needs an SDS Gateway Needs to be connected to the TETRA switch
SCADA using direct IP Communication Control Room IP PD TMO-100 PD Direct IP Communication TMO-100 I/O PD Command and Control Line Device IP AMR TETRA Switch TMO-100
SCADA using IP Communication No TETRA uplink on the control room side About 50% faster than Radio-to-Radio communication MCCH is NOT used for data communication No special SCADA to TETRA gateway needed Only IP communication possible Needs to be connected to the TETRA switch
Real TETRA SCADA Solution TMO-100
TETRA Modem - TMO-100
Power Supply: 12 Volt up to 24 Volt +/-20%
Heavy Duty Connectors
DIN-Rail Mounting
BNC Antenna Connector
16 digital Inputs including 8 Event Counter and 8 Timer (*) All inputs visible as LED
8 (16) digital Outputs PNP open Collector (500 ma each) All Outputs visible as LED
4 analog Inputs 0-20 ma or 4-20 ma
8 LED Field Strength Bar Graph
Two Serial Ports RS-232 or RS-485 / (RS-422)
10/100 MB Ethernet Port
Voice Option
Embedded Web-Browser
Embedded IP and TETRA Router
Embedded MicroPLC
PLE - Powerful Java Graphic Editor
No Cryptic Formulas for Logic design
Powerful embedded Micro PLC
Embedded myscad Micro SCADA
Embedded myscad Micro SCADA
Typical SCADA Applications:
Open Pit Mining (Water Level Control)
Turkey, Mining Application DMO Mode
Gas and Oil
Utility (Energy Companies) Pole Mounted Switches
Some FAQ:
What serial Protocols can be used with TETRA? Most of the common serial protocols like Modbus, DNP3, Pak Bus, BSAP, ROC, IEC60870-5-101,... and also others can be used with TETRA. Depending on Radio-to-Radio communication or Switchto-Radio communication the SCADA Server response timeout should be set to an appropriate value between 2 and 5 seconds.
What IP Protocols can be used with TETRA? On Radio-to-Radio communication care should be taken when using TCP protocol, but it is no problem to use UDP.
What is Serial over IP and when should it be used? I cases where the TETRA infrastructure does not support Secondary Control Channels (SSCH) and the Main Control Channel (MCCH) should not be overloaded, the serial data can be packed into IP frames of up to 1,5 k Bytes and sent on traffic channels with Packet Data or Multi Slot Packet Data.
What is Packet Data Channel Sharing? Most of the SCADA applications use polling protocols. That means that the SCADA Server (Control Room) sends a request to an outstation asking for process data. And once the outstation device has responded, the next field device will be polled. In case of Packet Data communication, with each polling the specific outstation will switch to the packet data traffic channel and respond to the SCADA Server request. As there is no logical End of Data for the TETRA infrastructure, each device will stay after the data communication has been terminated for some additional time until a Ready Timer expires. With the Packet Data Channel Sharing, additional devices can use these still occupied channels
Can TETRA modems also use the TETRA voice feature? Yes! Depending on the modem design, voice and data features are available
Please don t forget: All of that was:
Funk - Electronic Piciorgros GmbH Claudiastr. 5 51145 Köln-Porz Germany Presentation (Power Point) info@piciorgros.com http://www.tetramodem.com