UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[NEUHEIT] [V 1.5 RC10] NEUE Version 1.5 Release Candidate 10 ab sofort verfügbar - Alle Modellversionen

Neue Produkte, Rollouts, Änderungen, Aktionen
Forumsregeln
  • Bitte daran denken, dass für technische Probleme mit der Firmware, die NICHT die Installation selbst betreffen, jeweils ein separater Thread zu eröffnen ist. Bei Insider Versionen dann im entsprechenden Insider-Unterforum
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln

Ersteller
StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

[V 1.5 RC10] NEUE Version 1.5 Release Candidate 10 ab sofort verfügbar - Alle Modellversionen

#1

Beitrag von StefanW »

Hallo liebe Kunden des Timberwolf Servers (alle Modelle & Versionen)

Wir kommen der Hauptversion 1.5 nun immer näher. Darum gibt es auch heute wieder eine Reihe von kleineren Fixes und viele weitere Detail-Verbesserungen mit:

Version 1.5 Release Candidate 10 für Timberwolf Server (alle Modelle). :dance:

ZWEI WICHTIGE ÄNDERUNGEN FÜR DOCKER-BENUTZER - BITTE UNTEN UNTER PUNKT I. LESEN !

Wir sind nun in die Zielgerade eingebogen zur ersten Hauptversion für den Timberwolf Server. Wegen der vielen Leistungsmerkmalen haben wir hierfür für unsere erste Hauptversion die Versionsnummer 1.5 vergeben.

Die wichtigsten Änderungen der RC 10 im Überblick:
  • Single-Sign-On: Mit der Anmeldung am Timberwolf Server wird nun ein signierter Zugriffstoken im Cookie gesetzt, der vom Authentication Reverse Proxy ausgewertet wird und auch von Grafana akzeptiert. Die Dauer der Gültigkeit kann bis hin zu 50 Jahren gesetzt werden. Detaillierte Beschreibung hier: Link
  • Upgrade auf Grafana 6.4.4: mit der RC10 liefern wir nun auch ein großes Upgrade zu Grafana aus. Von der 5.0.3 nun auf die Version 6.4.4. Grafana ist nun auch voreingestellt damit die Integration in iFrame einfacher wird. Detaillierte Beschreibung hier: Link
  • Download der Datensicherung: Die von der Datensicherung angefertigten (verschlüsselten) Dateien kann man nun auch herunterladen, um diese anderweitig zu speichern. Detaillierte Beschreibung hier: Link
  • Import-Logs werden nun für späteres Ansehen gespeichert: Beim Import des ETS-Projektes wird ein Log erzeugt. Bisher war das verloren, wenn man woanders hingeklickt hat. Nun wird das gespeichert und steht auch später zur Verfügung. Detaillierte Beschreibung hier: Link


Ein "Release Candidate" markiert ein Einfrieren von neuen Entwicklungen / Leistungsmerkmalen ("Feature Freeze") so dass die weitere Entwicklung sich nun zunächst um die Behebung letzter Fehler dreht. Erst danach, also wenn alle Fehler beseitigt sind und wir eine stabile und möglichst fehlerfreie Hauptversion haben, werden wir wir weitere Leistungsmerkmale herausbringen, die dann zunächst als BETA-Test erscheinen.

Freiwillige Teilname am Insider Programm
Es ist unseren Kunden freigestellt, sich zu entscheiden, welche Version sie künftig erhalten. Nur die jeweiligen getesteten und fehlerfreien Hauptversionen oder auch BETA-Versionen. Letzteres gibt früheren Zugang zu neuen Leistungsmerkmalen, kann aber durchaus noch den ein oder anderen Fehler beinhalten. Wenn Sie künftig auch BETA-Versionen beziehen wollen, dann können Sie unter Updates auf "ich nehme am Insider Programm teil" drücken. Eine Beendigung des Insider Programmes muss dann VOR Erscheinen einer neuen Hauptversion durch Anklicken eingerichtet sein, wobei ein Insider-Programm dann immer erst nach der nächsten Hauptversion endet.


Wichtige Verbesserung ab Release Candidate 1 bis 10:

A. Freigabe des Logik Editors mit der Logik-Engine:

Nach dem Herzstück, der "universellen Objektverwaltung" erscheint nun die Logikengine mit Live-Editor. Diese Logik ist ein ganz besonderes Stück Softwaretechnik geworden, mit vielen tollen Eigenschaften und Fähigkeiten, die neue Maßstäbe setzen.

Insgesamt haben wir vier Jahre daran gearbeitet und die Logik dabei zweimal komplett neu entwickelt. Die zweite Version haben wir dann nochmal zweimal stark überarbeitet, eigentlich wären wir schon bei 3.0 was die Logik betrifft.

Die erste Version war komplett für die Tonne, viel viel zu langsam, wichtige Vorgaben wurden nicht beachtet. Dann ein neuer Anlauf - mit einem sehr sehr guten neuen Entwickler - alles nochmal komplett von Vorne neu geschrieben. War schon gut, aber uns noch nicht gut genug, weil wir sind erst zufrieden, wenn es uns selbst aus den Schuhen haut, was wir gemacht haben. Es hat uns noch ein wenig Flexibilität gefehlt, daher zuerst den Universal Objekt Dispatcher mit dem DOS entworfen für gesteigerte Freiheitsgrade beim Verknüpfen von Objekten. Danach haben wir noch das konfigurierbare Triggersystem hinzugefügt für maximale Kontrolle, wann eine Zelle ausgeführt wird. Erst damit waren wir dann selbst zufrieden, mit weniger als fünf Alleinstellungsmerkmalen nur bei der Logik, wollten wir Euch nicht unter die Augen treten.

