[DISKUSSION] [V4.0 IP7] Werden grafische Darstellungen aus KNX-Log WIRKLICH benötigt?

[StefanW]

Hallo Foristen,
verehrte Kunden,

etwa einmal die Woche, in den letzten Wochen auch öfters, kommt der Wunsch / die Frage seitens der ersten Nutzer der Timberwolf VISU die Frage auf, ob man nicht auch Grafiken aus dem KNX-Buslog auslesen kann, "so wie in Grafana".

Einige Nutzer haben dazu geschrieben, dass sie schließlich nicht erst ein KNX Objekt und dann eine eigene Zeitserie anlegen wollen, wenn es schon im Log aufgezeichnet wird. Was uns hier etwas wundert ist, welcher Wert denn dann vom Widget angezeigt werden soll, wenn es gar kein KNX Objekt gibt, weil nur die Grafik aus dem Log wäre ja ein anderes Thema.

Hierzu ein paar Hintergründe.

1. Die Daten im Log sind nicht perfekt aufbereitet, weil diese davon abhängen, ob ein KNX Projekt eingelesen wurde und dieses auch der Realität entspricht. Ansonsten können dort auch Hexwerte stehen oder falsche Interpretationen.

2. Wer Änderungen an den GAs vornimmt, oder neue hinzufügt, versteht womöglich nicht, dass erst nach dem Projektimport der Hexwert im KNX-Telegramm auch importiert werden kann

3. Auch ein Wechsel der Nutzung der GA kann hier zu Problemen führen, wenn diese GA vorher anders benutzt wurde und nun mit Objekten anderer KNX-Geräte genutzt wird, die etwas anderes in der GA senden. Diese ganze Historie steht dann auch im KNX Log.

Für uns bedeutet das in der Implementierung, dass der Editor zwar dahingehend umgebaut werden kann, auch eine GA entgegenzunehmen, aber der VISU Client mit all diesen potentiellen Problemen und Überraschungen zur Laufzeit leben muss. Zumal sich ja auch die Frage stellt, welcher Wert soll im Widget denn zu der Grafik angezeigt werden, wenn man kein KNX Objekt hat. Und wenn man ein KNX Objekt hat, warum macht man dann nicht einfach eine Zeitserie.

Daher die Frage an die Community. Wir schätzen, dass die Realisierung und der Umgang mit all den potentiellen Problemen ein bis zwei Mannwochen an Aufwand kostet und ob wir uns nicht darauf einigen können, dass wir dies nicht auch noch unterstützen müssen.

Was sind Eure Meinungen?

lg

Stefan

[MeisterLampe]

„War halt schon in Grafana so“ der Mensch ist ein Gewohnheitstier… war auch erst verwundert warum es nicht geht, bis ich den Hinweis im Mouseover mir ausreichend genau angeguckt habe mit sinngemäß „es gehen in den Diagrammen nur Zeitserien“. Ich brauche es nicht, auch wenn es „traurig“ ist nicht die Historie aus Grafana zu haben, wenn man jetzt eine Zeitserie anlegt, wobei man sich ehrlicherweise selten (in meinem Fall nie) die Historie anguckt

[Marino]

Ich habe mir ja auch dafür die Zeitserien angelegt. Ich sehe den Vorteil darin, dass man GA's wechseln kann oder von einer anderen Quelle aus die Zeitserie beschreiben kann, ohne Daten zu verlieren.
Zudem ist doch der KNX-Log ein Ringspeicher. Diesen müsste man dann deutlich aufblähen, was deutlich mehr Daten bedeuten würde, ohne dass man darauf Einfluss hat. Bei der Zeitserie habe ich darauf Einfluss und kann die auch nur für erforderliches anlegen und nicht für alles.

Natürlich könnte man nun sagen, Leute gehen davon aus, dass man die Daten direkt verwenden kann (ich ja auch mal), aber bei anderen Visus legt man auch Serien an, die dann dargestellt werden. Ob man nun nur deshalb viele Daten erheben sollte, die nur ungenutzt gespeichert werden?

Ich bin für Zeitserien und gegen Nutzung der KNX-Logs. Also nicht gegen, aber ich finde sie eigentlich nicht notwendig.

[StefanW]

Hi Nils,

das KNX Log läuft immer, automatisch, ist nicht abstellbar und wird nicht durch Nutzung der darin enthaltenen Daten irgendwie größer. Für das Log würde ein Auslesen daraus gar nichts ändern.

lg

Stefan

[Marino]

Moin Stefan,

dann habe ich mich möglicherweise nicht richtig ausgedrückt. Ich war davon ausgegangen, dass dann die automatisch erhobenen Daten aufgebläht werden würden, um mehr Daten zu erheben, als den Ringspeicher. Vielleicht war das beim Lesen meine Interpretation.
Würde dies nicht passieren und für Daten, die über diesen Ringspeicher hinausgehen sollen, weiterhin eine Zeitserie angelegt werden, dann ist da natürlich kein vermehrtes Datenaufkommen. Das habe ich vielleicht falsch verstanden oder auch daraus interpretiert.

