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.6 IP3] 2. Juni 2020: "Version 1.6 - Insider Preview 3" 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

Wie war Eure Erfahrung mit der Installation dieses Upgrades (Antwort nachträglich änderbar)

Umfrage endete am Sa Aug 01, 2020 10:30 pm

Erfahrung: Alles Super, keine Probleme bisher
57
95%
Erfahrung: Installation hat gut funktioniert, aber kleine Probleme im Anschluss festgestellt
2
3%
Erfahrung: Hatte größere Probleme mit dem Update selbst bzw. danach
0
Keine Stimmen
Ich warte erstmal ab und beziehe die Insider Preview erst in ein paar Tagen
1
2%
Ich warte etwas länger ab und beziehe die Insider Preview wohl erst in einer Woche oder später
0
Keine Stimmen
 
Insgesamt abgegebene Stimmen: 60


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.6 IP3] 2. Juni 2020: "Version 1.6 - Insider Preview 3" verfügbar - Alle Modellversionen

#1

Beitrag von StefanW »

Verehrte Nutzer des Timberwolf Servers (alle Modelle & Versionen)

Wir freuen uns sehr, die neue Insider Preview 3 zur kommenden Version 1.6 zu präsentieren. Es gibt eine ganze Reihe von Neuheiten und viel Feintuning. Wir wünschen viel Spaß beim Erkunden der neuen Möglichkeiten und viel Erfolg bei der Umsetzung Eurer Projektideen. Bitte schreibt uns davon, wir wollen gerne teilhaben und sehen daran auch, welche Leistungsmerkmale erwünscht sind.

Bitte unbedingt ZUERST alles untenstehende lesen, insbesondere die "Wichtigen Hinweise" unten! Dann erst installieren.


"Version 1.6 - Insider Preview 3" (alle Modelle).

Bitte die Abstimmung nicht vergessen! Die Abstimmung kann binnen 60 Tagen - auch mehrmals - abgeändert werden. Wenn sich also etwas an der Installations- und / oder der Betriebserfahrung ändert, dann bitte die Abstimmung entsprechend abändern. Damit erhalten wir ein gutes Bild Eurer Vorhaben und Eurer Erfahrung. Natürlich freuen wir uns auch sehr über Eure Rückmeldung, über Bewertung zu den neuen Leistungsmerkmalen und ganz besonders über Lob.

Diejenigen Kunden, welche nur gut im Feld getestete Hauptversionen beziehen möchten, sollten diese Vorab-Version nicht installieren. Die Leistungsmerkmale aus dieser Insider Preview werden nach entsprechender positiver Testphase in die Hauptversion übergeführt.


+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++

so wie es bis jetzt aussieht, ist die IP3 eines der unkompliziertesten Updates seit langem, praktisch Null Probleme.

Trotzdem wollen wir bei unser grundsätzlichen Empfehlung bleiben, dass Insider Previews (beschränkt ausgereifte Vorab-Versionen), nur dann installiert werden sollen, wenn ausreichend Ressourcen zur Verfügung stehen, damit wir womöglich einen notfallmäßigen Support leisten können.

Daher gilt die grundsätzliche Regel, dass nur von Montag bis Mittwoch installiert werden soll, damit wir ggfls. vor dem Wochenende Support leisten können. Und nur dann, wenn an diesen Tagen kein Feiertag ist oder ein solcher am nächsten Tag folgt.

Allerdings wollen wir auch nicht unsere Entwickler im verdienten Urlaub belästigen, daher gilt noch eine Erweiterung der Regel, dass wenn unsere Entwickler im Urlaub sind, wir ebenfalls keine Installation von Insider Previews empfehlen. Selbstverständlich ist für den üblichen Support immer gesorgt, aber wir wollen eben keinen zusätzlichen Support leisten müssen wegen Installation einer IP.


Unser Sysop ist ab morgen bis Ende nächster Woche im verdienten Erholungsurlaub. Daher:

==> Dieses Update auf die IP3 bitte erst wieder ab dem 29. Juni 2020 installieren.


+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++


Vielen Dank an dieser Stelle an die sehr engagierten Tester der Developer & Alpha Versionen für den unermüdlichen Einsatz und die tollen Rückmeldungen. Dies hat uns geholfen, diese Insider Preview so stabil wie nur möglich bereitzustellen.


###########################################################################################################

Neue Leistungsmerkmale für die Version 1.6 (IP1 bis IP3):

Mit der Insider Preview 1 bis 3 stellen wir folgende neuen Leistungsmerkmale zur Verfügung:


1) Direkte Unterstützung von ekey Home & Multi:

ElabNET und eKey haben eine Zusammenarbeit im Bereich "Smarthome Systeme" beschlossen. Vielen lieben Dank auch für die besonders gute Zusammenarbeit mit ekey. Wir wurden zügig und großzügig mit Testsystemen und Schnittstellenbeschreibungen beliefert und erhalten Support. Daher war es uns möglich, die Integration relativ schnell umzusetzen und bereits mit IP1 zur Verfügung zu stellen. In IP2 haben wir noch kleinere Verbesserungen vorgenommen.

Leistungsmerkmale der ekey-Integration ab IP1:
  • Unterstützung von ekey Home (ein Fingerscanner, 99 Fingerprints)
  • Unterstützung von ekey Multi (bis vier Fingerscanner, 99 Fingerprints)
  • Unterstützung bis zehn parallele Instanzen von ekey Home und ekey Multi (auch gemischt) auf einem Timberwolf Server
  • Anschluss per Ethernet UDP, hierzu ist das Modul "cvLAN" von ekey notwendig
  • Auswertung der ekey RFID Scanner (sofern im jeweiligen Fingerscanner integriert - für Menschen mit Handicap)
  • Auswertung der ekey Codetastaturen (anstatt oder zusätzlich zum Fingerscanner, bis 99 Codes pro Instanz, 4 bis 8 Stellen)
  • Auswertung der Signaleingänge an den ekey Zentraleinheiten (Klingeln, Taster, Sensoren)
  • Auswertung der von den ekey Zentraleinheiten vorgenommenen Auswertungen zu Zeitfenstern und Berechtigungen bei ekey Multi
  • Auswertung der Relaisauslösungen der ekey Zentraleinheiten
  • Einfachste Einrichtung der Verbindungen zu den ekey Systemen. Nur Angabe des Ports und des Protokolls notwendig
  • Alle Betätigungen an den ekey Systemen werden in einem Log aufgezeichnet und im ekey Busmonitor dargestellt
  • Zusammenstellung beliebiger Kombinationen der Parameter eines ekey Datentelegrammes in einem halbgrafischen Regeleditor