Ja, es hat am Ende vier Jahre gedauert, alle Termine wurden drastisch überzogen und es dürfe so ca. eine dreiviertel Million an Entwicklung gekostet haben. Aber wir wollten das Beste für Euch, deshalb haben wir solange daran entwickelt, bis es auch passt und wirklich ein großer Fortschritt ist. Den haben wir nun erreicht und freuen uns, dass wir das offiziell mit Euch teilen können. Wir wünschen Euch sehr viel Spaß damit.

Die wichtigsten Merkmale in der Übersicht:

  • Echtzeit-Update der Konfig: Eines der wichtigsten Merkmale. Die Umsetzung von Änderungen an der Logikdefinition. Instant. Von jetzt auf gleich. Es war eine wirklich enorme Herausforderung. Eine Logik-Engine zu erschaffen, die Updates während der Laufzeit umsetzen kann. Ohne jeden Neustart der ganzen Logik. Wir haben es geschafft. Unsere Logikengine kann eine einzelne Logikzelle - unabhängig von allen anderen stoppen, starten, löschen und auch Änderungen an der Definition umsetzen. Ohne dass davon andere Logikzellen betroffen sind. Das ist ein erhebliches Feature, denn es ist immer noch normal in der Branche, dass die ganze Logik, der ganze Server, selbst bei nur kleinsten Änderungen, neu gestartet werden müssen. Wir sind sehr stolz, dass wir dieses Hemmnis für unsere Kunden vermeiden konnten. Bitte ändert einfach nach Lust und Laune, experimentiert mit der Logik, ohne dass Ihr Euch Sorgen machen müsst, dass der Rest vom Haus nicht mehr funktioniert oder beim jeweiligen Neuboot die Lichter blinken.
  • Echtzeit-Bearbeitung der Konfig: Einfach den Browser auf und die Logikzelle öffnen. Man bekommt sofort ein Bild und kann auf der Stelle ändern. Ein Knopfdruck genügt und es ist umgesetzt und läuft bereits. Da muss nichts erst lange kompiliert und dann erst übertragen werden. Einfach. ändern und mit eine Klick wird es schon gestartet im Server. Damit gibt es bei uns das nervige Übertragen nicht.
  • Echtzeit-Anzeige des Zustandes: Mit Klick auf das Stethoskop-Symbol schaltet man den Logik-Editor in den "Doktor-Modus". Hier sieht man nun wie die Logik-Zelle rechnet, welche Werte zuletzt vom Bus gesendet wurden und was berechnet wurde. Ganz einfach Live dabei.
  • Echtzeit-Anzeige der Zustände als Graphen: Zusätzlich kann man sich im Doktor-Modus auch den zeitlichen Verlauf anzeigen lassen, hier sieht man das Timing der Signale und den Wert. Wie bei einem einfachen Oszilloskop.
  • Dauer-Analyse der Logikzelle: Wir haben uns gedacht, was man kurz zeigen kann, das geht auch länger. Daher haben alle Server mit der Professional Ausstattung (und damit mit "Grafana Plus") auch die Möglichkeit einer Langzeitaufzeichnung. Wenn die Logikzelle im Doktormodus ist, dann beginnt dort auch eine Aufzeichnung der einzelnen Logikpegel in eine Influx-DB. Das funktioniert auch über Stunden und Tage. Mit einem Klick auf den Grafana-Button bekommt man dann auch die passende Anzeige und kann genau nachsehen, wie die jeweilige Logikzelle funktioniert hat. Also ein Mixed-Signal-Oszilloskop für Bussignale und Logikpegel in der Engine. Sehr hilfreich für die Fehlersuche.
  • Echtzeit-Simulation I - Abschalten von Ein- und Ausgängen: Einfach mal abschalten. Die Ein- oder Ausgangswerte. Manchmal ist der Bus ziemlich in Bewegung und man will einfach eine Zelle in Ruhe studieren. Oder ein Sensor ist defekt und liefert falsche Werte. Da ist es gut, wenn man den Eingang einfach abschalten kann. Mit dem Ausgang geht das ebenso. Zum Beispiel wenn man die neue Lichtsteuerung oder die Bewässerung umprogrammieren will, aber es gerade ungünstig wäre wenn der Sprinkler auch startet. So kann man die Zelle einrichten, den Verlauf im Doktormodus beobachten und doch sicher sein, dass nichts passiert, weil der Ausgang nicht gesendet wird, da abgeschaltet.
  • Echtzeit-Simulation II - Manuelles Einspeisen von Werten: Wenn man Eingänge absperren will, dann will man auch eigene Werte eingeben. Schließlich ist es interessant zu sehen, was im Winter mit der Logik passiert. Nur wie bewerkstelligt man das? Bisher war es notwendig, ein Stück Eis an den Außensensor zu halten, oder diesen vom Bus abzuklemmen und mit der ETS ein passendes Gruppentelegramm zu senden. Nur hat sich dass dann auch auf alle Logiken ausgewirkt, da ist dann manchmal mehr passiert, als man jetzt testen wollte, nur weil das Haus nun für die nächste Zeit auf "Winter" steht. Jetzt ist alles einfacher, einfach den Eingang im Logik-Editor abklemmen und stattdessen die gewünschten - 10 ° C einspeisen. Schon kann man diese Logik testen - es dauert nur wenige Sekunden und der Rest bleibt unberührt. Schon viel einfacher so.
  • Echtzeit-Trigger - Oder wann geht es los mit dem Berechnen: Normalerweise rechnet eine ereignisgesteuerte Logik immer dann, wenn auch ein Ereignis stattfindet. Ist auch logisch so. Bedeutet, wenn man ein zigfach-UND hat, dann wird jedes mal dann, wenn sich an einem Eingang was ändert, die ganze Logik durch gerechnet. Aber es gibt Eingänge die sind wichtiger und bedeutsamer als andere und man könnte wollen, dass nur dann berechnet wird, wenn sich diese wichtigen Eingänge ändern, die anderen, weniger priorisierten Eingänge sollen zwar bei der Berechnung immer berücksichtigt werden, aber nicht die Berechnung auslösen. Nun, bei der Timberwolf Logik Engine könnte Ihr das nun im Editor einstellen. Einfach am Anfang der Logikzelle bei jedem Signaleingang gibt es eine kleine Box, dort kann man einstellen, ob die Logik berechnet wird, wenn sich an diesem Eingang etwas ändert. Zudem kann man auch das Startverhalten einstellen, u.a. dass nur berechnet wird, wenn alle Signale einmal eingetroffen sind. Das mag jetzt ein wenig nebensächlich aussehen, ist aber ein sehr starkes Feature. Klar kann man auch diese Einstellung während des laufenden Betriebes ändern - und mit speichern wird sie auch gleich wirksam.
  • Beliebige Erweiterung bei Boolescher Logik: Das ist auch so ein Hammer-Feature dass man erstmal entdecken muss. Bei jedem der booleschen Logikmodule gibt es die Möglichkeit beliebig viele Eingänge hinzuzufügen. Genauer gesagt, sind es mehrere "Eingangsklassen". Da wären die rein booleschen Logikeingänge, also das was primäre zur Berechnung herangezogen wird. Dann gibt es noch zusätzliche Triggereingänge (damit kann man Berechnungen auslösen oder synchronisieren mit anderen Logikzellen) und zu guter letzt gibt es auch noch "Inhibit"-Eingänge, also das Unterdrücken der Berechnung ("Sperrobjekt"). Der absolute Wahnsinn an Freiheitsgrad ist, dass ihr davon jeweils beliebig viele nehmen könnt. Also ein 24-Fach UND mit drei Trigger und acht Inhibit-Eingängen ist kein Problem. Das alles jederzeit und in Echtzeit zu ändern auch nicht. Einfach den einen Eingang hin, den anderen weg und schon hat man die Logik angepasst. Wo die Grenzen sind, wissen wir nicht, weil die Grenze sind die Ressourcen. Vermutlich ist ein Tausendfüßler - eine boolesche Logik mit 1000 Eingängen - durchaus drin. Auf jeden Fall gibt es hier keine künstlichen Grenzen, wer 37 Fenster hat und für den Gesamtverschluss eben ein 37-fach Oder-Modul benötigt, der klickt es sich eben nun zusammen.
  • Senderegel - wann wird gesendet nach dem Berechnen: Manche Bussysteme sind ausgelastet oder von vornherein nicht so schnell. Es macht daher nicht unbedingt Sinn immer wieder das gleiche Ergebnis zu senden, ohne dass sich was geändert hat, daher kann man das nun auch it einem Klick bestimmen, damit nur gesendet wird, wenn sich die Berechnung geändert hat ("On Change") oder nur dann, wenn einer der externen Triggereingänge aktiviert wurde ("On Timer").
  • Custom Logik - Ich will mir meine Logik selbst bauen: Aus den vorhandenen Modulen kann man sich seine Zusammenstellung auch in einer "Custom-Logik" definieren. Damit kann man Logiken, die über mehrere Zellen reichen auch in einer komprimieren. Das ist sogar relativ einfach und man muss auch nicht programmieren können, denn die Verschaltung wird nur definiert, also welches Modul ist mit welchem Eingang mit welchem anderen Modul am Ausgang verbunden. Am Besten einmal auf malen und dann die Verbindungen abtippen.
  • Gleichzeitig an viele Ziele senden: Das geht am einfachsten, einfach am Ausgang mehrere Ziele gleichzeitig angeben und schon wird an diese Ziele gleichzeitig geschickt. Quelle und Ziel kann jedes gültige Objekt sein. Damit läßt sich sehr viel machen.
  • Busunabhängig: Die Logik ist unabhängig vom Bussystem. Es ist daher egal ob man 1-Wire mit KNX mit DMX mit ModBus oder XYZ verbindet. Es funktioniert alles miteinander. Das macht diese Logik auch so stark. Die beliebige Verknüpfung.


