RealTimeChart mit TeeChart und großer Datenmenge

[Perlsau]

Davon abgesehen arbeiten die gängigen Bildschirme mit einer Frequenz zwischen 50 und 70 Hertz. Mehr als 70 Veränderungen pro Sekunde können daher sowieso nicht dargestellt werden, weil der Bildschirm wird bei 70 Hz eben nur 70mal neu aufgebaut. Und mehr an Veränderung bzw. noch schnellere Veränderungen kann das Auge auch gar nicht wahrnehmen, die Grenze liegt weit unterhalb 70 Hz. Ab 20 bis 24 Bilder pro Sekunde nimmt das menschliche Auge die aufeinanderfolgenden Bilder als kontinuierlichen Fluß dar, Film genannt.

Im Grunde handelt sich sich beim dem, was der TE vor hat, um ein Oszilloskop. Darüber hab ich, soweit ich mich noch erinnere, mal gelesen, daß die PC-Oszilloskope mit einer Verschiebung des Bildschirminhalts arbeiten. Das funktioniert mit BitBlt:

Als Bit blit (für Bit Block Image Transfer; auch als BitBlt oder ähnlich bezeichnet für bit block transfer) bezeichnet man eine Computeroperation, die für das schnelle Kopieren und Verschieben von Speicherinhalten (Blitting) zuständig ist. Bit blit kann entweder als Softwareprozedur oder als Funktion einer hardwarebasierten Grafikausgabe (Grafikkarte, -Chip oder Chipsatz) implementiert werden; im Fall eines dedizierten Chips bezeichnet man diesen auch als Blitter. Bit Blit geht auf die sogenannte RasterOp-Spezifikation von Newman und Sproull zurück, eine Funktion zum bitweisen Kopieren von Speicherblöcken, die aber noch stark begrenzt war. Eine Hardware-Implementierung der RasterOp-Funktion wurde von VLSI Technology 1986 vorgestellt. Dieser Chip hatte keine DMA-Funktion und konnte daher den Hauptprozessor kaum entlasten. Quelle

Man zeichnet dann eigentlich nur noch auf die freigewordene Fläche. Wie das zu implementieren ist, weiß ich jetzt nicht aus dem Stegreif zu beantworten, dürfte sich aber vielfach im Netz finden lassen. Mit Sicherheit gibt es auch entsprechende Komponenten dafür. Der Suchbegriff Oszilloskop bzw. oszilloscope in Verbindung mit dem Suchwort Delphi wird sicherlich einiges zutage fördern.

[Dejan Vu]

Wenn dein Bildschirm eine horizontale Auflösung von -sagen wir- 2000 Pixeln hat, dann macht es keinen Sinn, mehr als 2000 Punkte (also genauer: verschiedene X-Koordinaten) darzustellen. Imho kann man das ohne Probleme auch halbieren.

Du musst also nur 1000 Punkte aus dem darzustellenden Intervall vorhalten. Und wenn das immer die letzten X Sekunden/Minuten/Stunden sind, dann verschieben sich alle 1000 Punkte immer mal wieder, nämlich genau alle X/1000 Sekunden/Minuten/Stunden um eine Stelle nach links.

Wie Perlsau schon erwähnte: Es gibt mit Sicherheit fertige Lösungen.

[4dk2]

Komme auch aus dem SPS Sektor,

Hab auch schon diverse sachen in den Teecharts angezeigt, und es ist dafür auch gut geeignet.
Aber die Frage ist ob du wirklich alle Werte anzeigen musst, oder ob nicht z.b. ein gemittelter Wert von 1 Sekunde ausreicht.
Als Tip noch.
Die Serien haben BeginUpdate /Endupdate, was das zeichnen verkürzt.
Du kannst auch einen Ringpuffer realisieren indem du immer nur einzelne Punkte (0..n) aus der Serie entfernst, danach dann die neuen hinzufügst.

[PMM]

24 Stunden aufzeichnen wäre ja nicht zwangsläufig 24h anzeigen.
Was die Verdichtung angeht: Wie wäre es mit Min/Max/Mittel über einen geeignet gewählten Zeitabschnitt. Kann man auch gut darstellen (ergibt so einen "pelzige" Graphen). Er Vorteil ist, dass Ausreißer nicht unterdrückt werden (ist oft sehr wichtig).
PMM