Kurz. Wir unterstützen SÄMTLICHE Leistungsmerkmale der ekey Home & ekey Multi Protokolle. Mit mehreren Instanzen. Einfach per UDP.


Timberwolf Server Regelsätze für die Technologie ekey:

Im Timberwolf Server können nun Regelsätze für die Auswertung der ekey Telegramme eingerichtet werden, welche eine beliebige Kombination der - von den ekey Zentraleinheiten übertragenen - Attribute ermöglichen.

Der Regeleditor sieht so aus:

Bild


Jede Regel führt dann zu einem "ID-Objekt". Dieses boolsche ID-Objekt kann über den "DOS" mit allen anderen Objekten im Timberwolf System verknüpft werden. Die Aktivitätsdauer (wie lange nach einem Fingerprint-Ereignis der Status auf "True" geschaltet wird ) ist einstellbar.

Mögliche Kombinationen / Regelsätze:
  • Reagiere nur auf alle (zuvor eingelernten) kleine Finger der rechten Hand - egal von welcher Person (z.B. um stillen Alarm auszulösen)
  • Reagiere auf jedes Ereignis - ob erkannt oder abgewiesen (z.B. um Licht einzuschalten, eine Kamera zu aktivieren)
  • Reagiere auf das Relais 3 der ekey Zentraleinheit für das Garagentor
  • Reagiere auf alle Identifikationsversuche welche die "Ablehnung Zeitfenster A" erhalten haben
  • Reagiere auf alle Identifikationsversuche von deaktivierten Benutzern
  • Reagiere auf die ausgelöste 15 Minuten Sperre der Code-Tastatur
  • Reagiere auf die Meldung der Zentraleinheit, dass "Fingerscanner 08154711" nicht mehr mit der Zentraleinheit gekoppelt ist (Diebstahl, Fehler)
  • Reagiere auf die Kombination von "Person 0001" nur nur mit dem Namen "Harry" und nur am Fingerscanner "08154711" und nur auf dessen "linken Zeigefinger" wenn dieser erkannt wurde und nur wenn dabei auch der "digitale Eingang 1" an der Zentraleinheit betätigt wurde.
==> Mit jeder einzelnen Regel sind somit über 3 Millionen Kombinationen möglich
==> Jede Regel führt zu einem eigenen ID-Objekt, das auf beliebig viele andere Objekte gemappt werden kann

Die mit der Integration von ekey in den Timberwolf Server mögliche Kombinatorik erlaubt neue Möglichkeiten der Auswertung und Reaktion. Insbesondere die weitere Verknüpfbarkeit mit allen anderen Objekten und damit auch der Logik-Engine und deren Zeitschaltuhren, Astro-Funktionen, logischen Gattern, Zustandsautomaten und flexiblen Triggermöglichkeiten ist eine nochmals erweiterte Kombinatorik möglich.


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


2) KNX Schnittstellen- und KNXnet/IP Tunnelverwaltung:

Die KNX Schnittstellenverwaltung war eines der ältesten Teile in der Admin-Oberfläche, zwar funktional, aber eben limitiert.

Mit der IP1 haben wir die Unterstützung für ekey hinzugefügt und eine sehr einfache Einrichtung der ekey Steuereinheiten ("Controller"). Mit den nächsten Versionen kommt dann auch die Verwaltung von Schnittstellen für DMX via RS-485, MODBUS RTU via RS-485 sowie MODBUS TCP via Ethernet hinzu.

Also wurde es Zeit, nun auch die KNX Schnittstellenverwaltung auf einen neuen - und in vielen Details - sehr viel besseren Stand zu bringen, den wir ab der Insider Preview 2 präsentieren.

Verbesserungen der neuen Verwaltung der KNX Schnittstellen:
  1. Klare Identifikation und Benennung der jeweiligen Schnittstellen und externen Busankoppler
  2. Anzeige der maximal damit unterstützten gleichzeitigen KNXnet/IP Tunnel
  3. Anzeige des mit der jeweiligen KNX Schnittstelle verbundenen TWS-Subsystems sowie des Objekt-Präfixes
  4. Anzeige aller relevanten Daten, Adressen der KNX Schnittstellen
  5. Umfangreiche Informationen zu den Betriebsmodi und den Betriebsstati
  6. Statistik und Belegung aller KNXnet/IP Tunnel nebst PA und Betriebsart
  7. Laufend aktualisierter Log in Echtzeit der TP- und KNXnet/IP Verbindungsereignisse
  8. Viele weitere Informationen zu allen angezeigten Bereichen
  9. Expertenwissen in Moude-Over-Texten als "Live Handbuch"

Die neue Oberfläche für die KNX Schnittstellenverwaltung in der Übersicht:


Darstellung der KNX Schnittstellenverwaltung (hier für ein Interface):

Bild



Darstellung einer KNX-TP Schnittstelle mit geladener Applikation:

Bild



Darstellung der interne KNX-TP Schnittstelle in einem Timberwolf Desktop Server:

Bild



Übersichtliche Darstellung aller Tunnelverbindungen:

Bild



Details der neuen Oberfläche:


Die wesentlichsten Verbindungsparameter auf einen Blick:

PA der Applikation & Port & IP-Adressen aller ETH-Schnittstellen :


Bild



Alle wichtigen Stati auf einen Blick:

Bild



Beispiel:
  • Dieses Interface ist eingebaut und verbunden (1. OK)
  • Der Applikationsmodus ist jedoch nicht aktiviert (oberer roter Kreis)
  • Deshalb stehen auch die anderen Funktionen nicht zu Verfügung


Bild



