Daten Logger S7

[zerocool90]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Leute,
bin neu hier und wollte euch gleich mal nerven

Ich versuche einen Daten Logger zu programmieren.
Dabei geht es jetzt mal weniger um Preise usw,
ehr darum wie man sowas realisiert.

Da ich ein relativer Neuling auf dem Gebiet der SPS-Technik bin, will ich dieses Projekt nutzen mich da ein bissel rein zu finden.

Also zu den Details:

• Hardware egal
• Soll 1 Analogwert aufzeichnen über eine Zeit von 1em Tag
• Taktung ca 100 ms
• Dastellung auf einem OP (optional)
• mit EXCEL auslesen (optional)

Gruß und ich hoffe auf ein paar hilfreiche Tips

ZeroCool90

 

[Rainer Hönle]

Soll der Datenlogger auf einem PC oder auf der SPS realisiert werden?

 

[zerocool90]

Zuviel Werbung?
-> Hier kostenlos registrieren

Soll auf der SPS alles gespeichert werden,

übers OP ausgegeben (optional)
oder über EXCEL dann von der SPS gelesen werden (optional)

aber vor allem soll das ganze auf der SPS gespeichert werden.

 

[jabba]

Schöne Aufgabe

10*60s*60min*24Std =864000 Werte, als Real
ergibt das 3456000 Byte , und das in einer S7, das wird teuer.

 

[zerocool90]

Das ist ja noch variabel, war nur mal als Beispiel, von mir aus auch erst mal 1 Std

 

[Rainer Hönle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann ist die SPS-Hardware nicht ganz egal. Der benötigte Speicherplatz für einen Tag berechnet sich wie folgt

2 (Bytes pro Analogwert) * 24 (Stunden) * 60 (Minuten) * 60 (Sekunden) * 10 (100 ms-Raster) = 1.728.000 Bytes

Und ohne Kunstgriffe und damit das OP zugreifen kann müssen sich die Daten im Arbeitsspeicher (und nicht im Ladespeicher) befinden. Da ist dann die Auswahl der SPS sehr eingeschränkt. Ich tippe mal ohne nachzusehen auf 414er aufwärts. Außerdem müssen die Daten in mehreren DBs gehalten werden, da diese maximal knappe 64 KByte groß sein können.
Eine kleinere SPS mit einem separaten PC sind in Summe dann wesentlich günstiger. Der Excel-Export ist dann auch viel einfacher.

[Edit]jabba war mal wieder schneller, braucht aber Reals statt Ints und deshalb mehr Platz ;-) [/Edit]

 

[Rainer Hönle]

Das ist ja noch variabel, war nur mal als Beispiel, von mir aus auch erst mal 1 Std

Was sind denn jetzt die minimalen Anforderungen?

 

[jabba]

Erst einmal die Plattform festlegen
S7-300(400), 1200, 200

Dann die Grenzen ermitteln, alte S7-300 können nur DB's bis 16K.

Wenn man eine neue S7300 nimmt gehen 64K pro DB, so könnte man in einem DB alle 250ms für eine Stunde einen Wert speichern, und jede Stunde einen neuen DB öffnen.

Aber erst einmal müßte man mal die Rahmen festlegen. Ansonsten Ansprüche runter und Vieleicht erst einmal einen Wert pro s für eine Stunde.

 

[zerocool90]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann lege ich die Anforderugen mal auf

10 min, mit
1s Taktung da

das ganze ja nur zum lernen sei soll.

Als System S7 300

 

[borromeus]

Das ist ja noch variabel, war nur mal als Beispiel, von mir aus auch erst mal 1 Std

Da ist aber der Faktor 36000 dazwischen.......

Fragen:
warum müssen die Werte in der SPS stehen?
was soll letztlich rauskommen?
wieviele Werte werden wirklich benötigt? wirklich nur einer?

lG
Karl

 

[zerocool90]

Wie gesagt, ist zum üben, wie sowas überhaupt funktioniert.

also bleiben wir bei

• 10 min
• 1sec taktung
• 1 Kanal

 

[borromeus]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann lege ich die Anforderugen mal auf

10 min, mit
1s Taktung da

das ganze ja nur zum lernen sei soll.

Als System S7 300

Wie man das realisiert:
Jede Sekunde einen Wert in einen Umlaufspeicher schreiben (schaust Du unter Ringspeicher, findest jede Menge hier).
Ein Xcel- exportfähiges Scadaprodukt nehmen..... zB Intouch....
600 Variablen anlegen, diese mit den Werten im DB verschalten und auf einem Bild darstellen.... oder gleich eine Kurve im Excel machen.....
lG
Karl