MQTT.fx® 5.0

Mit MQTT.fx® 5.0. haben wir nicht nur ein Upgrade auf das neue MQTT-Protokoll v5.0 für Dich gemacht, sondern MQTT.fx® auch durch weitere Features, die von unseren bisherigen Nutzern angefragt wurden, ergänzt.

Deine Vorteile: Mime-Type: In den Nachrichten ist jetzt sichtbar welche Dateitypen verwendet werden, damit die Maschine weiß, wie sie darauf reagieren muss. Ein kleiner Teil der Nachricht beinhaltet jetzt die Art der Nachricht selbst. Was eine Reaktion auf das Format ermöglicht, war bisher nur in einem Fall möglich. Somit hast Du eine erhebliche Steigerung der Flexibilität (Formate/Mime-Types: Json, XML, ini). Passend zum Mime-Type des Payloads wird von MQTT.fx® 5.0 der dazugehörige Payload-Decoder gesucht und angewendet.

Egal ob Du Entwickler, Mitarbeiter einer großen IoT-Abteilung, oder Hobbybastler bist. Wir haben die richtige Variante für jeden, der Software baut, die mit Maschinen spricht. Da die Möglichkeit die Maschinenkommunikation zu testen, Dir nicht nur eine hohe Zeitersparnis, sondern auch sehr hohe Flexibilität bei Deiner Arbeit bringt, haben wir MQTT.fx® auf das nächste Level gehoben.

Folgende Features sind in dem Upgrade MQTT.fx® 5.0 enthalten:

  • Verbindungsprofile für Brokerverbindungen
  • Ad-hoc-Verbindungen
  • Security (Benutzername/Passwort, Unterstützung für SSL/TLS)
  • Publish und Subscribe mit voller Unterstützung von Wildcard-Pattern und Topic-Historie.
  • Ablage für vordefinierte Nachrichten
  • Nashorn Engine Scripts: Schnittstelle für geskriptetes „publish“ und „subscribe“
  • Auswertung von $SYS-Topics (mosquitto und HiveMQ)
  • Logging-Konsole
  • HTTP-Proxy Support
  • Native Installationspakete für alle Plattformen (Windows, MacOS, Linux)
  • Regelmäßige Updates/Fehlerbehebungen
  • Prüfung auf verfügbare Updates beim App-Start
  • Integration des HiveMQ MQTT-Clients für vollen MQTTv5.0 Support
  • Published Messages
    • Editor für “User Properties” der Nachricht
    • Definition und Auswahl des “Content Type” des Nachrichten-Payloads
  • Received Messages
    • Darstellung der “User Properties” der Nachricht
    • Darstellung von Return-Codes und Reason-Codes (soweit in der Nachricht vorhanden)
    • Anzeige des Content-Types des Nachrichten-Payloads
    • Automatische Auswahl des passenden Payload-Decoders für die Darstellung des Payloads auf Basis des Content-Types