Sehr detaillierte Darstellung der KNXnet/IP Tunnel:
  • Alle programmierten PAs zum jeweiligen Tunnel
  • In der Überschrift kann man erkennen, wieviel Tunnel benutzt werden und wieviele verfügbar sind
  • Darunter steht der Grund, warum weniger Tunnel verfügbar sind, als womöglich gedacht
  • Special: Es gibt nun den Default-Tunnel 15.15.255 der automatisch existiert, wenn die KNX Schnittstelle mehr Tunnel kann als PAs zugewiesen sind (das hilft dann, wenn man sich alle PAs dekonfiguriert hat, weil diese bleibt und darüber kann man nun einen Tunnel aufbauen um die anderen PAs wieder zu programmieren, also ein Schutz, dass man sich nicht aussperren kann)
  • Grüner ausgemalter Kreis bedeutet: Tunnel wird benutzt
  • Grüner Kringel bedeutet: Tunnel steht zur Verfügung
  • Braunes Minus bedeutet: Tunnel würde von der Schnittstelle unterstützt, hat aber keine PA programmiert bekommen
  • Graues X bedeutet: Tunnel wird von der Schnittstelle nicht unterstützt.


Bild



Detaillierte Darstellung der Verbindungsereignisse:
  • Client-IP von der das Verbindungsereignis ausgeht (bzw. der KNX-TP Bus wenn ein Busspannungsausfall passiert)
  • Die Service- und Control-Ports
  • Die Art der Verbindung.
    Management: Das ist eine Anfrage der ETS über die Fähigkeiten der Schnittstellen
    Busmonitor: Das sind Busmonitor-Verbindungen (die übrigens keinen Tunnel "verbrauchen"
    DATA: Da sind Datenverbindungen, also Teilnahme am Busverkehr
Bild



Sehr viele und auch sehr umfassende Mouse-Over-Texte:
  • Hier eine Seite (von sieben) mit der Darstellung der Mouseover-Texte mit detaillierten Erklärungen


Bild


Die neu gestaltete Schnittstellenverwaltung sollte (fast) alle bisher aufgekommenen Fragen und Supportfälle durch gute Anzeigen und sehr detaillierte Texte lösen. Wir hoffen, dass es Euch gefällt, es steckt viel Arbeit drin. Die künftigen Schnittstellen für DMX, MODBUS usw. werden ebenfalls auf diese Weise realisiert. Bitte gebt uns Eurer Feedback.


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


3) HW-Watchdog und Debugging Erweiterungen:

Hiervon ist zwar nichts sichtbar, aber es gibt zwei wesentliche Verbesserungen mit IP2
  1. Erweiterung des Debuggings ohne Neustart des betreffenden Dienstes: Für die meisten Dienste gab es das schon, nun haben wir das Feature auch im KNX-Stack aktiviert, die Erhöhung des Loglevels im laufenden Betrieb. Der Daemon kann nun ein Signal über den Loglevel empfangen ohne neu gestartet zu werden. Dies verbessert die Möglichkeiten einer Fehlersuche erheblich weil oftmals Fehler nach einem Neustart verschwinden.
  2. Aktivierung des HW-Watchdogs bei den Hutschienengeräten: Mit diesem Upgrade wird auch der HW-Watchdog aktiviert. Im Falle dass sich das Betriebssystem aufhängt würde nun ein HW-Watchdog einen Reboot auslösen. Ansich gibt es das Problem nicht, aber für den Fall, dass eines Tages ein Kernel- / OS-Update - oder auch ein HW-Problem wegen Masseschleife - ein Problem erzeugt, kommt es binnen Minuten zu einem Reboot. Wir werden nun die Erfahrungen damit beobachten und das später dann auch auf Desktop-Server ausweiten.
Beides sind rein propylakitsche Verbesserung welche - im Fall der Fälle - der Eliminierung besonders hartnäckiger Fehler und auch der Stabilität und Verfügbarkeit dienlich sind. Bitte die wichtigen Hinweise auch weiter unten beachten.


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


4) Reaktionen des KNX-Daemons auf Read-Requests überarbeitet:

EIn wichtiger Wunsch unserer Kunden war, dass der Server errst dann auf Read-Requests reagiert, wenn der KNX-Stack einen "echten" Wert in seinem Objektspeicher hat. Weil wenn der KNX Deamon neu gestartet wird, sind die Objekte zunächst mit "NULL" initialisiert und das hat zu Irritationen bei Visualisierungen geführt, wenn anfänglich diese NULL-Werte angezeigt wurden, bis die Objekte in den auf den Neustart folgenden Minuten mit echten Werten gefüllt wurden. Nun also werden nur noch diese "echten" Werte ausgegeben.

Anlagenerrichter- und Betreuer sollen sich bitte auf diese Änderung einstellen und damit prüfen, dass die Werte korrekt und in der richtigen zeitlichen Reihenfolge in der gesamten KNX-Anlage (nach Neustart) initialisiert werden. Bitte hierzu mit den ETS FLAGs auseinandersetzen und prüfen, welche der KNX-Komponenten auch wirklich autoritativ für einen Wert ist.


Hierbei bitte auch das - bereits von Anfang an existierende - besondere Feature "Read after Start" nutzen um Werte von KNX-Geräten zu holen, die selbst nicht zum "Senden bei Spannungswiderkehr" in der Lage sind. Hierzu muss in der ETS die Darstellung dieses besonderen FLAGs erst eingeschaltet werden. Dies ist in der KnowlegeBase beschrieben.


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


5) Unterstützung für verschlüsselte ETS Projekte:

Ab der "V 1.6 IP3" unterstützt der Timberwolf Server den Import von verschlüsselten ETS Projekten.

Die Einrüstung von KNX Secure Komponenten in ein KNX System führt dazu, dass die ETS zwingend die Eingabe eines Projekt-Passwort verlangt und bei einem Export die Datei verschlüsselt.

Der Timberwolf Server unterstützt ab der Insider Preview 3 zur Version 1.6 das entschlüsseln einer hochgeladenen Projektdatei, sodern das richtige Passwort eingegeben wurde.


Eingabe des (in der ETS gesetzten) Projekt-Passwortes beim Import:

2020-06-02_Eingabe_Projekt_Passwort.jpg


Fehlermeldung, wenn Entschlüsselung nicht möglich (weil PW nicht passend):

2020-06-02_Fehlermeldung_falsches_Projekt_Passwort.jpg


Erfolgreicher Import:

ImportKnxProjSuccess.jpg

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


6) Darstellung des Speicherplatzbedarfes für Zeitserien :

Ab der "V 1.6 IP3" wurde das Modul Zeitserien um eine Darstellung des Speicherplatzverbrauchs erweitert.

