Diagramme

[rdeckard]

Z.B. mit dem "Wertauslöser" (13000022): An E1 hängst Du einfach einen Telegrammgenerator (der alle 5 Min. eine 1 sendet) und an E2 die Temperatur-GA. A1 dann an die Ausgangsbox (E2).

Alternativ kannst Du (falls die GA zyklisch sendet) auch einfach eine "Totzeit" im Archiv definieren.

Du hast mir mal auf meine Frage, wie man alle paar Minute Werte in ein Datenarchiv speichern kann, die obige Antwort geschrieben. Ich bin nun endlich mal dazugekommen, es zu testen. Anstatt ein Telegrammgenerator habe ich einfach ein Trigger (Minutentakt) verwendet.

Der Impuls/Trigger scheint aber das ganze nur einmal auszulösen (die Werte in den Ausgangsboxen bleiben immer gleich).
Mit dem Telegrammgenerator hats dann funktioniert.

Warum funktioniert aber in diesem Beispiel der Trigger nicht? Ich habe den auch schon öfters für Logiken verwendet und dort klappts.

datenarchiv.png

[KNXFan1970]

Auch, wenn ich mich (bisher) hier nicht durch das permanente Veröffentlichen von LBS hervorgetan habe, denke ich schon erkennen zu können, dass Du in EDOMI viele Dinge hineingepackt hast, die nicht als primäres Ziel die trivialste Umsetzung einer Aufgabe verfolgen...
Vielleicht hängt das mit Deiner Zielgruppendefinition bei 'Freigabe' von EDOMI zusammen. Vielleicht beinhaltet es aber auch Deinen persönlichen Anspruch an Dich selbst und Dinge, die Du angehst oder weil Du es einfach komplexer umsetzen kannst oder einer Kombination aus dem Vorgenannten.

Komfort hat natürlich seine Vorteile für den Anwender. Manchmal ist es aber auch gut, wenn man neben den komfortablen Möglichkeiten, die ich z.B. überaus schätze, die aber oft logischerweise nicht alle Wünsche berücksichtigen können, eine einfache - simplere - (vielleicht mehr Hintergrundwissen fordernde) flexible Option hat.
(Bezieht sich jetzt nicht unbedingt auf das Diagramm-Ding...)
Momentan ist sicher der EDOMI-einsetzende Personenkreis im Durchschnitt eher nicht in die Gruppe der reinen Anwender einzuordnen.

EDOMI ist schon ne coole Sache - sonst würden nicht soviele Leute es einsetzen - trotz, dass die Softwarepflege und Weiterentwicklung (momentan) ausschließlich von Dir abhängen, keinen offener Quellcode vorliegt, also theoretisch - was ich jetzt mal nicht hoffe - jeden Tag eingestellt werden könnte... Ich finde das bemerkenswert...

[gaert]

Liste

Ein manuell definierbares X-Intervall wird schon noch irgendwann kommen...

Nur mal so am Rande: Das automatische X-Intervall war deutlich komplexer in der Implementierung als es eine simple manuelle Vorgabe wäre. Es ging mir um Komfort - Diagramme sind schon kompliziert genug in ihrer Konfiguration

[KNXFan1970]

Bedeutet das nun 'keine Chance', 'Liste' oder 'hab mich noch nicht entschieden'?
Wie auch immer - ich mag EDOMI trotzdem...aber je flexibler, desto besser...

[gaert]

Das X-Intervall ist aktuell ja nicht konfigurierbar, d.h. es wird stets automatisch ermittelt. Daher passen Balkencharts eigentlich nicht wirklich ins Konzept (siehe HS 3 - nix Balken) und sind eher als "wer's unbedingt braucht" zu verstehen. Richtig Sinn machen die Balken in EDOMI eigentlich nur bei kummulierten Diagrammen.

[KNXFan1970]

Das Diagramm ist absolut korrekt! Betrachte mal nur die blauen(?) Datenpunkte - die liegen exakt an der richtigen Stelle.

