Standards • Individuelle • Proprietäre
Was sind Templates?
Protokoll Templates sind Lua Skripts die vorgeben, wie ein kontinuierlicher Datenstrom in einzelne Telegramme unterteilt und wie diese dargestellt werden. Dies macht sie äußerst anpassbar an alle möglichen Protokolle.
Wie funktionieren sie?
Alle empfangenen Daten werden in einer extrem schnellen Lua Engine gemäß dem Template verarbeitet. Funktionen helfen die Start/Ende Bedingungen zu erkennen. Ein spezielles Box Modul erlaubt die individuelle Anzeige beliebiger Telegramm Abschnitte.
Eigene Templates?
Aber natürlich - das ist die Intention! Die Analyser Software bietet alles was Sie zum Schreiben eigener Templates benötigen. Oder Sie modifizieren eines der vielen mitgelieferten Templates ganz nach Ihren Zwecken. Mehr lesen
Meistern Sie Ihr Protokoll in allen Schichten
mit Features die Sie bei der Protokoll Analyse nicht mehr missen wollen
Perfekt zur Ausbildung
Variieren Sie mit Lua die Protokoll Definitionen und sehen Sie die Auswirkungen unmittelbar im Display - ohne die aufgenommenen Daten zu beeinflussen.
Lesbare Telegramme
Verständliche statt kryptische Telegramm Inhalte! Umwandlung binären Zahlen, Zuweisung von eindeutigen Namen, veränderliche Farben abhängig vom Feldinhalt und mehr...
Individuelle Filter
Konzentrieren Sie Ihre Analyse auf die wichtigen Abschnitte indem sie eigene Filter realisieren. Sie entscheiden, welche Telegramme Sie sehen wollen.
Eigene Prüfsummen validieren
Berechnen, testen und verarbeiten auch individueller Prüfsummen. Verwenden Sie die integrierten Funktionen für CRC, LRC oder schreiben Sie Ihren eigenen Prüfsummen Algorithmus in Lua.
Vielfältiger Export
Dokumentieren Sie Ihre Resultate in Textverarbeitungs Programmen oder verarbeiteten Sie die Daten in Excel ®, Open Office Calc etc. Teilen Sie Ihre Ergebnisse mit anderen.BASE16 Decorder
Hex ASCII Sequenzen (z.B. Modbus ASCII) zu Binär
Zahlen Konverter
Little/Big Endian Datenbytes zu Integer oder Fliesskomma
Prüfsummen Validierer
CRC16 für Modbus, DNP3, CCiTT Kermit, BACnet, CRC8 BACnet, LRC
Datum & Zeit Ausgabe
Absolute, lokale und relative Anzeige von Zeit und Datum
Diverse Lua Erweiterungen
unterstützen Sie bei der Verarbeitung von unterschiedlich kodierten Daten wie z.B. Base16, Zahlen Umwandlung (little Endian, big Endian), Datum/Zeit Ausgabe und mehr...Verfügbare Templates
Die folgenden Templates sind bereits Teil der Analyser Software. Neu hinzukommende Templates können hier heruntergeladen werden.
- 3964(R)
-
A standardized serial Point-To-Point protocol, commonly used between two PLC (SPS). It is a Master-Master protocol and comes in two variants: 3964 without checksum and 3964R using a CRC checksum. The analyzer supports both.
- BACNet
-
A full-duplex protocol for building automation and control networks, standardized by ASHRAE, ANSI and ISO 16484-5. The analyzer supports PTP (Point-To-Point) over RS-232 and MS/TP (Master-Slave/Token-Passing over RS-485).
- Common 9-Bit
-
A general template for protocols with a 9-Bit start (address) field. It can be used as a start for typical Multi-Drop protocols.
- DF-1
-
The Allen-Bradley DF1 protocol is a major industrial serial protocol supported by a large number of devices, both those built by Allen-Bradley and other companies. It supports full-duplex peer-to-peer as well as half-duplex master-slave communications and consists of link layer and application layer formats.
- DNP3
-
DNP3 (Distributed Network Protocol) is used between components in the process automation field, especially electric and water companies. Telegrams are defined as a fixed length header block followed by optional data blocks. Each block ends with a 16-bit CRC.
- MDB/ICP
-
MDB is a serial bus protocol for electronically controlled vending machines. The interface is a 9600 baud Master-Slave arrangement where all peripherals are Slaves to a Master controller.
- IEC60870-5-101
-
IEC 60870-5 refers to a collection of standards produced by the International Electrotechnical Commission, or IEC, to provide an open standard for the transmission of SCADA telemetry control and information. The protocol internal settings specify a varying information object address (IOA), different length of the common address (ASDU) and an optional originator field (COT). The analyzer supports all variants.
- Modbus
-
Modbus is a multidrop network based communication protocol for master/client architecture. Originally published by Modicon (now Schneider electric) in 1979 is has become a de facto standard for its simplicity and robustness. Serial Modbus connections can use two basic transmission modes: ASCII and RTU. In RTU telegrams are separated by a specifiy time gap of 3.5 characters. The analyzer supports both.
- Profibus
-
Profibus is a fieldbus communication standard first promoted in 1989 by the German department of education and research (BMBF) and then used by Siemens. A Profibus system uses a bus master to cyclically poll slave devices distributed in multi-drop fashion on a RS485 serial bus. Slaves are not allowed to send data without request by the master. As like in Modbus telegrams are separated by a specified time gap (sending or sync pause) of 33 bits.
- SAE-J1587
-
SAE-J1587 is an automotive diagnostic protocol standard developed by the Society of Automotive Engineers (SAE) for heavy-duty and most medium-duty vehicles built after 1985.
- SAE-J1922
-
The SAE-J1922 protocol is a standard for
Powertrain Control Interface for Electronic Controls Used in Medium- and Heavy-Duty Diesel On-Highway Vehicle Applications
.This template was designed to help reverse engineer the communication between the EM2000 and the EMDEC on a SD70 locomotive. The hardware is likely J1708 which is based on RS485 but without any terminating resistors. It is far from perfection!
- SMA-NET
-
The SMA-Net is a proprietary protocol developed by SMA, one of the largest manufacturers of photovoltaic inverters in the world. It is compatible inter alia with TCP/IP, PPP and HDLC. Telegrams starts and ends with hex 7E which has to escaped when occuring in the data payload.
- USS
-
The USS protocol (Universal Serial Interface Protocol) defines an access technique according to the master-slave principle for communications via a serial bus. One master and a maximum of 31 slaves can be connected to the bus. The individual slaves are selected by the master via an address character in the telegram.
Nicht dabei? - Selbst Schreiben!
Was wird benötigt
Jedes Template muss die zwei Funktionen split() und out() enthalten.
split() zerteilt den eingehenden Datenstrom in einzelne Telegrame.
out() kontrolliert die Erscheinung der aktuell sichtbaren Telegramme im Programm Fenster.
In Telegramme splitten
ist einfach. Jedes empfangene Byte wird mit allen nötigen Informationen an split() übergeben und bezüglich Telegramm Start oder Ende bewertet. Als Resultat wird STARTED, MODIFIED oder COMPLETED zurück gegeben. Beispiel ein/ausklappen!
Die Telegrammanzeige
wird in out() realisiert. Entworfen für maximale Performance wird out() nur für die Telegramme aufgerufen, die gerade angezeigt werden. In out() haben Sie Zugriff auf alle Telegramm Daten und können Sie individuell in farbigen Boxen darstellen. Beispiel ein/ausklappen!
Weitere Information
Mehr erfahren
Das umfassende Handbuch erklärt alle Aspekte des Schreibens von Template, einschließlich des Exports und Filterung individueller Protokolle.
Einfach ausprobieren
Laden Sie die Analyser Software herunter und 'spielen' Sie mit den enthaltenen Beispielen. Sie ist kostenlos und funktioniert auch ohne Analyser.
Brauchen Sie Hilfe?
Wir lieben neue Protokolle. Haben Sie ein hier nicht aufgeführtes Standard Protokoll? Geben Sie uns einfach Bescheid und wir schreiben es für Sie.
Empfohlene Tools
Wir werden oft gefragt, wie man Telegramme simuliert. Hier sind einige freie Tools die evtl. bereits eine Lösung versprechen.