Es stehen nun zwei Darstellungen zur Verfügung:
  1. In der Statusleiste wird eine Übersicht des Speicherverbrauchs aller Zeitserien zum Gesamtspeicher, sowie der Anteil des freien Speichers und der für "Anderes" benötigte Speicherplatz auf der SSD angezeigt. Dies gibt eine erste Übersicht. welchen Anteil die Summen aller Zeitserien am Speicherplatz
  2. Zusätzlich erscheint im Arbeitsbereich eine Detaildarstellung hinsichtlich der Datenbanken für Zeitserien, den Verwaltungsdatenbanken und der Zeitserien-DB mit den Analysedaten für den Dok-Mode der Logik-Engine.
Überarbeitetes Zeitserien Management:

2020-06-02_Zeitserien_Desktop_V1.6.jpg


Anzeige in der Startleiste:

2020-06-02_Zeitserien_Statusleiste_Aerklaerung_V1.6.jpg


Detaildarstellung:

2020-06-02_Zeitserien_DetailbelegungStatusleiste_Aerklaerung_V1.6.jpg

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


8) Komplett überarbeitetes Docker Management:

Ab der "V 1.6 IP3" stellen wir auch eine komplett überarbeitete Docker Verwaltung zur Verfügung.


Das Ziel der Verbesserungen ist:
  1. Übersicht über alle eingerichteten Container, auch diejenigen die vom System (Portainer) oder von APPs (z.B. CometVisu) angelegt werden
  2. Anzeige der Container-Stati (gestartet, gestoppt, pausiert usw. durch Farbgebung und Anzeige)
  3. Anzeige der Warnungen und Errors mit eingefärbten Hinweis-Umrahmungen und Einfärbungen des Wertes
  4. Anzeige aller genutzten (und ungenutzten) Docker Volumes
  5. Anzeige aller genutzten (und ungenutzten) Docker Images
  6. Umfangreiche Statistikinformationen zu Stati, Platttennutzung, Arbeitsspeicher und CPU
  7. Button mit Links zum jeweiligen Management
  8. Übersicht der Netzwerkeinstellungen des Hosts sowie der Docker Container
  9. Warnhinweise bei doppelten IPs oder doppelten MAC-Adressen
  10. Pfade zu angesteckten USB-Geräten damit diese von Dcoker Containern aus gemappt werden können
  11. Link zu Portainer mit verbesserter Darstellung der Anmeldekonten
  12. Viele Informationen zum Host-System selbst
[/color]

Die neue Management Oberfläche in der Übersicht:

Komplette Darstellung der KNX Schnittstellenverwaltung (hier für zwei Container sichtbar, die Seite ist länger):


Bild



Hier die komplett neue Statusleiste:

Bild




Übersicht der Anzeigen für die einzelnen Container:

Bild




Statistik der Massenspeichernutzung durch Container / Volumes / Images:

Bild




Aufruf Portainer und Info zur Anmeldung:

Bild




Überblick über ungenutzte Volumes:

Bild




Pfade zu Geräten die an USB angeschlossen sind mit Copy:

Bild





Details der neuen Oberfläche:

Statistik mit der Übersicht aller Container. Hier sollte nichts gelb oder rot sein:
  • Im oberen Bereich werden die Container Stati laut Docker angezeigt.
  • Im unteren Bereich werden Warnungen und Fehler angezeigt zu IP- und MAC Adressen, sowie zur Ressourcennutzung

Bild



Warnings und Errors werden zusätzlich durch einen farbigen Rand angezeigt und in der Liste hervorgehoben:
  • Hier gibt es einen MAC-Adressen Konflikt
  • (das bedeutet, es gibt mindestens einen weiteren Container der die gleiche MAC-Adresse benutzt

Bild



Die wesentlichsten Netzwerk-Parameter des Hosts als Mouse-Over auf einen Blick:
  • Interface, Verbindungen, IP-Adressen

Bild


Ping-Tests zu allen angegebenen Hosts zur Beurteilung der Verbindungsqualität:

Bild


Darstellung Error und Warning wegen sehr hoher Ressourcennutzung:
  • Hier wird ein CPU-Kern vom Container vollständig belegt. Dies markieren wir mit Rot.
  • Zudem wird ein hoher Anteil des Arbeitsspeichers benutzt
  • Die Warn- und Fehlerschwellen hängen davon ab, ob im Portainer Limits gesetzt wurden oder nicht

Bild


Der Status des Containers wird farbig im Label und dazu passend in der Container-Abbildung angezeigt:

Bild

Bild


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


9) neues Offline-Hilfesystem:

Ab der "V 1.6 IP3" stellen wir auch das neue Offline-Hilfesystem vor, erstmals im Docker-Management


Das Ziel der Verbesserungen ist:

Viele Kunden wünschten mehr Informationen und ein verbessertes Hilfesystem. Nicht überall steht dem Client ein Internetanschluss zur Verfügung, daher haben wir damit begonnen, ein Offline-Hilfesystem in die Benutzeroberfläche zu integrieren.

Wir beginnen nun mit den Hilfetexten für das Management der Docker Container und werden diese Hilfe auf alle Funktionsbereiche des Timberwolf Servers ausdehnen.


Das neue Offline-Hilfesystem in der Übersicht:


Die Offline-Hilfe wird in einer blauen Zeile angezeigt (darunter Support-Informationen):


Zum Aufklappen der Offline-Hilfe auf das (i) drücken:

Bild



Aufgeklapptes Hilfesystems mit Seite Übersicht (Einführung in das Thema):

Bild



Erklärung zu Docker-Themen

Bild



Erklärung zu Portainer-Themen

Bild



Tipps & Tricks:

Bild



Links zum Forum und zur Knowledge Base :

Bild


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------


10) Automatische Begrenzung der Zeitserien des Doktor-Modus auf 30 Tage:

Der Timberwolf Server verfügt über sehr viele Möglichkeiten, Aufzeichnungen zu führen. Damit können u.a. auch von Signalen und inneren Zuständen einzelner Logikzellen ebenfalls Aufzeichnungen im "Doktor-Modus" geführt werden. Diese werden in einer eigenen Influx-DB gespeichert, um diese von den anderen Zeitserien-Datenbanken getrennt zu halten.

