Daten einfach und zuverlaessig loggen

gloeru

Level-1
Beiträge
339
Reaktionspunkte
35
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich bin auf der Suche nach einer guten Loesung zum loggen von Prozessdaten.
Folgende Anfoderungen habe ich: Logging-Frequenz: 10Hz (100ms), 50 REAL-Werte, mehrere Tage (in getrennten Files aber OHNE Unterbruch), Speicher: Ext. USB-Platte, System: aktuell eine CX1020 die via Ethernet mit der Hauptsteuerung (auch CX1020) verbunden ist und ausschliesslich zum Loggen bereitsteht. (Versuchsaufbau)

Ich habe folgende Moeglichkeiten angeschaut:
Eigenbau FB mit FileWrite etc

  • Einfach, kostenlos aber habe grosse Zweifel bei der Zuverlaessigkeit, vermutlich ist ein selbst geschriebener Puffer notwendig (Jemand erfahrungen?)

ePoch Dataserver (http://www.epochcontrols.co.uk/Data Logger.html)
  • Bisher im Einsatz, laeuft aber nicht zuverlaessig, Daten fehlen zwischendurch (Was fuer wissenschaftliche Auswertung ein No-Go ist!)
  • Kostenpflichtig, eher teuer

TwinCAT Scope 2
  • Aus der PLC steuerbar, auch Remote, sehr einfaches handling
  • Kostet zwar, aber dafuer graphische Auswertung
  • Fragezeichen bei der Langzeitaufzeichnung und Zuverlaessigkeit (Hat da jemand mit dem automatischen Betrieb Erfahrungen?)

Anbindung an einen DB-Server
  • Server muss auf CX1020 (XPe) laufen, Internetverbindung an Land ist nicht tauglich...
  • Timing fraglich, Buffer notwendig?

C++/VB etc Eigenbau
  • Sehr hoher Engineeringaufwand
  • vermutlich zu wenig Kenntnisse

Hat jemand weitere Vorschlaege, habe ich etwas uebersehen oder falsch bewertet?
An Erfahrungsberichten bin ich sehr interessiert
 
Mal so reingeworfen: Beckhoff DataServer Supplement

Sonst, weil die C++/etc Eigenbau Variante rausfällt, würde ich Variante Eigenbau mit Puffer bevorzugen.


Gruß
 
Hallo gloeru,

mein Favorit wäre auch der "Eigenbau FB mit FileWrite“ mit 2 Puffer. Einer sammelt ständig die Daten, während der andere gerade in die Datei schreibt. Das geht dann ständig im Wechsel.
Wichtig ist die Abstimmung der Puffergröße. Zum einen soll nicht zu oft geschrieben werden, zum anderen sollte die Datengröße noch handelbar sein.

Was ähnliches hatte ich schon mal, jedoch nicht über einen längeren Zeitraum. Wieso hast du Bedenken wegen der Zuverlässigkeit?
Wenn nicht noch andere Dateizugriffe parallel stattfinden müssen, sollte doch nichts anbrennen können...

Liebe Grüße
Lilli
 
Haben wir schon öfters gemacht. Eigenes c# Programm, alles in einem Ruck per ADS auslesen und schreiben.
Zeiten < 100ms kein Problem. Achtung wegen Write Zugriffen bei CF Karten. Das ist bei einem CX auch die Gefahr mit simplem schreiben in ein csv direkt aus der PLC.
Hier muss man ein wenig aufpassen um das Gerät mittelfristig nicht zu zerstören.
Bei Fragen einfach im unteren Link stöbern. z.b. Qualitätsprüfung - Dichtheitstest von ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Vielen Dank fuer die Antworten!
Loggen mit "internetabhaengigen" Geraeten kommt nicht im Frage, wir sind irgendwo zwischen Nordatlantik und Nordsee unterwegs...

Zum Schutze der CF-Karte nutze ich eine ext. USB-HDD, die CFs waeren sowieso sofort foll.

Beim Timing habe ich Angst, dass wir nicht gleichmaessig loggen, d.h. mal 90 ms mal 110 ms, was bei der Auswertung zu komischen Effekten fuehren kann (Was wir jetzt hatten mit dem ePoch Server)

Ist es besser, ADS oder Realtime-Ethernet zwischen den beiden CX1020 zu nutzen? Die Haupt-CX mit der Runtime ist ziemlich stark (60%) ausgelastet...
 
Grundsätzlich wenn möglich über RT Ethernet.
ADS ist nicht Echtzeit.
Das mit dem zuverlässigem Loggen erreicht man durch Buffern, schnellem lesen/schreiben.
Dann hast du auf die SPS Zykluszeit genau die Snapshots. z.b. auf 10ms genau.
 
Zuletzt bearbeitet:
ScopeView ist meiner Meinung nach nicht dafür geeignet ... ich hab es immer nur zum Fehler finden etc. genommen, aber selbst da ist es ein paar mal abgestürtzt :ROFLMAO:

FB FileWrite ist die einfachste Methode ... unser CX1020 braucht zum Speichern einer Tabelle mit 5 Spalten und 100 Zeilen in einer csv Datei auf externen PC mit TwinCat Instanz ca 1.5s ... sollte also bei gut dimensionierten Puffer auch kein Problem sein
 
Zurück
Oben