Dass ich dafür bin, weiterhin Zeitserien anzulegen und nicht das KNX-Log umzubauen, um es nutzbar zu machen, dabei bleibe ich

EDIT:
Beim Lesen war ich irgendwie davon ausgegangen, dass die Logs dann die Zeitserien ablösen würden, was nicht so geschrieben wurde. Daher meine Fehlinterpretation, dass man dann mehr Daten hätte.

[terseek]

Meine Meinung:

Der Ringspeicher gehört zum Busmonitor.

Das man darauf auch aus Grafana zugreifen kann, ist ja schon ein gewisses Extra. Sehe ich aber auch mehr in Verbindung mit Diagnoseaktivitäten, da ja auch nicht garantiert ist, wie weit in die Vergangenheit er zurückreicht.

Von der VISU braucht der Ringspeicher nicht zugreifbar zu sein. Die KNX-Daten, die dort angezeigt werden sollen, können bei der Einrichtung der VISU als Objekt und ggf. als Zeitserie angelegt werden. Das ist sauber und man hat auch die Verfügbarkeit garantiert.

[danik]

Habe mich zuerst auch gefragt warum dies nicht geht, aber die Argumente sind ja da. Würde hier jetzt die Entwicklungsressourcen auch in andere Themen stecken (u.a. fehlende Widgets) und beim Ansatz bleiben nur TS. Das anlegen von TS geht ja schnell und der zusätzliche Speicher hält sich in Grenzen.

Gruss
Dani

[gbglace]

Hi Stefan, lasst euch da nur nicht verunsichern oder zu Aktionismus treiben von solchen Anfragen.

Ja man muss das mit der Systemtrennung halt in der Kommunikation deutlich trennen die eine Zeitserie KNX-Line27 im Grafana ist der Busmonitor und dient der schnellen Fehleranalyse und allgemeine Diagnose und Hilfe bei der Einrichtung komplexer Funktionen im KNX. Eben weil man nix einstellen muss und erstmal auch keine Projektdateien wirklich braucht.

Eine echtes Timeseries Objekt ist erstmal genau dafür da genau konfiguriert zu werden was da rein geschrieben wird. Sei es direkt ein KNX-Wert via KNX-KO am TWS oder eine verfeinernde Logik oder eine MQTTT-Quelle oder eine Modbus-Quelle oder alles zusammen gleichzeitig in eine TS.
Und genau hier muss man wohl nochmal mal die Vorteile kommunizieren.

Heute noch mit einem Basteladapter sich den alten Stromzähler ausgelesen, morgen dann ein Smartmeter mit http-API. Alles kein Thema. Mal eben die Quelle für die TS geändert und schon läuft das alles ohne Änderung und inkl. Historie weiter.

Einige sind es wohl durch die Community-Plattformen und sowas wie X1 gewohnt ETS-Projektfile in den Server laden und dann irgendwie alles per GA aus dem Telegrammstrom der an der IP-Schnittstelle ankommt raus zu fischen inkl. Dummy-in der ETS um da überhaupt ran zu kommen.

Würde man das jetzt für das ein oder andere Gimmick in der Visu in Charts zugänglich machen, (weil es irgendwie in der Datenbank per GA Filter abgreifbar ist) dann kommen direkt die nächsten Forderungen warum kann ich denn damit nicht auch in der Logik usw. arbeiten.

Das wäre der erste Schritt die Architektur des TWS mit dem KNX-Objektsystem über den Haufen werfen zu müssen.
Ich denke nicht das es da jetzt lohnend ist darin Aufwand zu stecken.

Wichtig ist diese Nachfragen entsprechend zu beantworten.

Ja die Einrichtung eines KNX-Objektes an der Stelle ist aufwändiger als so manch anderes Objekt im TWS aber immer noch schneller als bei so manch anderem Server / IOT OS-Software Package (Pflege von YAML-Dateien und Co.).

Und wenn man ehrlich ist, in einem heutzutage richtig smarten Haus kommen zunehmend mehr Daten abseits des KNX rein, die in eine TS auf die Visu müssen. Viele sind es wohl nur auch gewohnt alles erstmal (mit Zusatzmodulen) an den KNX zu koppeln.

[Robert_Mini]

Hallo Stefan!

Ich sehe das auch so, wie die Vorredner!

KNX-Log und Busmonitor für die Diagnose => funktioniert super.
Visu ausschließlich für Zeitserien!!

Damit umgeht man auch das Gejammere, dass Daten plötzlich weg sind (Ringspeicher), da einem das Vorgehen auch zu einem sauberen Anlegen von Zeitserien zwingt.

Außerdem wüsste ich keinen Wert, den ich als Diagramm anzeigen würde, den ich nicht auch beliebig zurück sehen möchte…

Und wir reden ja nicht von einem Umweg, sondern Daten am KNX die man mit 3 Klicks in eine Zeitserie speichern kann.

Lg
Robert

[FabKNX]

Ganz klares voting für EINEN richtigen Weg. Eine TS anzulegen ist einfach und dann auch nachhaltig.

Dafür sollte es keine Workarounds geben.