Damit der Speicherplatz hier aktiv gemanaged wird, haben wir mit der IP3 eine Einschränkung auf 30 Tage eingestellt. Alle Eintragungen im Doktor-Modus die älter als 30 Tage sind, werden automatisch gelöscht. Dies wird automatisch mit dem Update auf die "V 1.6 IP3" aktiv, es kann daher für einige Stunden zu einer höheren Last durch das Löschen und Umschichten der Datenbank kommen.



###########################################################################################################

Wichtige Hinweise zu dieser Version:

+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++

A) Bezug einer Insider Preview, Risiken & Nebenwirkungen:
  • Nur auf Anforderung verfügbar: Eine Insider Preview ist eine Vorab-Version die nur für diejenigen Kunden zugänglich ist, welche am Timberwolf Server es so eingestellt haben, dass der Server künftig die Insider Versionen beziehen soll.
  • Eingeschränkte Qualität: Insider Versionen sind zwar bei uns im Labor getestet und auch bereits zuvor von ausgesuchten Kunden als Developer- /bzw. Alpha) Versionen, werden aber mit Sicherheit noch Fehler beinhalten und könnten Probleme bereiten. Wenn Sie unsicher sind und / oder der Timberwolf Server bei Ihnen sehr wichtige Funktionen ausführt, dann sollten Sie womöglich nicht auf eine Insider Version upgraden (und schon gar nicht, wenn diese neu bereitgestellt wurde).
  • Es gibt kein zurück: Eine Reinstallation auf den vorherigen Zustand ist nicht möglich! Warten Sie bitte stattdessen, bis die hier vorgestellten neuen Funktionen und Fixes als Update für eine Hauptversion zur Verfügung stehen.

B) Empfehlungen zur Installation des Upgrades:
  • Backup: Machen Sie IMMER zuvor ein frisches Backup. Auch dann wenn Sie hier gelesen haben, dass hundert andere Kunden kein Problem mit der Installation hatten. Es dauert nur wenigen Minuten. Bitte.
  • Installationszeitpunkt: Bitte installieren Sie neue Softwareversionen für den Timberwolf Server:
    • möglichst nur von Montag bis einschließlich Mittwoch,
    • jedoch nicht an Feiertagen und auch nicht an Tagen vor einem Feiertag.
  • BIOS-Update: Falls Sie von einer früheren Version aus upgraden, mit Version 1.5.2 war in den Updates für das Modell 2600 ein BIOS Update enthalten, daher würde der Server einen Reboot empfehlen (den sie später zu einem beliebigen Zeitpunkt ausführen können).
  • Neustart (womöglich) erforderlich: In der Version 1.6 (ab IP2) wird bei einigen Ausführungen der Hutschienenmodelle der Kernel einem Update unterzogen um Kompatibilitätsprobleme mit dem ETS Dongle (für die ETS Inside) zu beheben. In diesen Fällen wird der Update-Prozess einen Reboot empfehlen. Dieser muss nicht sofort vorgenommen werden, sondern sollte später zu einem günstigen Zeitpunkt ausgeführt werden.
  • Mehrstufiges Update: Je nachdem, von welcher Version aus Sie das Upgrade auf diese Version vornehmen kann es sein, dass das Update mehrmals gestartet werden muss. Dies ist insbesondere dann erforderlich, wenn zunächst ein Update der Update-Software notwendig ist um danach das eigentliche Update zu installieren. Bitte daher ggfls. mehrmals den Update-Prozess anstoßen, bis kein Update mehr angeboten wird.

C) Wichtige Warnungen zu kritischen Änderungen in diesem Upgrade:

Wir haben mit der hier in der IP3 auch enthaltenen Insider Preview 2 eine ganze Reihe von Verbesserungen an Kernkomponenten vorgenommen. Auch wenn man vieles davon nicht sieht, ist es ein recht umfangreiches Upgrade das vor allem auch hinsichtlich der Stabilität und der Diagnose deutliche Verbesserungen bringt. Drei der Änderungen wollen wir hier besonders herausstellen, weil eines davon tatsächliche und die beiden anderen womögliche Auswirkungen auf den laufenden Betrieb hat. Bitte genau lesen.
  • Geänderte Reaktion auf Read-Requests (IP2): Der KNX Stack ab dieser Version beantwortet Read-Requests nur noch dann, wenn auch ein gültiger Wert im Objekt-Register steht. Damit ändert sich nun das Startverhalten nach Reload oder Restart des Servers und der gesamten KNX-Anlage. Dies ist eine wichtige Verbesserung. Das Verhalten der gesamten KNX-Anlage nach einem Neustart wird sich mit dem Upgrade mit Sicherheit ändern. Daher empfehlen wir eine sorgfältige Überprüfung. Grundsätzlich sollte bei jeder KNX-Anlage darauf geachtet werden, dass beim Widerstart eine saubere Initialisierung aller Objekte aller Systemkomponenten in der richtigen Reihenfolge geschieht - unabhängig vom Timberwolf Server
  • HW-Watchdog bei Hutschienensystemen (IP2): Mit diesem Upgrade wird der HW-Watchdog in allen Hutschienenversionen des Timberwolf Servers aktiviert. Dieser Watchdog arbeitet völlig autonom und ist eine Hardware-Komponente, die vor allem auch funktioniert, falls es die Software nicht mehr tun, also der Betriebssystem-Kernel selbst abgestürzt ist. Ein Watchdog hat dabei große Macht über das System, den er kann einen Reboot erzwingen, weil er direkt auf die Reset-Leitung der CPU wirkt. Diesen HW-Watchdog haben wir nun bei den Hutschienenversionen des TWS aktiv geschaltet. Eine überarbeitete zentrale Systemkomponente erzeugt einen "Lebenspuls" und setzt damit den Countdown des HW-Watchdogs regelmäßig zurück. Falls dieser Lebenspuls ausbleibt, würde der HW-Watchdog einen Reboot erzwingen. Wir haben das gut getestet und es gab auch keinen einzigen Vorfall über Wochen hinweg bei den Alpha- und Developer-Testern, jedoch wollen wir darauf hinweisen, dass es nun eine aktive Komponenten im System gibt, die einen Reboot auslösen könnte. Es gibt übrigens dabei eine Funktion, die eine andauernde Reboot-Schleife unterdrückt. Weil wenn es zu zwei - nicht vom Nutzer angeforderte - Reboots hintereinander gekommen ist, wird die Aktivierung des Watchdogs für sechs Stunden unterdrückt.
    Daher bitte: Falls Reboots beobachtet werden, die nicht angefordert wurden und nicht auf einem Stromausfall beruhen, bitte umgehend melden, in diesem Fall auch gerne per eMail an support@wiregate.de
  • Überarbeitung Logik-Engine (IP1): Bei den Tests mit Alpha- / Developer-Versionen waren bei zwei Testern nach dem Reboot die Zeitschaltuhren von persistenten Logiken gestört. Die Störung äußerte sich dadurch, dass z.B. Jalousien zu anderen Zeitpunkten als festgelegt gefahren bzw. nicht gefahren waren. Die Zeitschaltuhrfunktionen nutzen sehr stabile Funktionen des Kernels. Leider konnten wir diesen Fehler bei intensiven Tests nicht nachstellen und damit auch nicht beheben. In der IP2 haben wir nun ein zusätzliches Logging hinzugefügt um dies besser einzugrenzen, falls dies jemals noch einmal auftreten sollte.
    Daher bitte: Sollten Probleme mit Zeitschaltuhren nochmal beobachtet werden, bitte nichts weiter unternehmen und SOFORT hier melden.

