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] Version 1.5 Release Candidate 3 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:

Version 1.5 Release Candidate 3 ab sofort verfügbar - Alle Modellversionen

#1

Beitrag von StefanW »

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

Wir haben weiter am Release gearbeitet und daher gibt es heute eine Reihe von Fixes und ein paar kleinere Verbesserungen:

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

Ja, wir sind nun im Endspurt zur ersten Hauptversion für den Timberwolf Server. Wegen der vielen Leistungsmerkmalen haben wir hierfür die Versionsnummer 1.5 vergeben.


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 seit Release Candidate 1:

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.
Neu: Mit RC2 wurden etliche Verbesserungen am Logik Editor vorgenommen (siehe Changelog unten)


Unsere 40 Module zum Start:

Bild


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

Bild


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

Bild


B. 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: Mit RC2 kann man 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.


C. 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.

D. 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


E. 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


F. 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


G. 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. Frühere Backups können Sie dann löschen. Dieser Prozess kann durchaus eine Viertelstunde dauern.
  2. Vergewissern Sie sich, dass Sie das Wartungs-VPN eingeschaltet und die Checkbox "VPN Starten wenn möglich" gewählt haben
  3. Führen die Updates aus, die nach "Updates suchen" angeboten werden.
  4. 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
  5. 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 Rücksicherungsaktionen bitte!


Change-Log:
Hinweis: Das folgende Change-Log beschreibt alle Änderungen an der Timberwolf-Server Software seit dem RC2:

System:
• Bugfix: Deleting healthy file of knxd to initiate restart of knx daemon does not repeat deleting within a period of 60 seconds to avoid race conditions with monit

KNX Logger:
• Bugfix: sending an empty string "" does not more cause a crash of knxlogger

Logik Editor:
• Improvement: basic function "HobbsMeter" (Betriebsstundenzähler) added
• Improvement: two versions of hobbs meter as basic logic moduls added
• Improvement: basic logic module "stopwatch" changed
• Improvement: basic module "stopwatch with hold on low/false" changed
• Improvement: stopwatch modul reaction on input as requested
• Bugfix: fixed initial value

Object Management:
• Improvement: Objects listet in numerical Order (K-1, K-2, K3)
• Improvement: Boolean objects could now joined with float and integer objects


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.

blaubaerli
Reactions:
Beiträge: 2308
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 884 Mal
Danksagung erhalten: 677 Mal

#2

Beitrag von blaubaerli »

Moin Stefan,

03:24 Uhr nicht dein Ernst, oder :lol:

Sicherung läuft.

Beste Grüße
Jens
wiregate1250 & timberwolf168 (2600er), VPN offen, Reboot nach Vereinbarung

blaubaerli
Reactions:
Beiträge: 2308
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 884 Mal
Danksagung erhalten: 677 Mal

#3

Beitrag von blaubaerli »

So, Update selbst auch gewohnt stabil durch!

Beste Grüße
Jens
wiregate1250 & timberwolf168 (2600er), VPN offen, Reboot nach Vereinbarung

fechter65
Reactions:
Beiträge: 207
Registriert: Mo Aug 13, 2018 10:44 am
Hat sich bedankt: 195 Mal
Danksagung erhalten: 143 Mal

#4

Beitrag von fechter65 »

Besten Dank für den Update, auf beiden Geräten ohne Probleme installiert, Dienste laufen.
Gruss
Diego
TW2600 / TW-ID: 87/ VPN offen, booten jederzeit erlaubt
TW2600 / TW-ID: 173/ VPN offen, booten nach Rücksprache

Hiele
Reactions:
Beiträge: 201
Registriert: Mo Jan 21, 2019 8:15 pm
Wohnort: Stahnsdorf
Hat sich bedankt: 223 Mal
Danksagung erhalten: 148 Mal

#5

Beitrag von Hiele »

Läuft seit gestern Abend stabil durch, ohne Neustart. Top wie immer bis jetzt.
@ StefanW: Denk an deine Gesundheit ;-)

BG Hiele
"TWS 2600 ID:228, (VPN offen), Reboot erlaubt, DEV"

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

#6

Beitrag von FabKNX »

Update check !

knx-logger und LE haben ein paar Gedenksekunden benötigt, aber haben sich selbst gestartet.
backup time: ca. 15min
VG Fabian
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/

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

#7

Beitrag von gbglace »

Ebenso, wie immer sauber durchgelaufenes Update. Alle upgedateten Services mit frischer Laufzeit innert einer Minute.
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
Benutzeravatar

Eraser
Reactions:
Beiträge: 646
Registriert: So Aug 12, 2018 1:51 pm
Wohnort: Amstetten, Österreich
Hat sich bedankt: 205 Mal
Danksagung erhalten: 275 Mal

#8

Beitrag von Eraser »

Alles einwandfrei funktioniert.
mfg
Wolfgang

Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938

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 von RC2 auf RC3 lief ohne Probleme durch!
Alles i.O.👍🏻
Gruß Alan

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

andy_m
Reactions:
Beiträge: 78
Registriert: Mo Aug 13, 2018 1:38 pm
Hat sich bedankt: 36 Mal
Danksagung erhalten: 49 Mal

#10

Beitrag von andy_m »

Ebenso, Update von RC2 auf RC3 ohne Probleme.
Wiregate #187 *RIP*, TWS 2600er #175 + PBM 3x80 Lizenz
Wartungs-VPN auf Nachfrage offen, Reboot nach Rückfrage
Antworten

Zurück zu „Bekanntmachungen“