:tools-hammerdrill: Mit RC2 wurden etliche Verbesserungen am Logik Editor vorgenommen.

:tools-hammerdrill: Mit RC4 wurde die Performance des Logik Editors erheblich verbessert, neben vielen weiteren Verbesserungen.

:tools-hammerdrill: Mit RC5 kann man nun Name und Tags der Logikzellen verändern, ohne dass die Zelle dadurch "Modified" wird und neu gespeichert werden muss:

Bild


:tools-hammerdrill: Ab RC5 kann man nun auch Kommentare in die Custom-Logik schreiben:

Bild


:tools-hammerdrill: Ab RC5 kann man nun die Liste der Logikzellen auch nach Status filtern:

Bild


:tools-hammerdrill: Ab RC5 ist die Liste der verknüpften Objekte optimiert (damit sich die Objekte mehrerer Ausgänge nicht in die Quere kommen):

Bild


:tools-hammerdrill: Ab RC6 haben wir die Darstellung der Logikzellen stark vereinfacht und Mann / Frau kann für Custom-Logiken nun eigene Icons vergeben (bitte von SVG nach BASE64 kodieren (z.B. mit https://www.base64-image.de/):

Bild


:tools-hammerdrill: Ab RC6 können Beschreibungen in Custom-Logiken auch zweizeilig sein:

Bild


:tools-hammerdrill: Ab RC6 wurden die Zeitschaltuhren / Trigger verbessert mit Kodierung in CRON-Format:

Bild


:tools-hammerdrill: Ab RC6 werden "innerhalb eines Bereich" Zwischenberechnungen nun auch hinsichtlich der unteren Schwelle richtig behandelt:

Bild


:tools-hammerdrill: Ab RC6 werden die vormals eingestellten Trigger nun richtig angezeigt:

Bild


:tools-hammerdrill: Ab RC6 wird die Anzeige für Fehler bei falschen oder fehlenden Eingaben verbessert:

Bild


:tools-hammerdrill: Ab RC6 gibt es nun eine PID-Regler mit Anti-Wind-Up.

:tools-hammerdrill: Ab RC6 wird der Logik-Engine Code permanent nach jeder Änderung generiert.

:tools-hammerdrill: Ab RC6 kennt der Logik Editor auch mehr Ausgangstypen "int, float, bool, str).

:tools-hammerdrill: Sehr viele Verbesserungen im Detail (siehe Changelog unten)


:tools-hammerdrill: Ab RC7 wurde die Anzeige des Editors für Custom-Logiken verbessert. Die Darstellung ist nun breiter und lange Zeilen werden nicht mehr umgebrochen, dies macht das Editieren der Struktur viel einfacher.:

Bild


:tools-hammerdrill: Ab RC7 werden die Namen für Input / Output für Custom-Logiken verbessert:

Bild


:tools-hammerdrill: Ab RC7 wird der Schwellwertschalter besser dargestellt :

Bild


:tools-hammerdrill: Ab RC9 kommt bei kopierten Logiken auch das Icon mit :

Bild


:tools-hammerdrill: Ab RC10 werden die TAGs nun "UND"-Verknüpft. :

Bild



Unsere 40 Module zum Start:

:tools-hammerdrill: Mit RC5 sind es nun 45 Module

Bild


:tools-hammerdrill: Verbesserung in RC3: Nun auch mit Betriebsstundenzähler und neuer Stoppuhr mit Haltefunktion:


:tools-hammerdrill: Verbesserung in RC3: Umwandlungen (Schwellwert usw.) vor Logikeingängen funktionieren nun:

Bild


:tools-hammerdrill: Verbesserung in RC5: Der Betriebsstundenzähler wurde nochmal verbessert:

Bild


:tools-hammerdrill: Verbesserung in RC5: Die aktuelle Uhrzeit (Unixtime) läßt sich nun in allen Bestandteilen ausgeben:

Bild


:tools-hammerdrill: Verbesserung in RC5: Oder aber man kann eine beliebige (berechnete) Uhrzeit (Unixtime) in seinen Bestandteilen ausgeben lassen:

Bild


B. Logikengine nun mit persistenten Logikzellen:

Was vorher schon gut war nochmal verbessert. Jede Logikzelle kann nun "persistent" geschaltet werden, damit bleiben Stati über Reboots erhalten.

Die Logikengine speichert künftig Ihren kompletten internen Status persistent. Für jede Logikzelle einzeln. Knopfdruck genügt. Das bedeutet, selbst beim Durchstarten der Logikengine (was ohnehin nur sehr selten notwendig ist, aber bei einem Update vorkommen kann) speichert die LE alle internen Stati und arbeitet beim Wiederstart an der gleichen Stelle weiter. Selbst Timer berücksichtigen dabei die Off-Time und werden ggfls nachgeholt.

>Einsatzszenario:
Das ist eine sehr leistungsstarke Funktion, insbesondere für Werte / Stati die nur selten eintreffen / gesendet werden! Die LE macht also nach einem Neustart einfach ansatzlos weiter, als wäre nichts gewesen. Damit lassen sich insbesondere seltene Ereignisse, Werte und Statusmeldungen persistent speichern, hierzu muss man diese nur über die Logik führen.

Damit kann man nicht nur Umschaltungen von Sommer auf Winter oder Tag auf Nacht persistent speichern, sondern auch am Bedienfeld eines Smarthomes gemachte Aufgaben und Vorgänge und insbesondere einmalige Statustelegramme (EnOcean Funktelegramme, hier ist keine Abfrage beim Neustart möglich) dauerhaft abspeichern. Damit der Server auch in einem Jahr noch nach mehreren Stromausfällen weiß, dass das kleine Fenster im Heizungsraum vor einem Jahr das letzte Mal geschlossen wurde.

Besonders praktisch auch für unsere neuen Module "Betriebsstundenzähler". Da geht nun kein Zählerstand mehr verloren.


Die Bedienung ist ganz einfach. Dafür gibt es nun einen neuen Button, rechts oben im "Zellkern" sowie eine Statusanzeige links beim Namen (selbstverständlich kann man dieses Verhalten für jede Logikzelle einzeln einschalten)

Bild


Die wichtigsten Merkmale in der Übersicht:

  • Persistent: Speicherung der Zustände über Reboots von Servern und / oder der Logikengine hinweg
  • Frische Stati alle 10 Minuten: Bei der ersten Berechnung einer "persistenten" Logikzelle nach dem Start, wird der Status gespeichert. Und jedes mal wieder dann, wenn nach einer erneuten Berechnung (weil ein Trigger ausgelöst wurde) mindestens 10 Minuten gegenüber dem letzten Zwischenspeichern vergangen ist.
  • Aktuelle Stati bei Shutdown: Bei einem kontrolliertem Shutdown - also wenn die Logik-Engine kontrolliert heruntergefahren / durch gestartet wird, dann wird der aktuelle Status der mit "Persistenz" markierten Logikzellen ebenfalls abgespeichert. Gewinner sind hier insbesondere die Kunden mit einem Timberwolf Server 2600, weil durch die integrierte USV bei Stromausfall kontrolliert heruntergefahren wird, wodurch dieses Leistungsmerkmal auch hier bei Ausfall der - ohnehin dualen - Spannungsversorgung besonders zur Geltung kommt.
  • Granular: Dieses Zwischenspeichern wird für jede Logikzelle einzeln vorgenommen. Die Speicherung bei Statuswechsel, sofern mehr als 10 Minuten seit der letzten Speicherung vergangen sind, werden ebenfalls PRO Logikzelle vorgenommen.
  • Zeitmaschine I: Die Off-Time der Zelle wird bei den Timern berücksichtigt. Würde also ein Timer in 8 Minuten "ablaufen" (also einen Trigger initiieren) und wäre der Server komplett in dieser Zeit durch gestartet worden (was 3 Minuten in diesem Beispiel dauert), dann würde beim Neustart der Timer neu berechnet und stünde nun auf "in 5 Minuten", die Zeitpunkte werden also weiterhin eingehalten.
  • Zeitmaschine II: Zwischenzeitlich (während der Off-Time) nachgeholte Trigger werden NACHGEHOLT. Das sollte man bedenken, wenn die Gefahr besteht, dass ein Server längere Zeit Off sein könnte, nicht dass die Rolladen dann 10x hintereinander fahren. Aber darum kann man das auch pro Logikzelle einschalten.




C. Host Ethernet-Interface kann in den MacVLAN Mode geschaltet werden:

Endlich können Docker Container mit MacVLAN die KNXnet/IP Tunneling Schnittstelle des Timberwolf Servers benutzen

Die Power User, welche mit Docker-Containern die Funktionen des Timberwolf Servers erweitern, brauchen für manche Container eine eigene IP. Dafür muss der Container dann im MacVLAN Modus laufen. Nur konnte man dann nicht mehr auf die Anwendungen am Timberwolf Server zugreifen. Nun kann man am Timberwolf Server auch das MacVLAN einschalten und nun können wieder alle miteinander sprechen, der Host und die Container. Damit stehen neue Möglichkeiten offen und insbesondere können diese Container nun auch auf die KNXnet/IP Schnittstelle zugreifen. Das ist eine starke Erweiterung der bisherigen Möglichkeiten.

Neu: Ab V 1.5 RC2 kann der Kunde auch den Netzwerkzugriff des Kunden-VPNs bei aktiviertem MacVLAN ändern.


Bild

Die Konfiguration ist sehr einfach, einfach unter Netzwerkeinstellungen den Haken bei MacVLAN setzen, es muss der Server auch nicht neu gestartet werden.

Hinweis 1: Damit erhält der Timberwolf Server eine neue MAC-Adresse und damit eine neue IP. Bis die Namensauflösung darauf richtig reagiert, was eine Minute dauern kann, ist die Verbindung zwischen Front- und Backend unterbrochen. Diese Verbindung versucht sich selbst aufzubauen. Wer DNS Server benutzt, muss selbst umstellen.

Hinweis 2: Bitte unbedingt auf das blaue i drücken neben der Auswahl, hier wird sehr viel über MacVLAN erklärt. bitte durchlesen.


D. Löschen ungenutzter Zeitserien:

Viele Kunden haben sich das gewünscht und wir haben zugehört. Nun könnt Ihr auch Zeitserien löschen

Das Thema Zeitserien haben wir nun vielfach erweitert. Die Zeitserien können nun beliebig benannt werden, an- und abgekoppelt von Objekten und nun kann man - inaktive - Zeitserien auch löschen. Einfach zuerst ein darauf schreibendes Objekt abkoppeln und dann kann man die Zeitreihe auch löschen. Einfach mit der Maus neben der Bezeichnung und dann taucht dort ein Mülleimer auf. Drauf drücken und weg ist die Zeitserien. Für immer übrigens, weil ein Zurück gibt es hier nicht.

Bild

Bedienung:
  1. Datensicherung: Bitte zuerst eine Datensicherung ausführen.
  2. Quelle dekonfigurieren: Zuerst mit dem DOS, zum Beispiel in der Objektverwaltung, die Quelle einer Zeitserie entfernen (schließlich darf da nichts mehr hinschreiben wollen) so dass diese unter Zeitserien als "inaktiv" angezeigt wird.
  3. Zeitserie löschen: Dann unter "Zeitserie" mit der Maus neben die Bezeichnung fahren, dort wird dann ein Papierkorb angezeigt. Das Löschen kann nicht rückgängig gemacht werden.



E. APP: WireGate Plugin Umgebung:

Darauf haben einige Kunden des WireGate Servers gewartet. Die Möglichkeit alte WireGate Plugins weiterlaufen zu lassen.

Jetzt kann man vollständig migrieren. Auch die alten Plugins vom WireGate Server kann man nun in der neuen Laufzeitumgebung laufen lassen. Es gibt nur eine Beschränkung: Der direkte Zugriff auf 1-Wire Sensoren ist nicht möglich. Durch die flexiblen Zyklen der 1-Wire Applikationen ist dies aber auch nicht mehr notwendig.

Bild


:tools-hammerdrill: Ab RC7 kann ein Script bei Start des Containers ausgeführt werden:

Der Benutzer kann nun ein ausführbares Skript "/etc/wiregate/start.sh" hinterlegen, das bei Starten des Containers aufgerufen wird.
Die Ausgabe wird in die Date "/app/start.log" im container geschrieben.


:tools-hammerdrill: Ab RC7 zeigt das Skript "app/plugin_status.pl" nun auch den Status für plugins, die nicht mit '.pl' enden, richtig an.

:tools-hammerdrill: Ab RC7 zeigt das Skript "app/show_plugindb.pl" zunächst alle Einträge an, die mit dem Namen eines plugins beginnen, und danach am Ende die restlichen Einträge.

:tools-hammerdrill: Ab RC7 zeigt das zusätzliches Skript "app/entries_plugin_info.pl" alle Einträge sortiert an und versucht nicht den Schlüssel in pluginname und Variablenname zu zerlegen.

Hinweis zur Installation des neuen Plugin-Containers:

Zum Download des neuen image auf der APP Seite des Timberwolfs die Einstellungen des aktiven WireGate-Plugin-Containers
durch Klicken auf den Stift (der bei mouse-over erscheint) wie folgt ändern:
Unter Version anstelle von latest dev-0.8 bzw. anstelle von latest-arm dev-0.8-arm eingeben.
Neue Container-Images, die nicht auf dem Timberwolf gefunden werden, werden automatisch heruntergeladen.


F. DOS: Suche in GAs und TAGs:

Kunden haben sich auch im DOS die Suche nach GA und TAGs von Objekten und GA gewünscht.

Wir haben die Suche nun verbessert. Mit der nächsten RC wird noch die Anzeige verbessert, so dass man die Suchergebnisse besser interpretieren kann.

Bild


G. Versionserkennung Frontend:

Künftig findet eine Versionsprüfung zwischen Front- und Backend statt.

Es gibt nun eine Anzeige, wenn die Versionen nicht korrekt sind und einen Button um das Frontend neu zu laden.

Bild


H. Komplettes Redesign von Backup / Restore:

Das Backup & Restore wurde komplett neu entwickelt und erheblich verbessert:

  • Die Datensicherung beginnt nun erheblich schneller als zuvor (deutliche Zeitersparnis)
  • Benutzereinstellungen im Busmonitor werden nun auch gesichert
  • Einstellungen zum User-VPN, Proxy werden nun gesichert
  • Einstellungen zu KNX-Einstellungen und die Projekte werden gesichert
  • Alle APPs und deren Einstellungen werden nun gesichert
  • Es werden nun auch Metadaten weggeschrieben, wie die wichtigsten Versionsstände der Software-Module
  • Das Benutzerinterface wurde massiv erweitert (Screenshot unten) mit Statuslog und vielen neuen Statistiken
  • Inkompatible Backups (nach Versionsupdate) werden nun markiert
  • Und der Restore für das alles wurde natürlich auch implementiert.
  • Kompressionsverfahren auf Multi-Kern verbessert

Die meisten Verbesserungen sind hier "unter der Haube" passiert, aber auch die Benutzeroberfläche wurde überarbeitet.

:tools-hammerdrill: Ab RC6 wird eine nicht korrekt eingesteckte SD-Card angezeigt im Backup-Dialog.

:tools-hammerdrill: Ab RC7 kann man nun den Backup Dialog auch verlassen und während der laufenden Sicherung wieder darauf zurück kehren, der Fortschrittsbalken wird ab dem nächsten Step dann wieder aktualisiert.

:tools-hammerdrill: Ab RC7 kann man nun während des laufenden Backups auch ein bestehendes (altes) Backup löschen.

:tools-hammerdrill: Ab RC8 wird die Darstellung des Diagramms bei kleinen Bildschirmen verbessert (absichtliche Überlagerung von Diagramm und Text mit abgedimmten Hintergrund):

Bild


Hier die neue Benutzeroberfläche:

Bild

Bild


I. Änderung des Loggings für Docker Container:

Das Logging für Docker Container wird auf 100 MB für die Logfiles limitiert

Das Logging hat es bei einigen Container von Kunden geschafft, die Platte vollzuschreiben.

:tools-hammerdrill: Mit RC4 wird dies für die APPs, die mit dem Timberwolf Server geliefert werden, automatisch umgesetzt und berücksichtigt.

==> Container jedoch, die von Kunden selbst implementiert wurden, benötigen ein ReCreate:

Bitte bauen Sie Ihren Docker Container in Portainer mit "Recreate" neu auf, damit die Änderung wirksam wird.


:tools-hammerdrill: Ab RC8 wurde Docker einem Update unterzogen! Bitte folgendes beachten:

  • Wegen dem Update der Docker-KLaufzeitumgebung werden alle DOCKER Container gestoppt. Dies betrifft auch die Timberwolf APPs.
  • Es kann einige Minuten dauern, bis die Timberwolf APPs wieder gestartet werden, wir bitte um Überprüfung.
  • Bitte bei eigenen Containern überprüfen, dass der Start erfolgt ist.




J. Versionsstränge: Künftig drei Versionsstränge ("Release-Trains"):

Wir bereiten uns darauf vor, dass wir künftig drei Versionsstränge der Software anbieten

Wir wollen in den nächsten ein bis zwei Monaten, neben Developer- und Beta-Releases auch Main-Releases, also Hauptversionen anbieten. Kunden werden sich künftig entscheiden können, welcher der Versionsstränge sie folgen wollen:

Hauptversionen: Das sind Softwareversionen mit gut getesteten und vollständig implementierten Leistungsmerkmalen. Immer wenn ein Leistungsmerkmal einen stabilen, nutzbaren und dokumentierten Zustand erreicht hat, dann wird es mit einer neuen Hauptversion veröffentlicht. Dies ist die richtige Version für diejenigen, welche neue Leistungsmerkmale erst dann nutzen wollen, wenn diese komplett implementiert sind. Es besteht die Wahl, jederzeit zur nächsten Beta-Version zu wechseln.

Beta-Versionen für Timberwolf Insider: Im Insider-Programm gibt es künftig die BETA-Versionen. Das sind stabile Software-Versionen, jedoch sind neue Leistungsmerkmale noch nicht vollständig implementiert und es wird noch an Details, insbesondere auch der Dokumentation, gefeilt. Für die Teilnahme am BETA-Programm kann man sich künftig auf Knopfdruck entscheiden. Eine Rückkehr zu Hauptversionen kann zwar bis kurz vor Erscheinen einer Hauptversion wieder eingestellt werden, wird jedoch technisch erst mit Erscheinen einer neuen Hauptversion realisiert.

Developer-Versionen für Timberwolf Insider: Das ist für hartgesottene Alpha-Tester. Neue Leistungsmerkmale sieht man hier wie die Entwickler, da muss noch viel geschliffen und detailliert werden. Umstellung nur durch ElabNET möglich und nur auf Anfrage. Auch hier kann auf BETA oder Hauptversionen umgestellt werden (und es muss vor deren Erscheinen eingestellt sein).

Wichtiger Hinweis wegen der anstehenden Hauptversion:

Mit Erscheinen der neuen Hauptversion in den nächsten ein bis zwei Monaten wird Euer Timberwolf Server automatisch auf "nur Hauptversionen anbieten" umgestellt. Wer als Insider im Beta-Programm bleiben will, kann das seit BETA 23 bereits anklicken:

Bild

Wer sich für den Weiterbezug der Beta-Version entschieden hat, wird dann anschließend das folgende sehen (und kann seine Entscheidung - bis kurz vor Erscheinen der Hauptversion - wieder rückgängig machen).

Bild


Und noch eine kleine Verbesserung, man sieht nun auch beim Timberwolf in der Hutschienenversion, welche Versionen man bezieht (hier: Developer, Beta und Main, wobei die Farbe den Status anzeigt, also grün = ok und rot = Fehler):

Bild



Installationsanleitung:

Wichtig: Erst ein Backup durchführen und VPN an!

  1. Fertigen Sie bitte zwei Backups an. Eines vor und eines nach dem Update.
  2. Frühere Backups können Sie danach löschen, da diese nicht mehr benutzt werden können durch den Formatwechsel, dies wird auch angezeigt.
  3. Vergewissern Sie sich, dass Sie das Wartungs-VPN eingeschaltet und die Checkbox "VPN Starten wenn möglich" gewählt haben
  4. Führen die Updates aus, die nach "Updates suchen" angeboten werden.
  5. Mit RC9 wurde auch der Systemdienst einem Update unterzogen, daher ist das Update weistufig, d.h. nach dem ersten Update anschließend das eigentliche zweite Update ausführen!
  6. Warten Sie nach dem durchlaufen aller Updates noch fünf Minuten (bis alle Konvertierungen gelaufen sind. Womöglich wird die Oberfläche in dieser Zeit unresponsive
  7. Prüfen Sie nach dem Neustart alle Services, ob diese auch jeweils gestartet wurden


Falls jemand die vorherigen BETAs ausgelassen (also übersprungen hat und von einer älteren Version auf diese hier updated):Wir haben mit BETA 23.1 sowie mit RC8 ein Betriebssystem Update herausgegeben. ==> Wegen dem beinhaltenden Kernel-Update bitte den Server nach dem Update komplett neu starten!

Die Software prüft künftig, ob die Version des Frontendes auch zum Backend passt. Daher beim Installieren dieser Version: Erst dann auf "jetzt neuladen" klicken, wenn der Button Updates suchen wieder aktiv ist (also alle Updates durchgelaufen).

Bild


==> Bei Problemen bitte hier melden, keine unabgesprochenen Rücksetz- und / oder Rücksicherungsaktionen bitte!


Change-Log RC10:
Hinweis: Das folgende Change-Log beschreibt alle Änderungen an der Timberwolf-Server Software seit dem RC8, für Changelogs zu vormaligen Versionen, prüfen Sie bitte die Doku zu diesen vormaligen Versionen:

Logic Editor
• Improvement: Filters with AND
• Improvement: Improved loading of erroneous logics
• Bugfix: Fixed logics not being opened
• Bugfix: Allow $I_Lux and $I_Lux_MM in one custom logic
• Bugfix: Added Inhibit-Input in RS-FlipFlop
• Small updates and fixes

Reverse Proxy
• FEATURE: Authentication based on TWS-Login-Cookie
• FEATURE: Auth Proxy show 401 page when not allowed access
• Improvement: Block UI until server is done processing
• Bugfix: System proxies don't count towards the limit

KNX Project
• FEATURE: Ability to view logs after import
• FEATURE: Automatically save all imported projects

User
• FEATURE: Auth Proxy

Backup / Restore
• FEATURE: allow downloading of backups

1-Wire Busmaster
• Improvement: Minor fix to graphs that are over 100%
• Bugfix: Made detection of PBMs more stable if multiple devices are used

1-Wire Devices
• Improvement: Updates to application labels

1-Wire Slaves
• Bugfix: Added translations

Time Series
• Improvement: Minor update for database counts
• Improvement: Empty time series don't have the "Quick View" option anymore

KNX Object Editor
• Improvement: Prioritize ETS objects over Project imported
• Improvement: Improved mismatch detection

KNX GA Editor
• Improvement: added "" for GAs without DPT

Portainer
• Improvement: Minor text update for devices path usage


Ich danke allen Testern für die schnellen Tests und die Rückmeldungen


Bitte die gemeldeten Fehler nochmal prüfen. Fehlermeldungen bitte in separaten Threads (hier nur Probleme / Erfolge beim Installieren des Updates melden).

==> Bitte nur hier im Forum posten, KEINE Tickets eröffnen. Wir wollen etwas nur einmal erklären und beantworten müssen.


lg

Stefan Werner
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Ersteller
StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#2

Beitrag von StefanW »

Verehrte Kunden, damit das nicht übersehen wird, hier die wichtigsten Punkte im Schnellüberblick:


Schnellüberblick RC10:
  • Dieser Release Candidate ist ein weiteres Feinschliff-Update mit sehr vielen kleinen Verbesserungen und Feinheiten
  • Viele kleine Verbesserungen und auch Bugxies an Logik Editor,
  • Viele kleine Verbesserungen auch an DOS, Busmonitor. Time Series Editor, Reverse Proxy

Die wichtigsten Verbesserungen:

Single Sign On für TWS, Grafana und Auth. Reverse Proxy

Upgrade auf Grafana 6.4.4:

Downloadmöglichkeit für vorgenommene Datensicherungen

Logs des KNX Projekt Imports werden nun dauerhaft gespeichert

TAGs im Logikeditor werden nun mit "UND" verknüpft, damit bessere Gruppierungsmöglichkeit:



Bitte unbedingt beachten:
  • Backup anfertigen vor und nach dem Update. Dauert jetzt auch nur noch wenige Minuten!
  • ACHTUNG: Wer von einer älteren Version als RC8 updated: Timberwolf Server - Desktop Version nach erfolgtem Update komplett booten wegen dem neuen Kernel!
  • ACHTUNG: Wer von einer älteren Version als RC8 updated: Wegen des Docker-Updates in RC8 werden alle Container gestoppt, dies betrifft auch die Timberwolf-APPs. Diese sollten nach ein paar Minuten wieder gestartet werden, dennoch prüfen, ob dies auch erfolgt ist. Insbesondere sollten die Kunden prüfen, dass deren eigene Docker Container wieder anstarten und alles richtig funktioniert
  • ACHTUNG: Wir haben den Update (und auch den Wartungs-VPN) Server umgezogen. Diese sind unter einer neuen IP erreichbar. Kunden mit harten FW-Einstellungen mögen dies berücksichtigen. Info hier: viewtopic.php?f=66&t=1537

Ausblick auf nächste Version:
  • Die nächste Version RC11 kommt vermutlich übernächste Woche
  • Geplant sind eine Menge an weiteren Fixes für den Logikeditor, die es diese Woche nicht mehr geschafft haben.
  • Ansonsten sollte der nächste RC11 nach Möglichkeit der letzte RC vor der Hauptversion werden, aber das hängt auch von den Rückmeldungen ab. Also gebt bitte GAS und meldet uns alles.
Für größere Probleme nach dem Update bitte einen separaten Thread eröffnen.


Wir wünschen viel Freude mit dem neuen Update


lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Didda93
Reactions:
Beiträge: 172
Registriert: Fr Jan 11, 2019 12:24 pm
Hat sich bedankt: 341 Mal
Danksagung erhalten: 112 Mal

#3

Beitrag von Didda93 »

Update problemlos durchgeführt, alle Services laufen

Weiter so 👍🏻
Grüße Philipp

TWS 960Q ID: 441 (VPN offen, Reboot nach Absprache)

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#4

Beitrag von gbglace »

Sauber gelaufen, alle Services aktiv. Und mit Tüdeldü abgeschlossen.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Jürgen
Reactions:
Beiträge: 78
Registriert: Fr Dez 21, 2018 11:51 pm
Hat sich bedankt: 10 Mal
Danksagung erhalten: 39 Mal

#5

Beitrag von Jürgen »

Update ist wie immer ohne Probleme durchgelaufen.
Keine Probleme mit den Services
Timberwolf 2600 #177
Timberwolf 3500 L #1356
VPN ist offen, Zugriff erlaubt, reboot nach Absprache

zitterfritz
Reactions:
Beiträge: 68
Registriert: Mi Dez 19, 2018 8:23 pm
Hat sich bedankt: 58 Mal
Danksagung erhalten: 30 Mal

#6

Beitrag von zitterfritz »

Update einwandfrei durchgelaufen, alle Services ohne Probleme.

Vielen Dank!
TWS 960Q ID:230, VPN offen, Reboot erlaubt

DeLaDope
Reactions:
Beiträge: 245
Registriert: Mo Sep 03, 2018 2:26 pm
Hat sich bedankt: 122 Mal
Danksagung erhalten: 97 Mal

#7

Beitrag von DeLaDope »

Läuft...danke! VG
TWS 2500 ID:134 + 2 x PBM ID:833/789, VPN offen, Reboot nach Rücksprache

FabKNX
Reactions:
Beiträge: 478
Registriert: Mi Aug 15, 2018 7:50 pm
Wohnort: LK Heilbronn
Hat sich bedankt: 684 Mal
Danksagung erhalten: 247 Mal

#8

Beitrag von FabKNX »

update check! von RC8 auf RC10
services check!
grafana sso check!


Weiter so!
Zuletzt geändert von FabKNX am Mi Nov 13, 2019 11:49 pm, insgesamt 1-mal geändert.
VG Fabian
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/

paralan
Reactions:
Beiträge: 264
Registriert: Mi Sep 05, 2018 11:49 pm
Hat sich bedankt: 287 Mal
Danksagung erhalten: 102 Mal

#9

Beitrag von paralan »

Update auf V1.5 RC10 hat problemlos geklappt. Alles läuft!
Gruß Alan

TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!

ThomasD
Reactions:
Beiträge: 167
Registriert: So Sep 09, 2018 9:16 am
Hat sich bedankt: 270 Mal
Danksagung erhalten: 55 Mal

#10

Beitrag von ThomasD »

Update vpn 1.5 RC9 auf 1.5 RC10 lief ohne Probleme durch!

Danke!
WIREGATE V1.4.0
PBM unlimited mit 67 Slaves
TWS 2600 #174 REBOOT jederzeit möglich
TWS 2600 #572
Antworten

Zurück zu „Bekanntmachungen“