D) Bekannte Probleme:

Ein Produkt wie der Timberwolf Server wird im Zusammenhang mit komplexen Netzwerken und Protokollen (KNX, Ethernet, 1-Wire, DMX und künftig auch MODBUS, MQTT usw.) genutzt. Die Zusammenstellung dieser Anlagen ist jeweils sehr unterschiedlich, kein Kunde hat genau die gleiche Konstellation. Alleine die Vielzahl der anschließbaren Komponenten geht in die zehntausende, die möglichen Einstellungen und Konfigurationen sind unzählbar. Entsprechend kann nicht jedes Szenario getestet werden und mit jedem Update des Timberwolf Servers und / oder dieser anderen Komponenten und deren Konfigurationen können potentiell auch Inkompatibilitäten entstehen.

Wir werten die Rückmeldungen unserer Kunden diesbezüglich sorgfältig aus und werden im Rahmen unserer Möglichkeiten versuchen für Kompatibilitätsprobleme Abhilfe zu schaffen bzw. darauf hinzuweisen. Folgend eine Liste der bereits bekannten oder bekannt gewordenen Kompatibilitätsprobleme. Diese Liste wird laufend angepasst solange keine neuere SW-Version zur Verfügung steht.
  • Update von NodeRed notwendig: Ein Kunde hat uns darauf hingewiesen, dass dessen NodeRed Installation die Kommunikation über den KNXnet/IP Tunnel nicht auf Dauer aufrecht erhält. Nur nach einem "Deploy" in Node Red ist eine kurze Kommunikation bis zum Timeout (2 Minuten) möglich. In der mit der V 1.6 IP2 veröffentlichten neuen Verwaltung der KNX Schnittstellen ist ersichtlich, dass der Tunnel nach kurzer Zeit wieder abgebaut wird. Die Ursache wurde als Fehler in der Implementierung des KNXnet/IP Protokoll innerhalb von NodeRed gefunden. Der Entwickler wurde informiert und hat uns ein Update zur Verfügung gestellt, dass wir erfolgreich testen konnten. Kunden, welche NodeRed benutzen, sollten die KNX-Software in Node Red unbedingt einem Update unterziehen.
  • Fehlerhafter Neustart der Logikengine bei ungültigen "Zombie-Links" (IP2, mit IP3 behoben): Zwei Kunden haben berichtet, dass die Logik-Engine beim Neustart hängen bleiben kann. Der Grund sind nicht vollständige gelöschte Verbindungen zu gelöschten Logikzellen in der DB. Der Fehler wird nicht durch das Update auf die IP2 selbst verursacht, sondern ist Folge eines (seltenen) Fehlers in früheren Versionen die zu inkonsistenten Informationen führen und nun durch den Neustart der Logikengine auffallen. Der Fehler wird mit der IP3 automatisch behoben.
  • Doppelte bzw. mehrfache MAC-Adressen (Anzeige in IP3): Mehrere Kunden haben von Problemen in der IP-Kommunikation aus Docker-Containern berichtet. Diese sind auf doppelte MAC-Adressen für die Container zurückzuführen. Die genaue Ursache ist nicht gefunden, steht jedoch nicht im Zusammenhang mit dem Update auf IP1 oder IP2. Mit dieser IP3 haben wir die Darstellung im Docker Management erheblich verbessert, doppelte MAC-Adressen werden nun gelb unterlegt dargestellt. Wir bitte unsere Kunden, die mehr als einem Docker Container nutzen, die Vergabe der MAC-Adressen zu prüfen und in Portainer ggfls. anzupassen, so dass diese in der Installation eindeutig sind. Eine Anleitung dazu findet sich auch in der - ab der IP3 - neuen Offline-Hilfe zum Docker Management
+++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++ Wichtige Hinweise +++ BITTE LESEN +++


###########################################################################################################

Change-Log "Version 1.6 - Insider Preview 3":

Hinweis: Das folgende Change-Log beschreibt alle Änderungen an der Timberwolf-Server Software seit "V 1.6 IP2".

==> Hinsichtlich Changelogs zu vormaligen Versionen, prüfen Sie bitte die Doku der Insider Previews 2 & 3 zur Version 1.6 und den Versionen davor.

Update System
• Improvement: show when in develop / alpha

Docker Management / Portainer
• FEATURE: complete rewrite with container and usage charts
• Improvement: added disclaimer for professional features
• Improvement: added help documentation
• Improvement: better recovery if portainer service is not running
• Improvement: Async reload containers and all statistics
• Improvement: Help text and images updates and fixes

Base
• Improvement: updated timberwolf blue
• Improvement: updated network info in header
• Improvement: Updated logo colours to match new blue
• Improvement: Removed page rights usage
• Improvement: Small fixes across all pages

Time Series
• Improvement: graph translations
• Improvement: updated help text for empty quick views
• Improvement: added disk usage charts

Dispatcher
• Improvement: ability to reload data on demand with new promise data

Support VPN
• Improvement: feedback when vpn server unreachable

