Kommunikationsprotokoll
Wir arbeiten an der Entwicklung von Produkten für eine Reihe verschiedener Kommunikationsprotokolle, mit besonderer Expertise unter anderem in M-Bus und Modbus. Wir verfügen über langjährige Erfahrung und streben kontinuierlich danach, benutzerfreundliche und leicht handhabbare Produkte zu entwickeln.
Hier finden Sie ausführlichere Informationen zu den Protokollen, mit denen wir täglich arbeiten. Wenn Sie Fragen zu den Protokollen und deren Aufbau haben, zögern Sie nicht, uns zu kontaktieren. Wir freuen uns auch über Ihr Feedback für zukünftige Entwicklungen.
Die elektrische Schnittstelle M-Bus wurde an der Universität Paderborn, Deutschland, unter der Leitung von Professor Dr. Horst Ziegler entwickelt. M-Bus oder Meter-Bus, wie es eigentlich heißt, ist ein europäischer Standard für die Fernauslesung von Wärmemengenzählern oder anderen Verbrauchszählern. M-Bus kann auch verwendet werden, um verschiedene Module wie Pulsumwandler, analoge/digitale Eingangssignalmodule usw. auszulesen.
M-Bus ist ein kosteneffizientes Feldbussystem zur Übertragung von Verbrauchsdaten verschiedener Zählertypen. Ein zentraler Master, beispielsweise ein PC mit einem Konverter von Ethernet zu M-Bus oder alternativ RS232 zu M-Bus, kommuniziert über einen 2-Draht-Bus mit den Geräten (bis zu 250 Lastgeräte pro Segment), wie zum Beispiel Wärmemengenzähler, Wasserzähler, Stromzähler, Gaszähler und andere Zählertypen.
Immer mehr Hersteller integrieren die elektrische Schnittstelle M-Bus in ihre Zähler. M-Bus ist ein europäischer Standard, der in den Normen EN1434-3, EN13757-1, -2, -3, -4, -5, -6 beschrieben wird.
Modbus hat seine Wurzeln Ende der 70er Jahre. Während der Entwicklungsphase des Protokolls entstanden Meinungsverschiedenheiten zwischen den beiden Unternehmen, die das Protokoll entwickelten. Dies führte zur Entwicklung einer Variante von Modbus, nämlich Jbus. Der Hauptunterschied besteht darin, dass die Registeradresse um eins verschoben ist, was auch heute noch oft für Verwirrung sorgt.
Anfangs erfolgte die Kommunikation ausschließlich über RS232, doch bald wurde RS485 unterstützt, was Multi-Drop, längere Kabel und höhere Geschwindigkeiten ermöglichte. Nach und nach kam auch die Unterstützung für Modbus über TCP hinzu, wobei ein zusätzlicher Block in die Nachricht eingefügt wurde. Der wichtigste Teil dieses Blocks ist eine sogenannte Transaction-ID, die den Datenverkehr über TCP aus kommunikationstechnischer Sicht sicherer macht.
Vor einigen Jahren glaubten viele, dass Modbus aussterben würde, da es ein altes Protokoll ist. Tatsächlich hat Modbus jedoch eine Renaissance erlebt und wird heute in sehr vielen verschiedenen Bereichen eingesetzt. Modbus ist eines der wenigen Protokolle, das auf allen Kontinenten wirklich weit verbreitet ist.
Das M-Bus ASCII-Protokoll wurde von PiiGAB entwickelt, um das Auslesen von M-Bus-Zählern auf einfache Weise zu erleichtern, ohne dass ein traditioneller M-Bus-Treiber installiert sein muss.
Das Protokoll ist ein typisches Anfrage-Antwort-Protokoll. Die Anfragen können über serielle oder UDP/TCP-Kommunikation gestellt werden. Die Anfragen bestehen aus sogenannten OPC-Items, die als ASCII-Zeichenketten gesendet werden. Diese Zeichenketten werden dann gemäß OPC-Standard codiert, und die Zählerantwort wird als Zeichenkette zurückgesendet. Diese Werte können nun einfach auf einem Display oder einer Webseite dargestellt werden.
OPC ist ein kompatibler Standard, um Daten in der industriellen Automatisierung und anderen Automationsbereichen sicher und zuverlässig auszutauschen. Er ist plattformunabhängig und gewährleistet einen nahtlosen Informationsfluss zwischen Geräten verschiedener Hersteller. Die OPC Foundation ist verantwortlich für die Entwicklung und Pflege des Standards. Der OPC-Standard besteht aus mehreren Spezifikationen, die in Zusammenarbeit zahlreicher weltweit führender Automationsanbieter, Endanwender und Softwareentwickler entwickelt wurden. Die Spezifikationen definieren die Schnittstellen zwischen Clients und Servern sowie zwischen Servern, einschließlich Zugriff auf Echtzeitdaten, Anzeige von Alarmen und Ereignissen sowie Zugriff auf historische Daten und andere Anwendungen.
Als der Standard 1996 erstmals veröffentlicht wurde, war sein Zweck, speicherprogrammierbare Steuerungsprotokolle (PLC), wie Modbus und Profibus, auf eine standardisierte Schnittstelle zu übertragen. Dies ermöglichte es HMI/SCADA-Systemen, über eine „Zwischenschicht“ zu kommunizieren, die allgemeine OPC-Lese- und Schreibanfragen in protokollspezifische Entsprechungen und umgekehrt umwandeln konnte.
Anfangs war der OPC-Standard auf Windows-Betriebssysteme beschränkt. Daher basierte der Standard auf OLE COM (Component Object Model) und DCOM (Distributed Component Object Model) Technologien. Diese Spezifikationen werden heute als OPC Classic bezeichnet und haben in vielen Branchen wie Fertigung, Gebäudeautomation, Öl und Gas, erneuerbare Energien und vielen anderen großen Einfluss.
Mit der Einführung dienstorientierter Architekturen in Fertigungssystemen entstanden neue Herausforderungen in den Bereichen Sicherheit und Datenmodellierung. Die OPC Foundation entwickelte die OPC UA-Spezifikationen, um diese Anforderungen zu erfüllen und gleichzeitig eine funktionsreiche Technologie mit offener Plattformarchitektur bereitzustellen, die zukunftssicher, skalierbar und erweiterbar ist.
Dies sind nur einige der Gründe, warum so viele OPC-Mitglieder und andere Technologieorganisationen auf OPC UA als flexible Plattform umsteigen.
Wenn Sie mehr über OPC erfahren möchten, besuchen Sie bitte www.opcfoundation.org. PiiGAB verfügt über langjährige Erfahrung in der Kommunikation und bei Treibern für die meisten gängigen Anlagentypen. Dies gilt von der Gebäudeautomation bis hin zur schwersten Industrieproduktion. Auch Wasser- und Abwasseranlagen mit zugehöriger Einwahl zu Pumpstationen gehören zu unserem Tätigkeitsbereich.
Wir arbeiten seit Ende der 90er Jahre mit Citect, wobei der größte Teil unserer Arbeit im Spezialgebiet Kommunikation und Treiber liegt. Wir haben mehrere Citect-Treiber von der Grundspezifikation bis zum Betatest und zur fertigen Treiberlösung entwickelt. Außerdem haben wir zahlreiche Treiber angepasst und ergänzt. Darüber hinaus waren wir Projektleiter für die Entwicklung von etwa dreizehn verschiedenen Citect-Treibern. Wenn Sie einen neuen Citect-Treiber benötigen oder andere Kommunikationsunterstützung wünschen, kontaktieren Sie uns gerne.