Konnektivität

Industrieprotokolle & Feldbus

Ein Gerät ersetzt einen Stapel Gateways. Melanite fährt EtherCAT-Servos und -I/O im Echtzeitzyklus, pollt und beschreibt Modbus-TCP-Geräte und betreibt einen eigenen MQTT-Broker – so landen Feldgeräte, Gebäudetechnik und IoT-Sensoren alle als Live-Ports in derselben Regelungslogik.

Der Melanite-Geräte-Manager mit Modbus-TCP-Wechselrichtern, einer MQTT-Bridge und einem WLED-Controller nebeneinander in einer Liste. — Modbus-TCP-, MQTT- und WLED-Geräte in einem Verzeichnis — das Protokoll ist eine Eigenschaft des Profils, kein eigenes Subsystem.

In einem Satz

Melanite verbindet sich über drei verifizierte Protokolle mit Hardware: EtherCAT (als Master, im Echtzeitzyklus, einschließlich CiA-402-Servoantrieben), Modbus TCP (alle vier Registertabellen, alle vier Byte-Reihenfolgen, 16- bis 64-Bit-Typen und SunSpec-Skalierungsfaktoren – lesen und schreiben) und MQTT (ein eingebetteter Broker plus MQTT als vollwertiges Geräteprotokoll, sodass ein Shelly, ein Tasmota-Zwischenstecker, ein Zigbee2MQTT-Sensor oder ein eigener ESP32 zu einem gewöhnlichen Gerät mit benannten Werten wird). Jeder Wert wird zu einem typisierten Node-Port – kein Glue-Code, kein externer Broker, kein Gateway. OPC UA, CANopen, EtherNet/IP und Modbus RTU stehen auf der Roadmap und werden nicht als ausgeliefert behauptet.

Fähigkeiten

EtherCAT-Master

Echte PDO-I/O und CiA-402-Servoantriebe im Echtzeitzyklus, ESI-XML-Auswertung mit Skalierung, Einheiten und Enums, Distributed-Clock-Synchronisation sowie SDO-Lesen/-Schreiben bei laufendem Bus – so lässt sich ein Antrieb live in Betrieb nehmen, ohne den Zyklus zu stören. Verifiziert an echten Beckhoff-Klemmen und -Antrieben.

Modbus TCP

Alle vier Tabellen (Holding- und Input-Register, Coils, Discrete Inputs), alle vier Byte-Reihenfolgen, Bit-Extraktion aus Registern, U16 bis F64 und dynamische SunSpec-Skalierungsfaktoren. Lesen und Schreiben an echter Hardware verifiziert.

MQTT als Protokoll

Ein eingebetteter Broker mit Zugangsdaten pro Bridge, ein interner Bus und MQTT als Gerätebindung – so bekommt ein MQTT-Gerät benannte Variablen, HMI-Bindungen, Charts und Logging wie jedes andere. Die Topic-Konventionen entsprechen denen von Home Assistant, bestehende Konfigurationen lassen sich also übertragen.

Ehrlicher Offline-Zustand

Der Online-Zustand eines Geräts wird aus dem Broker, seinem Last Will und der Aktualität der Daten abgeleitet – und ein Wert, der sich nicht dekodieren lässt, ergibt gar keinen Messwert, niemals eine erfundene Null. Ein abgestürzter Sensor gilt als fehlend, nicht als 0 °C.

Geräte melden sich selbst an

Eine Bridge kann Modell, Messbereich und Genauigkeit ankündigen; sie erscheint dann als entdeckt, und beim Übernehmen wird ein Geräteprofil erzeugt. Entdeckung ist nie automatische Registrierung – nichts tritt deinem System bei, nur weil es im LAN gerufen hat.

Port-Mapping

Jeder Protokollwert wird in einem Schritt zu einem typisierten Node-Port, einer bindbaren Variable, einer Chart-Reihe und einer HMI-Bindung – ohne Glue-Code.

Auf der Roadmap

OPC-UA-Server und -Client, CANopen, EtherNet/IP, Modbus RTU über serielle Schnittstelle und zeitgestempelte Ausgänge über EtherCAT Distributed Clocks. Entworfen, nicht ausgeliefert – wir führen sie nicht als Features, bevor sie laufen.

Durchgespielte Beispiele

Ein Modbus-Gerät nachrüsten

Ein bestehendes Lüftungsgerät oder einen Frequenzumrichter um eine geschlossene Regelung ergänzen.

So geht's

Bilde die Register des Geräts im Gerätemanager auf Node-Ports ab – von Hand, durch Live-Abfrage oder per Import einer bestehenden Home-Assistant-Modbus-YAML – und gib den Ausgang eines PID direkt auf das Sollwertregister. Keine SPS und kein Gateway dazwischen. Verifiziert an einem echten Pluggit-Lüftungsgerät, dessen Lüfterstufe physisch aus dem Graphen heraus umschaltete.

Warum Melanite

Home Assistant hat keinen industriellen Feldbus. Node-RED kann Modbus pollen, ist aber kein EtherCAT-Master und hat keine Echtzeitgarantien. CODESYS ist ein echter Master, behandelt MQTT und Consumer-IoT aber als Problem anderer. Melanite ist echter Feldbus-Master, Modbus-Client und MQTT-Broker in derselben Box, die die Logik ausführt – und ehrlich zu den Protokollen, die es noch nicht gebaut hat.

FAQ

Ist Melanite ein EtherCAT-Master oder ein Slave?

Master. Es steuert EtherCAT-Buskoppler und Servoantriebe direkt im Echtzeitzyklus, du brauchst also keine separate Master-SPS. Hardware-verifiziert an echten Beckhoff-Klemmen und einem CiA-402-Servoantrieb.

Welche Protokolle werden heute tatsächlich ausgeliefert?

EtherCAT (Master), Modbus TCP und MQTT – alle drei auf echter Hardware verifiziert, dazu WLED für adressierbare LEDs. OPC UA, CANopen, EtherNet/IP und Modbus RTU über serielle Schnittstelle sind entworfen und stehen auf der Roadmap, sind aber nicht gebaut. Wir führen sie als Roadmap, nie als Features.

Kann ich mit meiner bestehenden SPS kommunizieren?

Heute über Modbus TCP oder MQTT. OPC UA – die übliche Antwort, um eine Maschine für SCADA oder MES zugänglich zu machen – ist das nächste Protokoll auf der Roadmap und noch nicht verfügbar.

Brauche ich einen externen MQTT-Broker?

Nein. Der Broker ist eingebettet. Externe Clients authentifizieren sich mit Zugangsdaten pro Bridge, weil der Broker ein Schreibpfad in dein System ist; der eigene Client des Geräts braucht überhaupt keine Konfiguration.

Kostenlos, voller Funktionsumfang

Alle Funktionen, kostenlos für die private Nutzung.

Ein Binary läuft in jeder Stufe — die Lizenz schaltet nur Berechtigungen, nie den Funktionsumfang.

Kostenlos herunterladen Alle Funktionen