Geräteebene
Ein Gerät ist keine Adresse. In Melanite ist es eine profilierte Entität mit Fähigkeiten, einer stabilen Identität, die Umbenennen oder eine neue IP übersteht, einem bindbaren Namensraum benannter Werte – und einem Paletten-Node, der von selbst erscheint.
Status Ausgeliefert
Der Gerätemanager ist ein einheitliches Modell – Fähigkeit, Profil, Protokoll, Transport – hinter jeder Art von Gerät, mit der Melanite spricht. Füge ein Gerät auf der Seite /devices hinzu, erstelle sein Profil in der App (von Hand, durch Live-Abfrage der Register, per Import einer Home-Assistant-Modbus-YAML oder indem ein angekündigtes Gerät sein eigenes erzeugt), und es liefert sofort benannte Variablen zum Binden, einen Node, der automatisch in der Palette erscheint, Live-Werte auf der Seite sowie Charts und Logging ohne Zusatzaufwand.
EtherCAT-Slaves, Modbus-Geräte, MQTT-Sensoren, WLED-Controller, Kameras, Lautsprecher und Flottengeräte nutzen alle dieselbe Aufteilung in Fähigkeit/Profil/Protokoll/Transport – ein neues Protokoll bringt also neue Geräte, kein Paralleluniversum.
Ein Registermap-Editor, eine Live-Registerabfrage, die das echte Gerät liest, während du es abbildest, Import von Home-Assistant-Modbus-YAML, SunSpec-Autoerkennung sowie Profil-Export/-Import. Kein JSON im Editor, kein Neustart.
Ein Gerät füllt automatisch einen bindbaren Namensraum benannter Werte. Schreiben nur bei Änderung plus Kopplung an Besitzrechte löst das klassische Problem, dass ein Bediener-Slider und ein Automatikregelkreis um dasselbe Register kämpfen.
Füge ein Gerät hinzu, und sein Node erscheint in der Palette – modbus:-, mqtt:-, ethercat:-, camera:-, sensor:- und fleet:-Nodes werden aus dem Profil erzeugt, von Hand ist nichts zu verdrahten.
Eine Fähigkeit kann eine ganze Sammlung sein, kein Haufen Skalare: Ein Sensor, der viele Messwerte auf einmal liefert, übergibt sie als einen vollwertigen Wert.
Raum-Chips, Inline-Testbedienung, Sparklines pro Gerät, Live-Wertetabellen, Netzwerkerkennung, Umbenennen unter Erhalt der Identität, Kameravorschau und Kalibrierung – die Geräteseite ist ein Arbeitsinstrument, kein Formular.
Hardware, die physisch an einem anderen Melanite in der Flotte hängt, erscheint in deinem Graphen als gewöhnlicher Geräte-Node, beschriftet mit ihrem Standort.
Ein HLK-Gerät spricht Modbus, aber das Handbuch ist ein PDF mit einer Registertabelle.
So geht's
Öffne den Registermap-Editor, richte die Live-Abfrage auf das Gerät und lies echte Werte, während du sie benennst und skalierst. Das fertige Profil wird zu einem Gerät mit benannten Variablen, einem Paletten-Node, Charts und HMI-Bindungen – und du kannst es exportieren, sodass das nächste Gerät dreißig Sekunden dauert.
Du hast bereits eine funktionierende Home-Assistant-Modbus-YAML für einen Wechselrichter.
So geht's
Importiere die YAML. Registermap, Datentypen und Skalierung wandern direkt in ein Melanite-Geräteprofil – das Gerät ist live im Graphen, ohne dass du etwas abtippen musst.
Die meisten Steuerungen machen ein Gerät zu einer Adresse und einem Datentyp in deinem Programm – umbenennen oder austauschen heißt dann Logik ändern. Melanite macht das Gerät zu einer Entität mit stabiler Identität und einem Profil, das du auf dem Gerät selbst erstellst – und das Profil trägt die Protokolldetails, nicht dein Programm.
Nein. Alles – ein Gerät hinzufügen, seine Registermap erstellen, es live abfragen, eine Home-Assistant-YAML importieren, ein Profil exportieren – passiert in der App auf dem Gerät.
Nichts geht kaputt. Bindungen verweisen auf eine stabile Geräteidentität, nicht auf einen Namen oder eine Adresse, sodass Umbenennen oder Neuadressieren deinen Graphen und deine HMI unberührt lässt.
Die Geräteebene erzwingt eindeutigen Besitz und schreibt nur bei Änderung. Genau das verhindert, dass ein Bediener-Slider und ein Automatikregelkreis um dasselbe Register kämpfen – die klassische Ursache für einen Wert, der zurückspringt, sobald du loslässt.
Ein Binary läuft in jeder Stufe — die Lizenz schaltet nur Berechtigungen, nie den Funktionsumfang.