RealTimeChart mit TeeChart und großer Datenmenge

[Ro90]

Zitat von Perlsau:

Um mich nochmal zu vergewissern: Die 1600 Signale pro Sekunde sollen nicht im laufenden Betrieb abgenommen und gespeichert werden, sondern erst dann, wenn der Elektriker mit seiner Software an der Maschine ist, nachdem ein Fehler aufgetreten ist. Oder muß der Elektriker dann doch den Zeitraum während der Produktion, in dem der Fehler auftrat, überprüfen und analysieren können? Egal wie die Antwort ausfällt, mir ist der Zwang für die hohe Geschwindigkeit der Darstellung noch immer nicht so recht klar geworden: Wenn die Signale in Echtzeit während der Produktion dargestellt werden sollen, frage ich mich natürlich, zu welchem Zweck dies erfolgen soll. Es macht ja keinen Sinn, denn die Signale müssen ja in erster Linie für die spätere Auswertung gespeichert werden. Mit dem schnellen Wechsel der Signale kann ein Beobachter, der da ab und zu mal draufschaut, doch nicht wirklich was anfangen, oder? Eine neben der Speicherung erfolgende Anzeige würde die Speicherung mehr oder weniger verzögern oder gar die kontinuierliche Speicherung der Werte während der Produktion behindern. so daß die gespeicherten Werte nicht mehr vollständig wären.

Im laufendem Betrieb sollen die Daten in Echtzeit abgespeichert werden, auch wenn der Elektriker nicht da ist.
Der Bedienmann merkt ein Fehler an der Anlage wenn eine Fehlverhalten auftritt (z.B Holzbrett wird in falsche Etage eingelagert),
der Bedienmann hat keine Sicht auf die Software (die Steht irgendwo am Schaltschrank), jedoch merkt er einen Fehler indem die Anlage was falsches gemacht hat,
und er schreibt sich dann die Zeit auf oder er drückt eine Taste die in einer Tabelle ein Ereigniss einfügt (hat aber nichts mit der Aufzeichnungssoftware zu tun)
Der Elektriker kommt dann und muss auf die Daten zurückschauen können.
Im Prinzip müsste die Chart nichts anzeigen wenn der Elektriker nicht da ist sonder nur die Daten wegspeichern,
aber es währe schön dass es ab und zu (evtl. 10sec) eine Chart.repaint macht.
ist aber nicht das problem weil ich da ja nicht den ganzen Tag reinlade sondern nur immer 10 sekunden.

Zitat von Perlsau:

Zumindest für den Elektriker spielt die Geschwindigkeit der Darstellung dann keine Rolle mehr, denn der muß die Daten nicht in Echtzeit ablaufen sehen, um den Fehler einkreisen zu können. Er muß sich lediglich in den Daten bewegen (scrollen) können.

Nein die Geschwindigkeit der darstellung spielt dann keine Rolle mehr.#
Der Elektriker z.B um 13:00Uhr kommt, fragt den Bedienmann wann hat die Anlage ein Fehlverhalten gehabt.
Wenn der Bedienmann dann sagt um so ca. 09:00 Uhr, dann geht der Elektriker zur Software
wird dort eine Zeit eingeben von z.B. 08:50 bis 09:10 dann soll er die Signale von diesem Zeitraum im Chart sehen.
Und kann damit z.B sagen ob in diesm Zeitraum ein Sensor einen Fehler verursacht hat.

Zitat von nahpets:

Also nochmal, damit ich's (hoffentlich) verstehe.
Ein Maschine hat ein undefiniertes Problem.
Ein Elektriker schließt die Überwachungssoftware an und geht.
Der Bediener beobachtet die Anzeige und reagiert bei einem Ausreißer.

Die Daten einer Minute zeigst Du für eine Minute im Chart an. Dann hat der Bediener Zeit, jede Minute nach Ausreißern zu suchen und 'ne Taste zu betätigen oder sich die Zeit aufzuschreiben. Bei der Datenmenge "live" zuzuschauen und zu reagieren, halte ich für extrem anstrengend und dürfte recht schnell zu einer Ermüdung führen, die bei einem Maschinenbediener sicherlich nicht risikofrei ist.

Wenn jetzt per Tastendruck oder Aufschreiben der Zeitpunkt des Ausreißers bekannt ist, kann sich der Elektriker zu einem späteren Zeitpunkt die Daten aus der Datei des "Ausreißerzeitpunktes" anzeigen lassen und per scrollen jeweils eine Minute vor- oder zurückscrollen.

Ja genau, der Bedienmann sieht den Ausreißer aber durch fehlverhalten an der Anlage (z.B Brett in falscher Etage)
er schreibt dann die Zeit auf, er hat mit der Software nichts zu tun.
Nur der Elektriker der später kommt geht dann zur Software.

Zitat von nahpets:

Wie sieht denn das Array aus, welches zu schon eingelesen hast?
Eventuell kann man ja eine einfache und schnelle Schreibmethode für die Dateien entwickeln.
Zeigst Du die Daten aus dem Array so ähnlich an?

Ich löse es so wie in der angehängten pdf-Datei auf Seite 3, 4

Zitat von nahpets:

Das Lesen könnte dann so, wie hier beschrieben dynamisches Array aus Filestream lesen, erfolgen.

Danke, wird mir sehr weiter helfen.

Vielen Dank

[Sir Rufo]

Wir können ja mal einfach rechnen:

16x real + 1x TDateTime => 17* 8 Byte => 136 Byte

Dieses Datenvoulumen haben wir alle 10 ms

Macht 13.600 Byte pro Sekunde => 13,4 KB/s

Das sollte eine handlesübliche Festplatte locker schaffen

Und für 24h kommen wir auf ca. 1,2 GB Daten.

Auch das sollte eine handlesübliche Festplatte locker schaffen.

[Ro90]

Vielen Dank für eure Antworten!

Hat mich schon viel weiter gebracht.

Ich habe jetzt einen Lösungsansatz den ich versuchen werde.
Beim ersten Test hats schon ziemlich gut geklappt, jetzt muss ich es nur noch in die Software einbinden.

Und zwar:

für die X-Achse(DateTime) und die 16 Linien mache ich jede Minute jeweils eine Datei.
diese Dateien schreibe ich aus den einzelnen Arrays.

Das speichern erfolgt mit 2 Arrays:
gerade Minute: Array 1 wird befüllt / Array 2 wird abgespeichert und geleert.
ungerade Minute: Array 2 wird befüllt / Array 1 wird abgespeichert und geleert.
und das für jede Linie bzw für die X-Achse separat.

also 17 Arrays werden gerade befüllt, die anderen 17 gespeichert und geleert,
und das immer abwechselnd.

Das ergibt zwar nach 24h 24.480 Dateien, diese sind aber nicht all zu groß.

alte Dateien werden gelöscht, je nach Plattenfüllung.

Wenn ich dann einen bestimmten Zeitraum in meinem Chart sehen will lade ich die jeweiligen Dateien in das Chart.

Vielen Dank für Eure Hilfe

Ich werde im laufe der Woche eine kurze Rückmeldung geben obs dann geklappt hat.