[Der schöne Günther]

Schau mal hier:
http://www.teechart.net/reference/ar...CLRealtime.pdf

Dinge wie die Sortierung auszuschalten wenn man die Werte selbst schon sortiert vorliegen hat macht einen riesigen Unterschied bei großen Punktemengen. Dann halt die üblichen verdächtigen wie TFastLineSeries ohne Kantenglättung und alles, und Achsen nicht automatisch immer neuskalieren. Hat bei mir einen riesigen Unterschied gemacht.

[Ro90]

Hallo,

Erstmal vielen Dank für die informationsreichen Antworten.

Um kurz den Sinn der Software zu erklären.

Wie schon von Perlsau erwähnt wurde wird es eine Art von Oszilloskop.

Ich arbeite an in einer großen Holzindustrie mit vielen sehr alten Anlagen.

Wenn jetzt an so einer Anlage ein Fehler auftritt soll die Software dies ersichtlich machen.
Diese Fehler sind öfters nur sporadisch und die Ursachen sind durch die sehr hohe Geschwindigkeiten der Anlage sehr schwer herauszufinden.
Dies dauert dann oft tagelang bis man einen Fehler erkennt, zu 99% sind es Fehler durch Sensoren.
Sobald solch ein Fehler dann auftritt hängt ein Elektriker dann die Software an diese Anlage
und wählt bis zu 16 Signale aus z.B. Sensor, Lichtschranke, Schalter usw.

Die Software soll dann mittels Ringpuffer diese Signale festhalten
und wenn der Elektriker dann wieder Zeit hat und weiß dass der Fehler z.B um 14Uhr aufgetreten ist
scrollt er durchs Chart und kann dann sehen ob vielleicht zu diesem Zeitpunkt ein z.B Sensor ein falsches Signal gesendet hat.

Es kommt aber vor das Sensoren nur sehr kurz belegt werden (ca.50ms), und dies sollte dann auch ersichtlich sein.

Es gibt schon ähnliche Software die das ermöglicht, nur nicht mit dieser Geschwindigkeit und nicht mit solchen Funktionen die ich benötige:


ich füge noch ein Paar Bilder von meinem Projekt hinzu.

[Uwe Raabe]

Zitat von Ro90:

und wenn der Elektriker dann wieder Zeit hat und weiß dass der Fehler z.B um 14Uhr aufgetreten ist
scrollt er durchs Chart und kann dann sehen ob vielleicht zu diesem Zeitpunkt ein z.B Sensor ein falsches Signal gesendet hat.

Dann reicht es doch, wenn du die Daten erstmal nur zwischenspeicherst. Der Elektriker scrollt dann eben nicht durch das gesamte Chart, sondern gibt lediglich den Zeitraum ein, den er sehen möchte. Das sollte doch die anzuzeigenden Daten und damit die Zeit für den Aufbau der Anzeige deutlich reduzieren.

[nahpets]

Wenn ich das recht verstehe, musst Du die Daten nicht "Live" darstellen, sondern jederzeit rückwirkend anzeigen können.

Das hieße doch, dass Du "nur" die Datenmenge entsprechend schnell irgendwie auf die Platte bekommen musst, um sie später auszugsweise per Chart darzustellen, damit "Ausreißer" sichtbar dargestellt werden können.

Wenn es für die Daten "Normalwerte" gibt und "Fehlerwerte" würde ich mir hier eine Datenbankanwendung vorstellen.

Die Daten müssten erstmal mit der entsprechenden Geschwindigkeit in die Datenbank geschrieben werden.

In der Datenbank kann man dann per Abfrage nach "Ausreißern" suchen und dann den Bereich "rundherum" (also Minuten, Sekunden... vorher und/oder nachher) anzeigen und damit ggfls. durch den Datenbestand scrollen. Hierdurch ließe sich ja dann die Entwicklung der Werte im Umfeld der "Ausreißer" darstellen.

Oder stell' ich mir das jetzt falsch vor?