ElabNET Technik Forum

Ich sehe das genauso: TS ja, KNX Logs nein.

Danke Euch,

ich denke, wir sind uns einig, dass wir das nicht unterstützen, weil Aufwand und Nutzen stehen in einem schlechten Verhältnis.

Wir machen uns lieber an die anderen Aufgaben

lg

Stefan

Als (mit-)Initiator der "Umfrage" sehe ich es wie meine Vorredner.
Notwendig ist es nicht, insbesondere nicht, wenn der geschätzte Aufwand berücksichtigt wird. Mir war nur nicht klar, ob es funktioniert oder nicht.

Die Visu folgt einer gewissen Logik und da sollte dann auch nicht von abgewichen werden. Insbesondere wenn man berücksichtigt, dass es ja keine reine Visualisierung ist, sondern auch eine Steuerung. Dann wäre es mit den reinen Ansichtsobjekten wieder eine Sondergruppe. So kann dann jedes Objekt Ansicht und / oder Steuerung sein, je nachdem, was am Ende der "Leitung" ist.

Viele Grüße
Ralf

... und ich oute mich noch - erst durch diesen Beitrag hier wurde mir klar, dass die KNX Logs in einem Ringspeicher laufen und nicht dauerhaft aufbewahrt werden - war schon immer sehr verwundert, warum der TWS noch soviel Speicher hat
Alles was mir wichtig ist lege ich eh in TS an.

Bin auch der Meinung, über eine TS zu gehen ist der bessere Weg.

Moin zusammen,

das wichtigste Argument hat wohl Göran geliefert:

gbglace hat geschrieben: ↑Di Feb 06, 2024 6:34 pm 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 hatte mir das Feature (Ringspeicherdaten in Visu-Diagrammen) zwar zunächst gewünscht, aber inzwischen sehe ich auch, dass es der total falsche Weg gewesen wäre.

Statt dessen wäre es imho sinnvoller den Zeitserienmanager weiter zu entwickeln. Sofern der Aufwand überschaubar ist denke ich zB an Features wie:
- Welche TS belegt wie viel Speicher?
- Daten aus einer TS löschen, die älter sind als X.
- Daten zwischen Zeitpunkt X und Y löschen können, weil in dem Bereich Fehlerhafte Daten in der TS gelandet sind.

Fazit:
Richtige Entscheidung.

Sehe ich genauso, aber ergänzend wäre zu nennen:
- Datensätze komprimieren, die älter sind als X. Also die Datendichte verringern bei alten Daten (wenn Speicherplatz ein Problem ist), so braucht man nicht komplett verzichten.