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 RC7] NEUE Version 1.5 Release Candidate 7 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: 7632 Mal
Kontaktdaten:

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

#1

Beitrag von StefanW »

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

Wir geben wirklich alles um demnächst die Hauptversion 1.5 zu veröffentlichen. Darum gibt es heute eine Reihe von kleineren Fixes und viele weitere Detail-Verbesserungen mit:

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

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


-------- WARNUNG -------------------------WARNUNG --------------- WARNUNG -------------------------WARNUNG --------------- WARNUNG --------

ACHTUNG! Probleme mit Custom-Logiken mit diesem Release!

Hinweise:
  • Wer Custom Logiken benutzt, sollte diese RC7 nicht installieren!
  • Wer die RC7 schon installiert hat, soll Custom-Logiken nicht editieren (weil beim Speichern Verbindungen verloren gehen).
  • Wir arbeiten an einem Hotfix, es wird also recht bald eine RC7.1 geben.

==> Hinweis: Die Hotfix-Version RC 7.1 steht bereits zur Verfügung!

Details: viewtopic.php?f=31&t=1517

-------- WARNUNG -------------------------WARNUNG --------------- WARNUNG -------------------------WARNUNG --------------- WARNUNG ---------

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 im Überblick:
  • Viele kleine Verbesserungen am Logikeditor, speziell für "Custom Logiken" (Bezeichnungen für In- und Outputs, Scriptfenster größer, kein Zeilenumbruch, Anzeige Schwellwert gefixed)
  • Änderungen am Startverhalten: Services starten nun schneller und unabhängig von externer DNS Auflösung
  • Wartezeit für Auflistung der Devices und der Übersicht auf der Portainer Seite wurde massiv verkürzt
  • Während eines laufenden Backups kann nun auch weggeklickt und zurückgekehrt werden, ebenso ist nun auch das Löschen anderer Backups während eines laufenden Backups möglich
  • Im WireGate Plugincontainer wurden drei Scripts überarbeitet und verbessert. Neu ist nun, dass ein "start.sh" implementiert werden kann, das beim Start eines Containers aufgeführt wird. Damit kann man automatisiert prüfen, ob alles benutzerspezifische nachgeladen wurde. Bitte die Installationsanleitung für den neuen Container beachten!

Was ist ein Release Candidate?
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 7:

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



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.


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.


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. 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
  6. 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 ein Betriebssystem Update herausgegeben. ==> Wegen dem beinhaltenden Kernel-Update bitte den Server nach dem Update komplett neu starten!

Eine Besonderheit bei diesem Update. Wir prüfen 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 nur RC 7:
Hinweis: Das folgende Change-Log beschreibt alle Änderungen an der Timberwolf-Server Software seit dem RC 6, für Changelogs zu vormaligen Versionen, prüfen Sie bitte die Doku zu diesen vormaligen Versionen:

Logic Editor
• Improvement: Rebuild inputs and outputs when updating custom logic
• Improvement: Set Error state if logic is saved but has an error
• Improvement: Disabled code wrapping so the icon data doesn't add too much scrolling
• Improvement: Broader logic code editor
• Bugfix: Fixed "Schwellwert"
• Bugfix: Match input and output types
• Numerous small updates and fixes

DOS
• Improvement: Removed descriptions where descriptions can't be set (e.g. 1-Wire)

Object Management
• Improvement: Removed redundant API calls

Support VPN
• Improvement: Disable checkbox until page is done loading

Device Specifications
• Removed: Removed ability to edit hostname and added TWS Version

Base
• Bugfix: Startup of Timberwolf service is no longer delayed if DNS server not responding or not set properly on TW9x0 and TW3x0 devices
• Removed: Some "active development" banners were removed

Backup / Restore
• Improvement: Klick away and come Back during running backup
• Bugfix: Deleting a stored backup interrupts a running backup

Portainer
• Bugfix: Creating the summary on Portainer page needs a long time and can block UI if much docker data is stored

WireGate-Plugin-Container
• NEW FEATURE: User could now implement own script with the name "/etc/wiregate/start.sh", which would be started when the container starts. Output would be written in "/app/start.log".
• Improvement: Skript "app/entries_plugin_info.pl" shows all listings sorted, doesn´t decompose the keys in pluginname and variablenname
• Bugfix: Skript "app/plugin_status.pl" shows now the right state for plugins which not end with '.pl'
• Bugfix: Skript "app/show_plugindb.pl" shows at first listings which include a given name at the beginning, after that shows the rest



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
Zuletzt geändert von StefanW am Sa Okt 12, 2019 11:23 am, insgesamt 7-mal geändert.
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.
Benutzeravatar