KNX Busmonitor
• Improvement: Skip decoding attempts of read receipts
• Improvement: possible fix for incorrect wildcard handling (resulting in hanging Influx)

Services
• Improvement: added swap memory graph
• Improvement: Updated gauges
• Bugfix: Services list could be empty in rare cases after update

Auth Proxy
• Improvement: new cookie requirements met

Logic Editor
• Improvement: updated Doctor Mode description
• Improvement: added doctor mode filter and header entry
• Improvement: disallow persistence toggle when logic is erroneous
• Improvement: Doctor Mode data retention limited to 30 days to save disk space
• Improvement: Allow flag 'x' (explicit) in custom logics
• Bugfix: Send data to an unsaved logic could lead to logic engine termination

KNX Project
• FEATURE: allow project password to be entered

1-Wire Devices
• Improvement: correct EPN data for DS2438SMT
• Improvement: 4IO with Watchdog support
• Improvement: Dispatcher values for outputs
• Improvement: Layout updated

1-Wire Slaves
• Improvement: more devices can be merged now
• Improvement: updated Saugspannung support
• Improvement: added support for soil moisture sensors and ds2438sm and ds2438smt

Reverse Proxy
• Bugfix: Allow adding again, when error is fixed

Ekey Controllers
• Improvement: Adding a controllers re-caches the subsystems data

Backup
• Improvement: Run backup task with lower priority to avoid interruptions in other services
• Improvement: Better calculation of needed space for backup files--------------------


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


###########################################################################################################

Freiwillige Teilname am Insider Programm

Dies ist eine Insider Version, welche nur diejenigen Kunden erhalten, die sich für die Teilnahme am Insider-Programm entschieden haben.

Es ist unseren Kunden freigestellt, sich zu entscheiden, welche Version sie künftig erhalten. Entweder nur die jeweiligen getesteten Hauptversionen oder die frühen Insider Preview Versionen. Insider erhalten damit früheren Zugang zu neuen Leistungsmerkmalen, diese werden jedoch noch den ein oder anderen Fehler beinhalten. Wenn Sie künftig Insider-Versionen beziehen möchten, dann können Sie dies wie folgt einstellen:

Unter Updates betätigen Sie die Schaltfläche "ich nehme am Insider Programm teil". (Die Teilnahme am Developer-Programm muss separat beantragt und von ElabNET freigeschaltet werden.)

Für eine Beendigung an der Teilnahme am Insider Programm gilt: Eine Beendigung des Insider Programmes muss VOR Erscheinen einer neuen Hauptversion durch entsprechendes Anklicken konfiguriert sein. Die Teilnahme am Insider-Programm endet danach mit dem Erscheinen der nächsten Hauptversion.


Wir bitten alle Insider und Kunden, eventuell gemeldeten Fehler nach Installation dieses Updates neu zu prüfen. Fehlermeldungen bitte in separaten Threads (hier nur Probleme / Erfolge beim Installieren des Updates melden) im BETA-Teil des Forums.

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


lg

Stefan Werner
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von StefanW am Mo Jun 29, 2020 3:29 pm, insgesamt 10-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

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

#2

Beitrag von Eraser »

Installation erfolgreich, alle Dienste laufen von alleine wieder.
Die Kompression der Logdaten vom Dok-Mode war ebenso erfolgreich (310MB auf 130MB).
Zuletzt geändert von Eraser am Mi Jun 03, 2020 7:39 am, insgesamt 1-mal geändert.
mfg
Wolfgang

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

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#3

Beitrag von Sun1453 »

Hallo Stefan,

danke wie immer für die ausführlichen Informationen zum Update. Danke an das gesammte Team für sehr schöne Umsetzung der vielen neuen und verbesserten Funktionen des TWS.

Könntest du bitte zu den folgenden Themen aus dem Log noch etwas sagen:

Base
• Improvement: updated timberwolf blue
• Improvement: updated network info in header
• Improvement: Updated logo colours to match new blue
• Improvement: Removed page rights usage
• Improvement: Small fixes across all pages

Dispatcher
• Improvement: ability to reload data on demand with new promise data


KNX Busmonitor
• Improvement: Skip decoding attempts of read receipts
• Improvement: possible fix for incorrect wildcard handling (resulting in hanging Influx)

Services
• Improvement: added swap memory graph
• Improvement: Updated gauges
• Bugfix: Services list could be empty in rare cases after update

Auth Proxy
• Improvement: new cookie requirements met

Logic Editor
• Improvement: Allow flag 'x' (explicit) in custom logics
• Bugfix: Send data to an unsaved logic could lead to logic engine termination

1-Wire Devices
• Improvement: 4IO with Watchdog support
• Improvement: Dispatcher values for outputs
• Improvement: Layout updated

1-Wire Slaves
• Improvement: updated Saugspannung support

Reverse Proxy
• Bugfix: Allow adding again, when error is fixed

Backup
• Improvement: Run backup task with lower priority to avoid interruptions in other services
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | 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 »

Läuft soweit ordentlich, bis auf das Zeitspringen in der Service-Seite nichts was mich nervös macht.

im Disclaimer zum Docker ist mit einem 'die' zu viel, nen kleiner Tipper.
Einflüsse auf die Ressourcennutzung und die Stabilität von USB- und Netzwerkschnittstellen vollständig verstanden wurden und der Kunde die die Ressourcennutzung sorgfältig und laufend administrieren kann. Insbesondere sind die Nutzung von CPU, RAM und Massenspeicher zu überwachen.
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

bondt
Elaborated Networks
Reactions:
Beiträge: 445
Registriert: Mo Aug 27, 2018 10:48 am
Wohnort: Eschenlohe
Hat sich bedankt: 513 Mal
Danksagung erhalten: 139 Mal

#5

Beitrag von bondt »