Die Balkenbreite erscheint natürlich unglücklich (v.a. der letzte Balken) - aber so ist's nunmal bei diesem Graphen: Es handelt sich intern um ein X/Y-Diagramm mit "stufenlosem" X-Intervall.

Hab ich ja oben (#177) geschrieben, dass das Diagramm-Modul scheinbar exakt arbeitet. Deshalb hatte ich die blauen Punkte zusätzlich anzeigen lassen, um mir das selbst klar zu machen.

Versuche mal ein Mittelwertintervall von 86400 anzugeben (entspricht 1 Tag) - wird vermutlich hübscher aussehen in diesem Fall.

Ja - mit Deinem Tipp funktioniert es (jetzt annähernd so, wie ich es mir vorgestellt hatte - bis auf den jeweils letzten Balken - der braucht ja den nächsten Datenpunkt, um exakt dargestellt zu werden).
Aber damit kann ich erst einmal leben!

Wenn ich jetzt so drüber nachdenke - da hätte ich auch selber drauf kommen können. Aber manchmal sieht man halt doch den "Wald vor lauter Bäumen" nicht.

Vielleicht fügst Du ja noch irgendwann einmal eine Option für einen Balken (mit fester Breite/ festem X-Intervall) hinzu - der für einem vorhandenen Wert pro X-Intervall einen Balken zeichnet. Dann sollte auch der jeweils letzte Balken richtig dargestellt werden.

So abschließend - Danke für Deine obigen Antworten.

[gaert]

Alles klar

Das Diagramm ist absolut korrekt! Betrachte mal nur die blauen(?) Datenpunkte - die liegen exakt an der richtigen Stelle. Dabei musst Du bedenken, dass hier ein ganzer Tag (bestehend aus 86400 Sekunden) auf vielleicht 20-30 Pixel gequetscht wird - daher sieht es vielleicht so aus, als ob der Datenpunkt beim 24. dargestellt wird (was aber nicht der Fall ist - das sind quasi Rundungsfehler im Subpixel-Bereich).

Die Balkenbreite erscheint natürlich unglücklich (v.a. der letzte Balken) - aber so ist's nunmal bei diesem Graphen: Es handelt sich intern um ein X/Y-Diagramm mit "stufenlosem" X-Intervall.

Versuche mal ein Mittelwertintervall von 86400 anzugeben (entspricht 1 Tag) - wird vermutlich hübscher aussehen in diesem Fall.

[KNXFan1970]

Ok - hier ein Screenshot des Diagramms und zusätzlich noch einmal die Werte:

Datum,Uhrzeit,Millisekunden,Wert

23.05.2016,23:45:00,138087,"24606"

24.05.2016,23:45:00,25274,"10452"

25.05.2016,23:45:00,43226,"19367"

Der am 23.05.2016 um 23:45 Uhr eingetragene Wert ist der Tagesertrag vom 23.05.
Das Diagramm zeigt diesen Wert aber für den 24.05.
diagramm.jpg


Ich glaube (und hoffe) damit wird meine Beschreibung klarer...

[gaert]

Um ehrlich zu sein verstehe ich Dein Anliegen nicht so wirklich... Ein Screenshot wäre vielleicht nützlich

[KNXFan1970]

Ich meine ein normales Diagramm (kumulierter Ertrag der Solaranlage pro Tag = 1 Balken pro Tag)... Deine Beschreibung erklärt auch das Verhalten des Diagramms. Da der Wert erst 23:45 Uhr mit Abschluss des Tages eingetragen wird und der Balkens bis zum nächsten Wert (um 23:45 Uhr des Folgetages) gezeichnet wird, sieht es aus, als würde der Balken für den falschen Tag dargestellt. Damit kann man das Diagramm-Modul für meine Anforderung nicht ohne weiteres nutzen. Schade - aber wahrscheinlich nur zu ändern - außer Du siehst Sinn darin und schreibst es 'auf deine Liste'...

Bis dahin müsste ich - wenn ich das richtig verstanden habe - den um 23:45 Uhr ermittelten Wert mit einer Uhrzeit zu Beginn des entsprechenden Tages (z.B. 00:00:00) und gleichzeitig für Ende des gleichen Tages (23:59:59) über eine kleine Logik eintragen. Dann sollte das richtig angezeigt werden. Kannst Du mir dazu einen Tipp geben?

[gaert]

Meinst Du jetzt ein kummuliertes Diagramm (Tage) - oder ein "normales" Diagramm?

Beim normalen Diagramm beginnt ein Balken (auf die Breite bezogen) zum Zeitpunkt des Datenpunktes und endet erst beim Beginn des nächsten Datenpunktes. Min/Max werden ggf. in der Balkenmitte angezeigt (glaub' ich - hab' jetzt wirklich keine Zeit zum testen...).

[KNXFan1970]

Hmm... Mittelwert-Intervall steht auf 0 - dürfte bei einem Wert pro Tag auch keinen Einfluss haben, solange es nicht > als 24h wäre. Aber die Daten werden bei mir ja angezeigt. Jeder Balken repräsentiert auch genau einen Datenpunkt - auch zeitlich - nur sind diese Datenpunkte bei mir um 1 Tag verschoben.
Der Wert vom 23.05.2016 wird am 24.05. dargestellt (zumindest in meinem Balken-Diagramm). Könntest Du es bei Dir (bei Gelegenheit) eventuell mal simulieren?
Startdatum: 01.{month}.{year} 00:00:00
Enddatum: 01.{month}.{year} 23.59.59 +1 month - 1day

Zeigt auch wunderbar die 31 Tage des Monats Mai an.

Datum,Uhrzeit,Millisekunden,Wert

23.05.2016,23:45:00,138087,"24606"

24.05.2016,23:45:00,25274,"10452"

25.05.2016,23:45:00,43226,"19367"

[gaert]

Eigentlich sollte ein Balken genau einen Datenpunkt repräsentieren - auch zeitlich. Hast Du ggf. ein Mittelwert-Intervall angegeben?

Die Angabe von {KO-ID} im Titel ist aktuell in der Tat nicht möglich, aber ich pack's gerne auf meine Liste

[KNXFan1970]

gaert
Eine Frage zu Deinem wirklich flexiblen Diagramm-Modul. Ich setze dieses bereits für diverse Zwecke ein. Momentan arbeite ich an der Visualisierung meiner Solaranlage und deren Erträge.
Ein Balkendiagramm soll dazu u.a. den Monatsüberlick anzeigen mit den täglichen Ertragswerten. Dazu schreibt eine Logik jeweils 1x pro Nacht (vor Mitternacht) einen Eintrag mit dem Tagesertrag des aktuellen Tages in ein entsprechendes Datenarchiv. Diese Werte möchte ich dann als Balkendiagramm anzeigen lassen. Dies funktioniert auch, wenn ich Balkendiagramm (dynamische Breite) auswähle, zeigt aber ein Ergebnis, welches um einen Tag verschoben erscheint. D.h. der Wert, der am 25.05. 23:45 Uhr in das Datenarchiv geschrieben wird erscheint als Balken für den 26.05.
Mag sein, dass dies das von Dir beabsichtigte Verhalten das Diagramms - Balkendiagramm (dynamische Breite) - darstellt. Dann meine Frage - ist es möglich oder wird es zukünftig möglich sein Diagramme als Balkendiagramm richtig (bezogen auf den oben beschriebenen Kontext) darzustellen?

Noch eine zweite Frage - wäre es möglich (und würdest Du es auch umsetzen wollen ) den Diagramm-Titel in der Form zu gestalten, dass der Eintrag --> Solar Tageserträge Monat {month} - analog der Möglichkeiten beim Start-und Enddatum - tatsächlich den aktuellen Monat im Diagramm-Titel integriert?

Hoffentlich schreckt dich dabei nicht der Zusatzaufwand für die Änderung der Online-Hilfe ab.

[gaert]

Das würde nur mit einem entsprechenden LBS funktionieren - den gibt es m.E. aber noch nicht. Also ran an den Speck