jensgulow
Reactions:
Beiträge: 321
Registriert: Fr Apr 19, 2019 4:37 pm
Hat sich bedankt: 66 Mal
Danksagung erhalten: 134 Mal

#2

Beitrag von jensgulow »

Update ohne Probleme!
Viele Grüße

Jens

_____________________________________________________________________
TWS 2600#394 , TWS 3500L#1051, VPN offen, Reboot erlaubt
Was wird genutzt? -> TWS, KNX, 1-wire, MODBUS, Http-REST-API, IFTTT, Enocean, Amazon Alexa

adimaster
Reactions:
Beiträge: 375
Registriert: So Apr 14, 2019 11:12 am
Hat sich bedankt: 203 Mal
Danksagung erhalten: 198 Mal

#3

Beitrag von adimaster »

Update verlief sehr schnell und erfolgreich :handgestures-thumbsup: , musste mich aber neu einloggen im Gegensatz zu sonst.
Grüße, Adi
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
Benutzeravatar

brinchi
Reactions:
Beiträge: 95
Registriert: So Aug 12, 2018 1:04 pm
Hat sich bedankt: 135 Mal
Danksagung erhalten: 75 Mal

#4

Beitrag von brinchi »

Das Update lief (jetzt sogar über das iPhone) wie gewohnt glatt durch.

Merci an die Entwickler
timberwolf231 (2600), VPN offen, Reboot jederzeit

Dragonos2000
Reactions:
Beiträge: 2181
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 481 Mal
Danksagung erhalten: 889 Mal

#5

Beitrag von Dragonos2000 »

Update lief ohne Auffälligkeiten durch...
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit

Elrom
Reactions:
Beiträge: 89
Registriert: Fr Aug 17, 2018 11:20 am
Hat sich bedankt: 40 Mal
Danksagung erhalten: 35 Mal

#6

Beitrag von Elrom »

Update auf RC7 ohne Probleme.

VG
Erik
TWS 950Q #266 / VPN an, Reboot ok
Benutzeravatar

bodo
Reactions:
Beiträge: 283
Registriert: So Aug 12, 2018 7:01 am
Hat sich bedankt: 271 Mal
Danksagung erhalten: 106 Mal

#7

Beitrag von bodo »

Hoi

Update auf RC7 ohne Probleme.
Grüsse Bodo

TWS 2400 ID:64, VPN offen, Reboot möglich * Wiregate * zahlreiche 1-Wire Sensoren * einige BlitzART

EarlBacid
Reactions:
Beiträge: 371
Registriert: So Aug 26, 2018 5:59 pm
Wohnort: Herborn
Hat sich bedankt: 134 Mal
Danksagung erhalten: 235 Mal

#8

Beitrag von EarlBacid »

ich musste von der RC6 kommend zwei mal updaten. beim ersten mal wurde nur das "husky-system" von 1.0.0-25 auf 1.0.0-26 upgedatet und ich wunderte mich, dass die Versionsnummer im Footer noch immer RC6 angezeigt hat.
Nach einem erneuten Update wurden dann auch weitere Module upgedatet und der Wolf läuft nun problemlos auf RC7.

VG
Eearl
Wiregate#1504 + PBM -
Timberwolf 950Q #233 / VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, PV und Strom über MQTT
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu

ExInspektor
Reactions:
Beiträge: 47
Registriert: Fr Jan 11, 2019 4:04 pm
Hat sich bedankt: 50 Mal
Danksagung erhalten: 34 Mal

#9

Beitrag von ExInspektor »

Update von 1.5RC6 auf 1.5RC7 einwandfrei durchgelaufen - alle Dienste laufen - vielen Dank!
TWS 3500XL ID:1398, Wartungs-VPN offen , Reboot erlaubt

James_T_Kirk
Reactions:
Beiträge: 309
Registriert: Do Sep 13, 2018 10:54 pm
Hat sich bedankt: 99 Mal
Danksagung erhalten: 120 Mal

#10

Beitrag von James_T_Kirk »

Diesmal ohne Probleme :handgestures-thumbupright:
TWS 950Q 435 verkauft, umgestiegen auf Home Assistant
Antworten

Zurück zu „Bekanntmachungen“