Sun1453 hat geschrieben: Mi Jun 03, 2020 8:15 am Könntest du bitte zu den folgenden Themen aus dem Log noch etwas sagen:
Hallo Michael,
Base
• Improvement: updated timberwolf blue
• Improvement: updated network info in header
• Improvement: Updated logo colours to match new blue
• Improvement: Removed page rights usage
• Improvement: Small fixes across all pages
Dies betrifft Änderungen über die ganze Oberfläche.
Das neue Blau wird teil unserer CI.
Außerdem haben wir die Anzeige der Netzwerkinformation in der Kopfzeile verbessert und zum Beispiel 'update.timberwolf.io' hinzugefügt.
Dispatcher
• Improvement: ability to reload data on demand with new promise data
Beim Anlegen eines neuen Subsystems, zum Beispiel bei ekey, erscheint das neue Subsystem sofort in der Subsystem-Übersicht.
KNX Busmonitor
• Improvement: Skip decoding attempts of read receipts
• Improvement: possible fix for incorrect wildcard handling (resulting in hanging Influx)
Das Verarbeiten von Lese-Telegramme sowie die Filter im Busmonitor wurden verbessert.
Services
• Improvement: added swap memory graph
• Improvement: Updated gauges
• Bugfix: Services list could be empty in rare cases after update
Die SWAP-Nutzung (Auslagerungsdatei) wurde hinzugefügt und die Diagramme wurden responsiver gemacht.
Auth Proxy
• Improvement: new cookie requirements met
Anpassung der Anmeldung für zukünftige Sicherheitsanforderungen in Webbrowsern.
Logic Editor
• Improvement: Allow flag 'x' (explicit) in custom logics
• Bugfix: Send data to an unsaved logic could lead to logic engine termination
Der Logik Editor unterstützt einen zusätzlichen Trigger-Typ für benutzerdefinierte Logiken.
Stabilität der Logik Engine wurde auch verbessert.
1-Wire Devices
• Improvement: 4IO with Watchdog support
• Improvement: Dispatcher values for outputs
• Improvement: Layout updated
Unterstützung für den neuen Ventilaktor wurde hinzugefügt.
Bei Outputs wird jetzt der letzte gesendete Wert angezeigt.
Die Oberfläche hat eine kleine Überarbeitung bekommen.
1-Wire Slaves
• Improvement: updated Saugspannung support
Unterstützung für die neue Bodenfeuchte-Sensoren wurde hinzugefügt.
Reverse Proxy
• Bugfix: Allow adding again, when error is fixed
Fehler beim Hinzufügen neuer Einträge behoben.
Backup
• Improvement: Run backup task with lower priority to avoid interruptions in other services
Optimierung bei der Ausführung von Datensicherungen.
Viele Grüße,
Michaël

[ Timberwolf Entwicklung ]

"Have you tried turning it off and on again?"

timberwolf101, VPN offen, Reboot jederzeit
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

#6

Beitrag von Eraser »

bondt hat geschrieben: Mi Jun 03, 2020 11:04 am
Logic Editor
• Improvement: Allow flag 'x' (explicit) in custom logics
• Bugfix: Send data to an unsaved logic could lead to logic engine termination
Der Logik Editor unterstützt einen zusätzlichen Trigger-Typ für benutzerdefinierte Logiken.
Kannst du dieses neue Flag bitte erklären?
Danke
mfg
Wolfgang

Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
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 gut durchgelaufen, einige Container habe ich recreated, damit sie in Zukunft keinen Ärger machen. :text-bravo:
Es wurden ein oder mehrere Docker Container gefunden, die ein altes Logformat verwenden welches unter Umständen den Speicherplatz auf diesem Timberwolf verbrauchen kann.
Pi-Hole musste ich 3-mal recreieren, bis es lief. :violence-duel:
Zunächst waren nur einige Services neu gestartet. :handgestures-thumbupright:
Alle Services waren dann irgendwann neu gestartet (Laufzeiten wenige Minuten), weiss auch nicht warum. :law-police:

Aaarrggghh, ein einfaches Recreate reicht da scheinbar nicht... :confusion-scratchheadyellow:
Zuletzt geändert von bodo am Mi Jun 03, 2020 1:35 pm, insgesamt 3-mal geändert.
Grüsse Bodo

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

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#8

Beitrag von Sun1453 »

Hallo Michaél,

danke für die Erklärungen, zu den Punkten, die mir nicht klar waren.

Wie Wolfgang fragte, könntest du das nochmal erklären

"Der Logik Editor unterstützt einen zusätzlichen Trigger-Typ für benutzerdefinierte Logiken."

Danke.

PS: werde das Backup jetzt erstellen und dann das Update. Melde mich dann wie der Status ist.

#1 : Backup sowie Update erfolgreich. KNX Logger war erst nicht gestartet aber wo ich nach 3 Mins reingeschaut hatte war der Service da und lief schon ein bisschen. Also alles okay.

Was mich wundert, ist das nach dem Neustart letzte Woche, der Speicher Verbrauch auf der SSD gestiegen ist. 25 % zu 28 % und jetzt nach Update auf 29 %. Beim Update kann ich das ja verstehen aber einem Neustart ? Hatte vor dem Neustart nur ein Backup gemacht.
Zuletzt geändert von Sun1453 am Mi Jun 03, 2020 2:49 pm, insgesamt 2-mal geändert.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

Robert_Mini
Reactions:
Beiträge: 3741
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1164 Mal
Danksagung erhalten: 2058 Mal

#9

Beitrag von Robert_Mini »

Ich würde auf die % nicht Zuviel geben, schon gar nicht, wenn etwas von 28 auf 29 springt.
Könnten 28,49% gewesen sein, dann reicht ein paar KB aus um die Anzeige auf 29 zu bringen (24,50%). Und beim Update wachsen die Filegrößen eher als dass sie kleiner werden.
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

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:

#10

Beitrag von StefanW »

Hallo Nutzer des Timberwolf Servers,

so wie es bis jetzt aussieht, ist die IP3 eines der unkompliziertesten Updates seit langem, praktisch Null Probleme.

Trotzdem wollen wir bei unser Empfehlung bleiben, dass Insider Previews, insbesondere wenn diese frisch sind, nur von Montag bis Mittwoch installiert werden sollen, damit wir ggfls. vor dem Wochenende Support leisten können.

Daher:

==> Dieses Update auf die IP3 bitte entweder HEUTE (Mittwoch den 3. Juni 2020) installieren
==> oder ab nächster Woche von Montag bis Mittwoch.


Wobei es sein kann, dass es nächste Woche bereits die RC1 dazu gibt, weil wir wollen die V 1.6 zügig abschließen, damit wir die IP zur 2.0 anschieben können.

lg

Stefan
Zuletzt geändert von StefanW am Mi Jun 03, 2020 7:13 pm, insgesamt 3-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.
Antworten

Zurück zu „Bekanntmachungen“