ElabNET Technik Forum

Ich will hier mal ein paar Stories ("Stories") zusammentragen, die vielleicht den ein oder anderen Anstoss geben können oder @StefanW vielleicht auch im Sales ein paar konkrete Beispiele an die Hand geben. Ich werd' den Thread dann von Zeit zu Zeit mit neuen Stories ergänzen oder wenn Ihr was habt nur zu- Stefan freut sich bestimmt...

• Ich hab' mich im PA Editor gewundert, dass dort mir unbekannte PAs gelistet wurden (Kennzeichnung "detect"). Ein Blick in die PA Stastistiken (nur ein Klick, da schon out-of-the-box vordefiniert) hat gezeigt, dass diese tatsächlich mal aktiv waren und ordentlich Telegramme geschickt hatten.
  Im Busmonitor konnte ich dann 3 Wochen danach noch schnell und problemlos nachvollziehen, was das eigentlich war und welche Telegramme an welche GA geschickt wurden: Ich hatte nämlich mal einige PAs verschoben und ein Gerät vergessen.

• Via Grafana war auch (wichtig: ohne andere Visu) schnell ein RTR mit Zugluftproblem identifizierbar, indem ich Windgeschwindigkeiten mit Schwankungen der gemessenen Raumtemperatur korreliert habe. Hohlwanddose gegen eine Winddichte Version getauscht sowie Rohr verschlossen und Ruhe war. Hatte mich gewundert, warum der Stellantrieb manchmal nervös war und soviel nachgeregelt hat. Der Verdacht war schnell da, aber auf diese Weise war es auch schnell konkretisiert und bewiesen.

Das schöne ist: Es ist wirklich schnell gemacht. Wichtige und interessante Statistiken sind schon vordefiniert und direkt ausführbar. Bei spezifischeren Dingen ist es schnell zusammengeklickt. Und das ohne sich im Vorfeld Gedanken gemacht zu haben, was mich vielleicht mal zukünftig als Auswertung interessieren könnte und ohne in einer Visu explizit Graphen vordefinieren zu müssen. Also spontaner Bedarf, der einfach bedient werden kann.

Danke sehr Jochen,

für die schönen Beispiele, was die Diagnosefähigkeiten des Servers betrifft.


Bitte erlaube mir, das mit ein wenig zusätzlichen Informationen anzureichern:


Für Interessenten die das Lesen:

Der Timberwolf Server wurde für Praktiker ausgelegt. In der Theorie verlieben sich Intereessenten für Smarthome in schöne Visu-Darstellungen und tolle Cockpits mit denen man sein Haus von überall steuern kann. Was dabei vergessen wird, ist in der Praxis, dass dafür zehntausende von Parametern in hunderten von Geräten korrekt gesetzt sein müssen. Das bekommt man nicht fehlerfrei hin. Darum besteht - in der Praxis - bei etwa zwei Drittel der Zeit der Aufwand nicht darin, schöne Visus zu malen, sondern die "komischen" Fehler in der Anlage zu suchen.

Und hier setzt der Timberwolf Server eben auch an, nicht nur mit seinen üblicherweise nachgefragten Leistungsmermalen nach Logik & Visu, sondern insbesondere als Werkzeug bei der Fehlersuche und der Justierung der Komponenten und Energieströme untereinander im Haus. Der Praktiker arbeitet bei der Fehlersuche nicht auf der Basis von Vermutungen (das geht immer schief) sondern auf der Basis valider Messergebnisse und Aufzeichnungen.

Daher ist ein wesentliches Leistungsmerkmales des Produktes die Aufzeichnung des KNX-Datenstromes und die Analyse desselben. Die Aufzeichnung beginnt ab dem ersten anstecken. Sobald der Server Strom hat und am KNX angesteckt ist, beginnt die Datenaufzeichnung. Sobald das KNX Projekt aus der ETS das erste Mal importiert wurde, kann er die Aufzeichnung auch Dekodieren und mit Texten anreichern.

Im eingebauten KNX Busmonitor kann man auf diese Aufzeichnungen zugreifen mit praktisch beliebigen Filtern und mit bis zu einer Milliarde Telegramme (beim 2600) rückwärts (auf bis zu 12 Linien parallel!) zugreifen - oder in Echtzeit mitlesen. Das kann die ETS zwar auch, aber dann muss der Rechner auch monatelange angesteckt bleiben (wenn er dabei nicht abstürzt), kein Windows hält solange durch, nicht ohne einmal im Monat für Security-Updates zwangsgebootet zu werden....

Zudem gibt es mit Grafana eine zweite Auswertungsmöglichkeit mit grafischen Darstellungen die sich aus dem aufgezeichneten auslesen lassen.

Eine Übersicht über die Funktionen kann man in diesem Video sehen:



lg

Stefan

@StefanW Ich möchte dazu noch ergänzen, dass bei der ETS die Performance relativ schnell und stark in den Keller geht und die ETS nicht wirklich dazu ausgelegt ist parallel nach mehreren Kriterien zu filtern.

Ich kann nur bestätigen, dass der KNX-Busmonitor eine super Sache ist. Gerade, weil er ständig alles mitschreibt.

Wir hatten gestern mal wieder richtig Wind(ca. 8-9 m/s). Am Abend habe ich die Jalousien dann runter gelassen. Doch die waren keine Minute lang unten und sind dan gleich wieder hoch gefahren. Eine Übersteuerung durch den KNX-Taster war nicht möglich. Hmm... was hab ich falsch gemacht?
Also schnell mal auf den TWS eingeloggt und in den KNX-Busmonitor geschaut, was in den letzten fünf Minuten auf dem Bus los war. Und siehe da, was für eine GA dort aufgetaucht ist? Windalarm! Dann ist es klar, warum die Jalousien hoch fahren.

Fehler:
Ich habe gestern mal die Parameter meiner Wetterstation angeschaut und noch nebenbei ein paar geändert. Dabei muss mir wohl ein kleiner Fehler unterlaufen sein. Ich muss wohl anstatt Windstärke 8 (21m/s) versehentlich Windgeschwindigkeit 8m/s (Windstärke 4) eingestellt haben.

Durch den KNX-Busmonitor habe ich schnell und einfach ohne ETS eine Ursache für ein Verhalten herausfinden können und gezielt nach dem Problem suchen können. Der Fehler war dann auch mit einem Klick gefunden.
Echt eine super sache!

Hallo Edward,

sehr schöner Bericht, danke sehr.

@all, bitte mehr davon, das ist sehr hilfreich für Interessenten und neue Kunden, die noch vor der Entscheidung stehen, zu lesen, was man wie damit anfangen kann. Gerne Euer Wissen und Eure Erfahrungen auch in anderee Foren tragen. Je weniger wir selbst für Vertrieb und Marketing ausgeben können, desto mehr können wir in die Weiterentwicklung stecken.

lg

Stefan