Wir setzen den Rollout der Version 2.0 fort. Wir präsentieren nun - neben vielen Verbesserungen an der Oberfläche und bei Modbus vor allem die Version 2 unseres neuen Leistungsmerkmales MQTT.
Release Candidate 1 der künftigen Version 2.0
JETZT MIT MQTT V2 (für alle Modelle und Versionen)
Der Timberwolf Server unterstützt MQTT ab der IP5. Dieses Leistungsmerkmal haben wir nun überarbeitet und veröffentlichen dieses mit dem ersten Release Candidate für die anstehende Version 2.0. Diese Version ist bereits gut ausgereift und wir sind damit auf der Zielgerade zur Version 2.0, schließlich arbeiten wir bereits an den neuen Leistungsmerkmalen für die danach folgende Version 3.0.
Die wichtigsten Verbesserungen:
- Optimierte Darstellung in MQTT Broker und MQTT Geräte Manager
- Verbesserte Diagnoseanzeige im MQTT Geräte Manager
- Überarbeiteter Assistent um ein App Level Topic hinzuzufügen
- Neuer Assistent zur Anpassung des MQTT Topic Schema pro Topic (damit multiple Pre-, In-, und Post-Fixes)
- Optimierte Darstellung im Modbus Geräte Manager, verbesserte Anzeigen
- Und wieder viele kleine Verbesserungen in allen Systemen
Hinweis: Bitte treten Sie dem Telegram-Kanal für Insider bei, damit Sie über neue Versionen direkt informiert werden. Link: https://wrgt.news/Insider-TWS-DE
+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++
Dies ist eine Vorabversion für Insider, also eine Vorabversion einer Vorabversion. Diese wurde bislang nur von etwa einem Dutzend Dev-Testern getestet und wird sicherlich Fehler enthalten. Daher raten wir zu der unten stehenden Vorgehensweise:
Bitte nehmen Sie ein Update auf einer Insider Version, insbesondere bei Insider Previews, nur von Montag bis Mittwoch vor (und auch nur dann, wenn der folgende Tag kein Feiertag in Bayern ist), weil ansonsten können die Entwickler bei Problemen nicht kurzfristig (vor dem Wochenende) helfen.
Vorgehensweise für ein Upgrade auf eine Insider Version (Preview und Release Candidate):
- Restart für klaren Status: Bitte starten Sie den Timberwolf Server zunächst einmal neu und prüfen Sie bitte, ob die gesamte Anlage nach dem Neustart einwandfrei funktioniert. Falls Probleme auftreten, suchen Sie bitte erst die Ursache. Es ist für eine eventuelle Fehlersuche günstig, wenn klar getrennt werden kann zwischen Problemen die alleine durch den Neustart einer Anlage oder Teilen davon bedingt sind von denjenigen Problemen, die tatsächlich durch das Upgrade (der womöglich einen Neustart inkludiert) entstanden sind.
- Backup vor dem Upgrade: Führen Sie VOR dem Update / Upgrade ein komplettes Backup aus.
- Update / Upgrade durchführen: Je nachdem, von welcher Version aus Sie das Upgrade auf diese Version vornehmen, kann es sein, dass das Update mehrmals gestartet werden muss. Dies ist insbesondere dann erforderlich, wenn zunächst ein Update der Update-Software notwendig ist um danach das eigentliche Update zu installieren. Bitte daher ggfls. mehrmals den Update-Prozess anstoßen, bis kein Update mehr angeboten wird. Sofern ein Update des Betriebssystems enthalten ist, kann das Update durchaus bis 20 Minuten dauern. Verlassen Sie die Seite mit dem Update während des Ablaufes nicht.
- Neustart des Systems: Führen Sie (insbesondere bei Insider Versionen) anschließend einen Neustart des Servers durch, damit alle Änderungen optimal wirksam werden und alle Module in der richtigen Reihenfolge gestartet sind.
- Backup der neuen Software: Wir empfehlen ein anschließendes erneutes Backup nach dem erfolgen Update. Bitte löschen Sie das Backup, das Sie VOR dem Update angefertigt hatten jedoch nicht.
+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++
Vielen Dank an dieser Stelle an die sehr engagierten Tester der Developer und Insider Versionen für den unermüdlichen Einsatz und die tollen Rückmeldungen.
###########################################################################################################
Hinweise zur Abstimmung oben:
Bitte die Abstimmung oben nicht vergessen! Die Abstimmung kann binnen 60 Tagen - auch mehrmals - abgeändert werden. Sollte sich im Nachhinein die Bewertung des Updates selbst ändern, dann bitte Abstimmung entsprechend abändern.
Sinn und Zweck der Abstimmung ist, die Qualität des Updates selbst zu messen. Es geht vor allem darum, ob das Update selbst einwandfrei und vollständig durchgelaufen ist, ob die richtigen Meldungen ausgegeben wurden, ob alle Funktionen anschließend wieder zur Verfügung standen und diese prinzipiell auch so funktionieren wie sie sollten.
Worum geht es bei der Umfrage NICHT:
- Bitte nicht Probleme mit Browsern bewerten: Die Browser ändern sich alle sechs Wochen und sind sehr komplex. Der Timberwolf Server funktioniert über eine One-Page-Javascript Applikation. Hierbei wird bei der Loginseite ein Javascript Client heruntergeladen, im Just-In-Time Compiler ausgeführt und dieser Code erstellt dann den HTML Code für die Webseite. D.h. alle weiteren Seiten werden nicht vom Webserver des Timberwolf Server ausgeliefert, sondern diese werden vom lokal installierten JS-Client im Browser berechnet. Das Austauschen dieses Frontend-Codes im laufenden Betrieb ohne Ab- und Anmeldung klappt in wenigen Fällen nicht richtig und deswegen ist ein Reload des Browsers (manchmal auch ein Löschen des Cache) erforderlich. Das ist kein Fehler des Timberwolf Servers oder des Updates selbst, sondern Stand der Technik. Das verhält sich ähnlich, wie das selbst das neueste Windows immer noch einmal die Woche gebootet werden muss, um Updates zu aktivieren.
- Bitte nicht Probleme im Zusammenhang mit anderen Komponenten bewerten: Der Timberwolf Server kann mit hunderten bis tausenden anderer Systeme verbunden werden. Durch das Update werden manche Dienste kurz offline genommen und danach neu wieder gestartet. Nicht jeder Status bleibt dabei unter allen Umständen erhalten und manche Telegramme konnten womöglich nicht von der jeweiligen Komponenten beachtet werden. Insbesondere wird dem Rest der Anlage nicht ein Update signalisiert. Solche Probleme sind zwar eine Folge eines Updates, aber eine nicht zu vermeidende Folge, weil ein Update ohne Restart einzelner Komponenten nun eben nicht möglich ist. Bitte normale Aufgabenstellungen im Rahmen des Change Managements nicht der Update-Qualität anlasten. Zudem sind die Installationen beim Kunden und die Konfiguration des Servers sehr individuell, es gibt keine gleichen Anlagen. Es ist nicht möglich, alle denkbaren Varianten zu testen.
- Bitte auch nicht Fehler, die nicht zu dem Umfang dieses Updates gehören, bewerten: Wir wollen die Qualität DIESES Updates selbst messen, nicht die des Systems im Ganzen.
###########################################################################################################
Neue Leistungsmerkmale für die Insider Preview 5 zur kommenden Version 2.0:
1. Modbus TCP & Modbus RTU:
Wir präsentieren die komplette Funktionalität des neuen Leistungsmerkmales Modbus. Dieses Leistungsmerkmal ist in diesem Thread beschrieben: viewtopic.php?p=30487#p30487. Dort finden Sie auch die Links zu drei Videos.
Die Modbus Implementierung im Timberwolf Server weist eine ganze Reihe von Leistungsmerkmalen auf - davon viele Alleinstellungsmerkmale:
No Limits
- Unbeschränkte Anzahl von Modbus Universen: es können beliebig* viele Modbus-Subsysteme definiert werden
- Unbeschränkte Anzahl von angeschlossenen Modbus Geräten: Über alle Subsysteme hinweg können beliebig* viele Modbus Geräte angeschlossen werden
- Unbeschränkte Anzahl von Datenpunkten: Keine Beschränkung* oder separate Lizenzierung der Anzahl von Datenaustauschpunkten
- Unbeschränkte Anzahl von Lese- oder Schreiboperationen auf ein Gerät: Keine Beschränkung* der Anzahl an konfigurierbaren Lese- oder Schreiboperationen auf Modbus Geräte.
- Extrem kurzes Abfrageintervall: Praktisch keine Beschränkung* beim Abfrageintervall, es kann ab 10 ms definiert werden. Bitte achten Sie auf die entstehende Bus- und Serverlast und ob die Modbus Geräte dies unterstützen.
- Nahezu beliebige Dekodierung / Kodierung: Die Dekodierung / Kodierung der Datenformate ist beinahe beliebig* konfigurierbar.
Protokolle, Rollen
- Unterstützte Protokolle: Unterstützung von Modbus RTU über serielle Schnittstellen und Modbus TCP über Ethernet
- Parallele Modbus Universen: Unlimitierte Anzahl von Modbus Universen parallel am Timberwolf Server durch Virtualisierung, alle Modbus Universen sind vollständig unabhängig voneinander
- Unterstützte Modbus Rollen: Unterstützung für die Rolle als Client (früher als „Master“ bezeichnet)
- Administration: Verwaltung der Modbus Schnittstellen in einer grafischen Schnittstellenverwaltung
- Verbindungsstatistiken: Verbindungsstatistiken für Anzeige in der Schnittstellenverwaltung für Qualitätsanzeige
Einfaches Gerätemanagement durch ladbare Geräteprofile
- Profilverwaltung: Grafische Verwaltung der lokal gespeicherten Modbus Profile in einer Datenbank mit Suche und Filter
- Profilaustausch: Import und Export der Profile über json Datei, damit einfache Nutzung auf anderen Timberwolf Servern
- Weltweit einmalige Profil-IDs: Timberwolf Server Modbus Profile haben weltweit eine eindeutige ID
- Veränderungssperre: Genutzte, exportierte oder importierte Profile sind über digitale Signaturen gegen Veränderungen gesperrt, damit enthalten weltweit alle Geräteprofile mit der gleichen ID die gleiche Definition
- Interaktiver Profileditor: Interaktiver grafischer Profileditor unterstützt bei der Erfassung und Test der Datenaustauschpunkte
Datenzugriff und Datenkodierung
- Datenzugriffsverfahren: Unterstützung aller relevanten Funktionscodes für 1 und 16 Bit Operationen, jeweils Single- und Multi-Register
- Zusammenfassende Registerzugriffe: Zugriffe mit 32 / 48 / 64 / 96 / 128 / 256 Bit auf zusammenhängende Register
- Universell konfigurierbare Dekodierung / Kodierung: Universell konfigurierbare Dekodierung / Kodierung der binären Datenformate der Modbus Geräte
- Datenreihenfolge: Einstellbare Datenreihenfolge für 16 / 32 / 64 Bit (8 Varianten für Big-Endian und Little-Endian mit allen Mischformen)
- Bitmaske: Bitmaske zur Selektion beliebiger Daten aus lesenden Registerabfragen von 16 / 32 / 48 / 64 Bit
- Datenformate: Kodierung und Dekodierung der Datentypen Ganzzahl, vorzeichenbehaftete Ganzzahl mit Einerkomplement und Zweierkomplement, Fließkomma 16 / 32 / 64 Bit sowie ASCII Text.
- Format Assistent mit Live-Check: Definition für Datenreihenfolge, Bitmaske und Dekodierung mit grafischem Formatassistenten inkl. Live-Check
Wertprüfung / Wertanpassung / Objekt-Typ / Einheit
- Wertprüfung vor Weiterverarbeitung: Umfassende Wertprüfung der Leseanforderungen auf Gültigkeit, ebenso umfassende Wertprüfung vor Schreiben auf das Modbus Gerät, hierdurch können ungültige, falsche oder gefährliche Werte unterdrückt werden
- Wertanpassungen und Umrechnungen: Umrechnung mit festen Faktoren oder frei eingebbarer Formel
- Datentypkonvertierung: Konvertierung für das Timberwolf Objektsystem in Bool, Ganzzahl, Fließkomma oder Text
- Definition der physikalischen Einheit: Verwaltung der physikalischen Einheiten für eine optimierte Darstellung
- Assistent für Wertprüfung, Wertanpassung und Konvertierung mit Live->Check: Definition für Wertprüfung, Wertanpassung, Konvertierung und Einheit mit grafischem Assistenten inkl. Live-Check
Live-Diagnose & Live-Check
- Diagnose Werte live abrufen: Live-Diagnose durch Abfrage der Diagnose-Register der Modbus Geräte direkt aus dem Profil Editor
- Werte von Modbus Geräten live lesen oder schreiben: Live-Check der Gerätekommunikation während der Profilerfassung, Prüfung nach jedem (!) Klick, damit erhebliche Vereinfachung durch vollständige interaktive Definition, auch mit direkten Schreibkommandos aus der Oberfläche
- Busmonitor für alle Modbus Bussysteme: Modbus Busmonitor für schnelle Übersicht und Diagnose
Geräteinteraktionen im Modbus Geräte Manager verwalten
- Intervall: Der minimaler Intervall zwischen zwei Abfragen beträgt nur 10 ms
- Mehrfachabfragen: Mit einem Zugriff können bis zu 16 Register zu 16 Bit am Stück gelesen oder geschrieben werden
- Gruppierte Leseaufgaben mit frei wählbarem Intervall: Anlegen und verwalten - auch gruppierter - Leseaufgaben mit frei wählbarem Intervall
- Sendefilter für effiziente Kommunikation: Konfiguration von Sendefiltern für jeden einzelnen Wert, basierend auf Zeit und / oder Wertänderung
- Gruppierte Schreibaufgaben mit frei wählbarem Auslöser: Anlegen und verwalten - auch gruppierter – Schreibaufgaben mit frei wählbaren Auslösern, basierend auf Intervall und / oder Wertänderung
- Objektverknüpfungen: Beliebige Verknüpfung mit allen anderen Objekten im Objektsystem des Timberwolf Servers (Zeitserien, KNX, 1-Wire, DMX, Logik, andere Modbus Systeme und künftig auch MQTT, UDP/TCP, Web-API, Clouds usw.)
*Interpretation von "beliebig viele", "Keine Beschränkung": Dies bedeutet, dass in der Firmware keine harten Limits hinterlegt sind. Wir entwickeln Server und Software für eine maximale Leistungsfähigkeit im Rahmen der technischen Möglichkeiten und des Budgets. Wir glauben an die Mündigkeit der Nutzer und erlauben es, die Systemressourcen des Timberwolf Servers und angeschlossener Geräte im gewählten Umfang zu nutzen.
Ein Produkt wie der Timberwolf Server wird im Zusammenhang mit komplexen Netzwerken und Protokollen (KNX, Ethernet, 1-Wire, DMX, Modbus und künftig auch MQTT usw.) genutzt. Die Zusammenstellung der Anlagen der Nutzer ist sehr unterschiedlich, kein Kunde hat genau die gleiche Konstellation. Alleine die Vielzahl der anschließbaren Komponenten geht in die zehntausende, die möglichen Einstellungen und Konfigurationen sind unzählig. Entsprechend kann nicht jedes Szenario getestet werden und mit jedem Update des Timberwolf Servers und / oder anderen Komponenten und deren Konfigurationen können potentiell Inkompatibilitäten entstehen.
Durch Verzicht auf Beschränkungen in der Firmware ist - insbesondere durch Kombination mit anderen Einstellungen - eine Übernutzung von Ressourcen denkbar und möglich, die Probleme verursachen kann. Der Verzicht auf harte Beschränkungen bedeutet nicht, dass jede denkbare Konfiguration in jeder Kombination auch möglich bzw. der Timberwolf Server, die verbindenden Bussysteme, die angeschlossenen Geräte dies unterstützen wie konfiguriert oder die Browser die entstehenden Tabellen in jedweder Länge laden werden. Wir bitten die Nutzer die zeitlichen Intervalle nicht zu kurz zu fassen, vernünftige Sendefilter anzulegen und das Datenaufkommen insgesamt im Auge zu behalten.
Livestream Video zur Einführung des Leistungsmerkmal Modbus
Für den Rollout des ersten Teiles der Modbus Leistungsmerkmale an die Dev-Tester wurde eine Live-Präsentation per YouTube durchgeführt. Dies war unsere erste Live-Präsentation mit mehreren Kameras in unserem neuen Videostudio und es gibt noch das ein oder andere Verbesserungspotential.
Das Video dauert mehr als eineinhalb Stunden, ist jedoch voller Detailinformationen zu Modbus im Allgemeinen und zur Implementierung der Modbus Funktionen im Besonderen. Soviel können wir hier gar nicht beschreiben, wie dort angesprochen und vorgeführt wird.
Für das beste Verständnis der neuen Funktionen empfehlen wir, dieses Video anzusehen. Die einzelnen Kapitel sind markiert und erlauben ein schnelles Anspringen der jeweiligen Abschnitte.
Hinweis: Wir wissen, dass dieses Video in mehrfacher Hinsicht nicht perfekt ist. Am Anfang läuft die Musik zu lang, ich habe zu oft auf den Monitor seitlich gesehen, oft war mein Konterfei im Weg. Werden wir beim nächsten Mal auch alles besser machen. Dennoch wollten wir Euch die Informationen darin nicht vorenthalten.
Livestream Video zur Einführung des Gerätemanagers
Hier zeigen wir den Gerätemanager in einer ersten Version mit allen grundlegenden Bedienungsweisen.
Livestream Video zu den Themen Reihenfolge, Timing und Auslöser im Gerätemanagers
Hier zeigen wir die überarbeitete Version des Gerätemanagers mit Schwerpunkt auf die Reihenfolge von Abfragen, das Timing und die Konfiguration der Auslöser von Abfragen und Übertragungen.
Screenshots
Verwaltung der Modbus Profile mit der Profil Verwaltung
Modbus Geräte können über sehr viele Datenaustauschpunkte verfügen. Die Modbus Spezifikationen erlauben vier Sätze zu jeweils 65.536 Registern - pro Gerät.
Zum Beispiel unterstützt die Wärmepumpensteuerung RVS61 von Siemens (die in vielen Wärmepumpen genutzt wird) bis zu 1.181 Register für die Abfrage und 495 Register für das Übertragen auf das Gerät. Selbst eine eher einfache marktübliche Standard-USV, z.B. von APC, unterstützen bereits mehrere hundert Datenaustauschpunkte.
Damit diese wertvollen Einstellungen nur einmal definiert werden müssen und mehrfach genutzt werden können, ermöglicht der Timberwolf Server den Export- und Import dieser Geräteprofile zwischen allen Modellen des Timberwolf Servers. Die Nutzer des Timberwolf Servers können Modbus Geräte Profile über unser Forum tauschen: Timberwolf Modbus Unterforum
Definition der Datenaustauschpunkte - und enthaltene Logiken und Berechnungen - mit dem Modbus Profil Editor
Modbus Profile enthalten die Definitionen der Kommunikationsparametern von Modbus Geräten sowie deren Datenaustauschpunkte (“Register”). Diese Profile sind in der lokalen Datenbank des Timberwolf Servers gespeichert und werden vom Modbus System für den Datenaustausch mit den angeschlossenen Modbus Geräten genutzt.
Profile enthalten:
- Allgemeine Informationen zum Profil und zum Gerät
- Timing-Daten für das Protokoll
- Maximale Anzahl der mit einem Befehl ansprechbaren Modbus Register
- Eine Liste der verfügbaren Datenaustauschpunkte mit
- den jeweils nutzbaren Funktionscodes,
- die anzusprechende Bitbreite,
- die Kodierung & Dekodierung der binären Daten
- eine optionale Wertprüfungen (logische Prüfung)
- eine optionale Wertanpassungen (Berechnung mit freier Formel)
- eine optionale Typkonvertierung (beliebig zwischen Boolescher Wert, Ganzzahl, Gleitkomma, Text)
- und die optionale Zuweisung einer physikalischen Einheit
Die Datenaustauschpunkte (Register) werden im Profileditor definiert. Der Profileditor kann in einem interaktiven Modus ("Live Diagnose" und "Live-Check") betrieben werden. Damit muss ein Modbus Geräte Profil nicht „blind“ erfasst werden, sondern jede Definition eines Datenaustauschpunktes (dies wird als Applikation bezeichnet) kann während der Erstellung interaktiv getestet werden.
Weitere Hinweise dazu in unserem Wiki: https://wiki.timberwolf.io/modbus-profile
Verwaltung der Modbus Schnittstellen und Modbus Subsysteme
Für die Nutzung eines Modbus Interfaces werden in diesem Funktionsmodul die nötigen Parameter angegeben und ein geeignetes Modbus Subsystem angelegt bzw. zugewisen.
Die Vorgehensweise richtet sich danach, welches Protokoll genutzt werden soll (Modbus TCP vs. Modbus RTU) und ob - im Falle von Modbus RTU - eine interne Schnittstelle oder eine solche an einer externen Modbus Extension genutzt werden sollen.
Weitere Hinweise dazu in unserem Wiki: https://wiki.timberwolf.io/modbus-schnittstellen
Einrichten der Transaktionen für Datenaustausch inkl. interaktiver Diagnose
Modbus ist ein Client-Server Protokoll. Der Modbus Client (früher als “Master” bezeichnet” steuert die Kommunikation, die Modbus Server (früher als “Slave” bezeichnet) antworten darauf. Der Timberwolf Server nimmt die Rolle als der steuernde Client ein, die angesteuerten Modbus Geräte sind die Server (weil sie die Daten “servieren” bzw. die angesteuerten Funktionen ausführen).
Das Modbus Protokoll erlaubt abfragende (“lesende”) und übertragende (“schreibende”) Datenaustauschtransaktionen mit den angeschlossenen Modbus Geräten. Die entsprechenden Transaktionen und deren Auslöser werden im Timberwolf Server im Modbus Geräte Manager eingerichtet.
Die Einrichtung der Modbus Geräte basiert auf dem Modbus Geräte Profil und ist sehr einfach, da alle wesentlichen Parameter bereits im Geräteprofil definiert sind. Mit wenigen Klicks kann der Datenaustausch als Abfrage (Lesen) bzw. Übertragung (Schreiben) eingerichtet werden.
Die Zeitpunkte der Abfragen bzw. Übertragungen werden durch Auslöser definiert. Diese können durch Zeitablauf (Intervall) oder Wertänderungen die entsprechenden Transaktionen auslösen. Zudem stehen Sendefilter zur Verfügung um den Datenverkehr einschränken zu können. Damit sind Abfragen mit einem Intervall ab 10 ms möglich, die Weiterleitung an das Objekt System des Timberwolf Servers erfolgt jedoch zum Beispiel erst bei einer Wertänderung von 1 Prozent (oder absolutem Wert - und / oder Zeitablauf). Alle Parameter sind frei konfigurierbar.
Das Ergebnis wird farblich kodiert im Histogramm für den Datenaustausch angezeigt. Zu allen Stati erfolgt bei Mouse-Over eine detaillierte Erklärung inkl. Handlungsempfehlung.
Überprüfen der Kommunikation im Modbus Busmonitor
Der Modbus Busmonitor ermöglicht eine Prüfung der aktuellen Modbus Kommunikation, getrennt für jedes aktive Modbus Subsystem. Der Modbus Busmonitor erscheint nach Aufruf von Modbus → Busmonitor. In der Titelleiste ist anschließend das Modbus Bussystem zu wählen. Der Status des jeweiligen Subsystems wird angezeigt.
Der Modbus Busmonitor zeigt diejenige Kommunikation an, die vom Timberwolf Server auf dem Bus ausgelöst wurde. Der Busmonitor kann nicht dafür genutzt werden, die grundsätzliche Kommunikation mit den Modbus Geräten in der zeitlichen Abfolge und auf Basis der Registerebene und der ausgetauschten binären Daten (in HEX dargestellt) zu prüfen.
Über die Schalter für die Anzeigefilter kann ausgewählt werden, welche Transaktionen durch den Timberwolf Server - basierend auf dem jeweiligen Auslöser - angezeigt werden. Auslöser sind Ereignisse, wodurch eine Transaktion für einen Datenaustausch gestartet wird. Mögliche Auslöser sind Zeitablauf (Intervall), Bedingungen (wie z.B. Wertänderung) sowie durch Live-Check (Modbus Profil Editor).
------------------------------------------------------------------------------------------------------------------------------------------------------
2. Logikmodul "Mathe" für Freie Formeln:
Mit dieser Version erweitern wir die Logikengine um ein Mathematik-Modul für "freie Formeln".
- Beliebige Anzahl von Eingängen mit Werten
- Angabe einer Formel zur Berechnung der anliegenden Werte
- Binärer Error-Ausgang für Anzeige von Berechnungsfehlern (z.B. Division durch Null, nicht darstellbare Zahlen)
------------------------------------------------------------------------------------------------------------------------------------------------------
3. MQTT Unterstützung:
Wir präsentieren die komplette Funktionalität des neuen Leistungsmerkmales MQTT.
Die MQTT Implementierung im Timberwolf Server weist eine ganze Reihe von Leistungsmerkmalen auf - davon viele Alleinstellungsmerkmale:
No Limits
- Unterstützte MQTT Protokolle: MQTT Version 3.1 und 3.11
- Parallele Verbindungen zu mehreren MQTT Brokern: Es können beliebig* viele Verbindungen zu verschiedenen MQTT Brokern eingerichtet und diese parallel zueinander betrieben werden. Die jeweiligen MQTT Broker müssen nur über TCP/IP erreichbar sein und können damit auch im Internet sein.
- Aus dem Wolf wird ein Rudel: In Verbindung mit der beliebigen Verknüpfbarkeit der Objekte können damit dutzende bis hunderte Timberwolf Server einfach miteinander verbunden werden. Hierdurch wird eine beliebige Kopplung von KNX- Modbus, 1-Wire, ekey Universen zwischen Servern möglich usw.
- Änderbare Zuordnung zum Broker: Die angelegten MQTT Subsysteme (inkl. damit verbundenen MQTT Geräten) lassen sich jederzeit mit einem anderen MQTT Broker verbinden. Diese Virtualisierung erlaubt jederzeitigen Wechsel des MQTT Brokers mit wenigen Klicks.
- Unbeschränkte Anzahl angeschlossener MQTT Geräte: Über alle angebundenen MQTT Broker hinweg können beliebig* viele Modbus Geräte angesprochen werden.
- Unbeschränkte* Anzahl von Datenpunkten: Die Anzahl der maximal konfigurierbaren Datenpunkte ist nicht durch eine künstliche Grenze beschränkt*.
- Einfache Einrichtung durch grafische Benutzeroberfläche: Die Einrichtung der Funktionen erfolgt über eine responsive Web-APP, die mit fast jedem Endgerät mit Browser genutzt werden kann. Einfache Einrichtung durch leicht bedienbare Assistenten, interaktive Hilfetexte, kontextsensitive Online-Hilfe sowie Rückmeldungen in Echtzeit. Unterstützung bei der Fehlersuche durch Kommunikationsmonitor.
- Konvertierung und Umrechnung von Datenformaten: Die MQTT Datenformate lassen sich fast beliebig in die internen Datenformate des Timberwolf Servers konvertieren. Dies ist auch in umgekehrter Richtung beim Übertragen von Werten auf das MQTT Gerät möglich.
- Beliebige Verknüpfungen der Datenpunkte: Jeder MQTT Datenpunkt kann im Timberwolf Server fast beliebig* mit jedem anderen Datenpunkt anderer Protokolle in einer n:m Beziehung verknüpft werden. Damit kann jeder Modbus Datenpunkt mit vielen anderen Datenpunkten gleicher oder anderer Technologien wie z.B. KNX, 1-Wire, DMX, Zeitserien, Logik, Visu usw. verbunden werden. Konvertierungen erfolgen automatisch oder können vorgegeben werden.
Datenaustauschoptionen
- Kodierbare- und dekodierbare Datentypen: Bool, Ganzzahl, vorzeichenbehaftete Ganzzahl, Fließkomma, Text (UTF8), auch innerhalb JSON
- Werte aus subskribierten JSON selektieren: Beliebige Werte in JSON, auch mehrfach verschachtelt, können selektiert werden für die Zuweisung zum MQTT Objekt.
- Werte als JSON publizieren: MQTT Objekte können als JSON ausgegeben werden, das JSON darf dabei auch beliebig ineinander verschachtelt sein. Ausgabe auch der Objektwerte mehrerer Objekte in einem komplexen JSON.
- Bedingte Auslöser: Publikationen zu Modbus Geräten lassen sich durch Bedingungen, z.B. Wertänderung sowohl einzeln als auch gruppiert und durch Kombinationen daraus auslösen. Damit kann mit wenigen Klicks eingerichtet werden, dass Wertänderungen gruppiert als JSON ausgegeben werden.
Verwaltung der MQTT Broker Verbindungen
Das Management der MQTT Broker Verbindungen erfolgt mit der grafischen Web-APP, die mit praktisch allen Browsern auf fast allen Endgeräten genutzt werden kann.
- Lokaler Broker: Der Timberwolf Server unterstützt die Installation eines MQTT Brokers als Container. Hierzu müssen lediglich fünf Eingaben vorgenommen werden.
- Entfernte Broker: Es können Verbindungen zu beliebig vielen MQTT Brokern konfigurieren. Diese müssen lediglich per TCP/IP erreichbar sein. Es können auch MQTT Broker im Internet damit genutzt werden.
- MQTT Subsysteme: Für jede Verbindung zu einem MQTT Broker ist ein MQTT Subsystem anzulegen. Die Einstellungen sind jederzeit anpassbar.
MQTT Gerätemanager
Der MQTT Gerätemanager ist das Modul in der Web-APP zum Anlegen und Verwalten der Transaktionen für den Datenaustausch mit den angeschlossenen MQTT Geräten.
- MQTT Geräte im Manager anlegen: Der Geräte Manager ermöglicht das einfache Anlegen von MQTT Geräten mit Hilfe einfach bedienbarer Assistenten.
- Gruppierte Publikationen mit frei wählbarem Auslöser: Anlegen und verwalten - auch gruppierter – Übertragungsaufgaben (zum MQTT Gerät hin) mit Auslösern basierend auf Wertänderung in einzelnen Transaktionen (kann einzeln zugewiesen werden).
- Objektverknüpfungen inkl. Konvertierung: Beliebige Verknüpfung mit anderen Objekten im Objektsystem des Timberwolf Servers (Zeitserien, KNX, 1-Wire, DMX, Logik, Modbus Systeme, andere MQTT Geräte und Subsysteme und künftig auch UDP/TCP, REST-API usw.) inkl. automatischer Konvertierung.
- Ausführungsanzeige mit historischem Verlauf: Für alle Transaktionen steht eine Anzeige der Bearbeitungshistorie zur Verfügung mit farblich markiertem Status und Mouse-Over Detail-Info
- Ausführliche Fehlerdarstellung mit Handlungsempfehlung: Fehlerrückmeldungen der MQTT Broker werden dargestellt mit abrufbaren Handlungsempfehlungen für einfache Fehlerbehebung
- Anzeige der Live-Werte während der Ausführung: Die während der Transaktionen mit den MQTT Geräten ausgetauschten Werte werden Live dargestellt.
- Sofortstart hinzugefügter Applikationen: Neu hinzugefügte Transaktionen werden nach Definition sofort gestartet und eingebunden.
- TAGs für beliebige Gruppierungen von Geräten und Applikationen: MQTT Geräte und Applikationen können mit TAGs für beliebige Gruppierungen markiert werden
- Assistent für neues MQTT Gerät: Hinzufügen neuer MQTT Geräteeinträge über einfach bedienbaren grafischen Assistenten
- Unterstützung Topics in mehreren Leveln: MQTT-Topics lassen sich in fünf Leveln verwalten und werden automatisch zusammen gesetzt
- Anpassung Topic Schema pro Topics: MQTT-Topics lassen sich mit grafischem Assistent pro Topic leicht anpassen für alle
- Assistent für Hinzufügen von Transaktionen: Einfach bedienbare grafische Assistent für das hinzufügen von subskribierenden und publizierenden Transaktionen zu MQTT Topics. Die vielen möglichen Auslöser für publizierende Transaktionen mit JSON-Datenformat werden ebenfalls mit dem grafischen Assistenten eingerichtet.
Farbcodierungen
Um Anzeigen und Funktionen voneinander besser abzugrenzen und insbesondere um Verwechselungen zu vermeiden werden MQTT Topics farblich anders dargestellt als die Objekte mit denen diese verbunden sind, zudem sind Schreib- und Leserichtung farblich und mit Pfeilen gekennzeichnet.
- MQTT Topics in Violett: MQTT Topics werden im Modbus Gerätemanager und dessen Assistenten in violett dargestellt. Der Main Topic Level wird dem App Level Topic invers dargestellt vorangestellt. Die jeweils letzten Level werden dabei FETT markiert für optimierte Lesbarkeit.
- Subskriptionen sind Grün markiert: Die Definition für Subskriptionen im MQTT Gerätemanager sind mit grüner Farbe markiert und mit einem Pfeil von links nach rechts gekennzeichnet. Die entsprechenden Assistenten sind mit grün unterlegt.
- Publizierungen sind Blau markiert: Die Definition für Publizierungen im MQTT Gerätemanager sind mit blauer Farbe markiert und mit einem Pfeil von rechts nach links gekennzeichnet. Die entsprechenden Assistenten sind blau unterlegt.
- Warnungen in Gelb: Alle Stati mit dem Schweregrad “Warnungen” werden gelb markiert
- Fehler in Rot: Diejenigen Rückmeldungen mit dem Schweregrad eines “Fehlers” werden in Rot ausgezeichnet
Livestream Video zur Einführung des Leistungsmerkmal MQTT
Für den Rollout des Leistungsmerkmales MQTT wurde eine Live-Präsentation per YouTube durchgeführt. Für das beste Verständnis der neuen Funktionen empfehlen wir, dieses Video anzusehen.
Verbesserungen mit der V 2.0 RC1
Verbesserung des MQTT Gerätemanagers
Der MQTT Gerätemanager wurde verbessert:
- Darstellung der Datenkommunikation für Einrichtung und Diagnose wurde neu angeordnet
- Die sich ergebenden Full Topics für Subscribe und Publish werden angezeigt (und sind markier- und kopierbar)
- Über das Stiftsymbol wird der neue Assistent zur Anpassung der Topics aufgerufen (auch unten beschrieben)
- Die Bezeichnung der Applikation kann über das Stiftsymbol geändert werden
- Die Breite der Tabelle wurde optimiert, es ist nun mehr Platz für Objekte-ID und Verknüpfungen vorhanden
- Die - spätere - Implementierung für Sendefilter ist im Layout bereits vorbereitet
- Die Mouse-Over über den Applikationsbezeichnungen wurden erweitert und enthalten eine Darstellung aller Einstellungen
- Es wurden eine ganze Reihe von Verbesserungen umgesetzt (bitte Changelog unten beachten)
Verbesserter Assistent für das Anlegen des App Level Topics
Für das Anlegen des App Level Topics wurde der Assistent komplett überarbeitet und mit kontextsensitiver Hilfe zu jedem Eingabefeld erweitert
Neuer Assistent zum Anpassen der Topic Level
Für jedes Topic kann das - zuvor bei der Einrichtung des Gerätes angegebene - Topic URI Schema angepasst werden.
Dies ist insbesondere dienlich für Geräte wie Tasmota oder Shelly, die mehrere Pre-, -In-, oder Post-Fixes nutzen, je nach App-Level. Mit Klick auf das Stiftsymbol neben dem Topic wird nun der neue Assistent zur Anpassung des Topic Schemas aufgerufen.
------------------------------------------------------------------------------------------------------------------------------------------------------
4. Verbesserungen 1-Wire Geräte Manager:
Neuer Look
Der 1-Wire Geräte Manager wurde an das neue Farbkonzept (grün = lesen, blau ist schreiben) angepasst, die Daten- und Einstellungsfelder sind nun heller für eine angenehmere Darstellung.
------------------------------------------------------------------------------------------------------------------------------------------------------
5. Verbesserungen System Update:
Neuer Look
Der Look des Update-Prozesses wurde aufgefrischt
------------------------------------------------------------------------------------------------------------------------------------------------------
6. Subsystem Manager:
Verbesserte Anzeige und Auto Speichern
Die Anzeige im Subsystem Manager wurde verbessert, der Typ des Subsystem wird ausdekodiert und Änderungen an Präfix, Bezeichnung und Beschreibung werden nun automatisch gespeichert (beim Verlassen des Feldes), die "Speichern" Schaltfläche wurde damit entfernt
###########################################################################################################
Bekannte Probleme:
Ein Produkt wie der Timberwolf Server wird im Zusammenhang mit komplexen Netzwerken und Protokollen (KNX, Ethernet, 1-Wire, DMX, Modbus, MQTT und künftig auch Web-API, REST, TCP/UDP usw.) genutzt. Die Zusammenstellung der Anlagen bei den Kunden ist stark unterschiedlich, kein Kunde nutzt die selbe Konstellation. Alleine die Vielzahl der anschließbaren Komponenten geht in die zehntausende, die möglichen Einstellungen und Konfigurationen sind unzählig. Entsprechend kann nicht jedes Szenario getestet werden und mit jedem Update des Timberwolf Servers und / oder dieser anderen Komponenten und deren Konfigurationen können potentiell auch Inkompatibilitäten entstehen.
Wir werten die Rückmeldungen unserer Kunden diesbezüglich sorgfältig aus und werden im Rahmen unserer Möglichkeiten versuchen bei Kompatibilitätsprobleme Abhilfe zu schaffen bzw. darauf hinzuweisen. Folgend eine Liste der derzeit bekannten Kompatibilitätsprobleme. Diese Liste wird laufend angepasst.
Doppelte bzw. mehrfache MAC-Adressen: Mehrere Kunden haben von Problemen in der IP-Kommunikation aus Containern berichtet. Diese sind auf doppelte MAC-Adressen für die Container zurückzuführen. Die genaue Ursache ist nicht gefunden, steht jedoch nicht im Zusammenhang mit diesem Update sondern mit dem Neustart selbst. Wir haben die Darstellung im Container Management mit Version 1.6 erheblich verbessert, doppelte MAC-Adressen werden gelb unterlegt dargestellt. Wir bitten die Nutzer, die mehr als eine Container nutzen, die Vergabe der MAC-Adressen NACH JEDEM NEUSTART zu prüfen und in Portainer ggfls. anzupassen, so dass diese eindeutig sind.
###########################################################################################################
Changelogs für Version 2.0:
Hinweis: Die unterstehenden Changelogs beschreibt alle Änderungen an der Timberwolf-Server Software seit "V 1.6 Hells Bells".
Falls Sie von einer früheren Version aus auf diese Software updaten, dann empfehlen wir, zuvor alle Informationen zur Version 1.6 zu lesen unter hier
Bitte treten Sie dem Telegram-Kanal für Insider bei, damit Sie über neue Versionen direkt informiert werden. Link: https://wrgt.news/Insider-TWS-DE
Changelog für diese Release Candidate 1 zur Version 2.0
MQTT Device Manager (WD-1911)
• NEW!: Allow Pre-/In-/Postfixes update with new assistent UI(WD-1939)
• Improvement: Improved application tooltips
• Improvement: Updated raw data formatting
• Improvement: Don't allow empty names to be saved
• Improvement: Ability to update application name (WD-1938)
• Improvement: Better use of screen realestate
• Improvement: Application tooltip improved
• Fix: Whitespaces after boolean values leading to wrong object values (WD-1940)
• Fix: Fixed error information tooltips
• Fix: Trigger settings not working as expected (WD-1931)
Base (WD-1913)
• NEW!: Added new physical units (MWh, GWh, Ah, mAh, Wmin, Ws)
• Improvement: minor Dispatcher Object width improvements
• Fix: rename unit Pa/m**4 to N/m**2
• Fix: rename unit correct long for magnetic flux is Weber
• Fix: TWS cookie limited to TWS only
Modbus Device Manager (WD-1913)
• Improvement: added error display and help text if values can not be converted
• Improvement: Updated default transmission filter values to match newly created applications
• Improvement: Better use of screen realestate
• Fix: Fixed error information tooltips
• Fix: Address calculation problems with float to integer conversions in both directions (WD-1935)
MQTT Broker Connections (WD-1911)
• Improvement: Improved field alignment
Timberwolf Dispatcher (WD-1913 / WD-1936)
• Improvement: Precise display of big integer values for last object values
• Improvement: Allow storing of big integers to Timeseries
User VPN (WD-1931)
• Improvement: Allow Timberwolf Server reached by DNS via User VPN without .local postfix to avoid problems with iOS
Changelog für die vormalige Insider Preview 5 zur Version 2.0
MQTT Broker Connections
• NEW!: Complete new feature
MQTT Device Manager
• NEW!: Complete new feature
Modbus Interfaces
• Improvement! New Wording and optimized translation
• Improvement: Updates Serial Modbus Library
• Improvement: Various small improvements
Modbus Busmonitor
• Improvement! New Wording and optimized translation
• Improvement: Various small improvements
Modbus Profile Manager
• Improvement! New Wording and optimized translation
• Improvement: Various small improvements
Changelog für vormalige Insider Preview 4 zur Version 2.0
Modbus Device Manager
• NEW!: Complete new feature (WD-1875 / WD-1871 / WD-1635)
Logic Engine & Logic Manager
• NEW!: New math module (WD-1908 / WD-1910)
Modbus Profile Manager
• NEW!: Read only mode (WD-1901)
• Improvement: Allow viewing of locked in use profiles (WD-1900)
• Improvement: Show import / copy errors (WD-1880)
• Improvement: New custom manufacturer not in dropdown after saving (WD-1890)
• Improvement: Improve tooltips for live values (WD-1869)
• Improvement: When adding register to live queue, clear all values instead of just the first (WD-1863)
• Improvement: Various small improvements (WD-1864)
Modbus Bus Monitor
• Improvement: Limit number of displayed entries (WD-1893)
• Improvement: Add view and filter options (WD-1897)
• Improvement: Continue to show messages after 60 seconds (WD-1892)
Modbus Interfaces
• Fix: Disallow used subsystems from being deleted (WD-1891)
System Monitor
• Improvement: Change SD card warning colors and levels (WD-1845)
Object Manager
• Fix: Replace quick fix for missing search results (WD-1889)
Changelog für vormalige Insider Preview 3.1 zur Version 2.0
Modbus Interfaces
• Hotfix: Correction in subsystem management and object management
Changelog für vormalige Insider Preview 3 zur Version 2.0
Modbus Interfaces
• New! New Module to manage Interfaces for Modbus RTU and Modbus TCP (WD-1860)
Modbus Busmonitor
• New! New Busmonitor for use with Modbus RTU and Modbus TCP (WD-1736)
Modbus Profile Manager
• New! Modbus Profile Manager, including Modbus Profile Editor for use with Modbus RTU and Modbus TCP (WD-1715)
Base
• New! started French translation (WD-572, WD-1878)
• Improvement: updated menu texts (WD-1878)
• Improvement: several fixes and updates
• Improvement: Removed packages not relevant to user on DIN rail servers (WD-1841)
Portainer / Container
• Improvement: updated screen real estate
Proxy
• Improvement: show error when loading failed (WD-1867)
Dark mode
• Improvement: minor updates (WD-1851)
Changelog für die vormalige Insider Preview 2 zur Version 2.0
Falls Sie direkt von der V 1.6 aus auf diese Preview updaten, dann erhalten Sie auch das Update auf die IP2:
System
• Upgrade: Update to Influx 1.8
• New: Statistik Timeseries for Timberwolf Server
Changelog für die vormalige Insider Preview 1 zur Version 2.0
Falls Sie direkt von der V 1.6 aus auf diese Preview updaten, dann erhalten Sie auch das Update auf die IP1:
System
• Upgrade: Update to Debian Stretch 9.13
Für eine Liste der Aktualisierungen lesen Sie hier bei Debian: https://www.debian.org/News/2020/20200718
###########################################################################################################
Wichtiger Hinweis zu Fehlermeldungen:
Dies ist eine Insider Version. Das ist eine Vorabversion einer Vorabversion. Fehler und Probleme sind sehr wahrscheinlich. Bitte installieren Sie diese keinesfalls, wenn Sie sich nicht sicher sind. Auf jeden Fall gilt:
==> Fehlermeldungen zu Insider Versionen bitte NUR IM SPEZIELLEN INSIDER UNTERFORUM in jeweils einen eigenen Thread mit GENAUER Angabe zur Version im Threadtitel veröffentlichen. Bitte KEINE Tickets dazu bei uns eröffnen. Vielen Dank für Ihr Verständnis.
Bitte in diesem Thread ausschließliche Probleme / Erfolge mit dem Installieren des Updates selbst anmerken (jedoch nicht mit technischen Problemen der installierten Software) melden.
lg
Stefan Werner