Messdaten von S7-300 an PC (Software:Testpoint) übertragen

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi Leute,

ich habe folgenden Auftrag:

Eine Prüfanlage für Elektrogeräte soll die gemessenen Daten in Abständen von z.B. 10s auf einen PC an die Software Testpoint übertragen.
Testpoint kann über die RS232-Schnittstelle angesprochen werden.
Die Anlage soll zunächst für 1 Gerät Gebaut werden und später auf 6 Geräte erweiter werden.

Ich hab mir dazu folgendes überlegt:

Ein Datenbaustein, in dem die Daten je eines Gerätes in einem String abgelegt sind.
Also 6 Strings...

Diese werden dann in Regelmäßigen Abständen an den PC übertragen.
Hab mal nen CP340 dafür ins Auge gefasst.
Allerdings hab ich bisher noch nie eine Übertragung zwischen SPS und PC realisiert. Hab die Suche schon ausführlich in Anspruch genommen, werd aus den Beiträgen aber nich wirklich schlau.

Hier also meine Fragen:

1. Kann das überhaupt so funktionieren?

2. Ist das CP340 die richtige Wahl?
Es gibt ja verschiedene Versionen, welche ist die richtige?

3. Hat jemand schon mit Testpoint gearbeitet?
Wie kann man die gesendeten Daten im PC weiterverarbeiten,
so, dass man damit was anfangen kann?

Schonmal vielen Dank für eure Antworten!!!

Gruß
Johannes

 

[Larry Laffer]

Hallo,
warum wertest du die ermittelten Daten nicht über die SPS aus ?
Mittels einer angeschalteten Visualisierung (ProTool oder WinCC-Flex) könntest du dann auch Kurven darstellen ...

 

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

Begründung Testpoint

Hi,

Das ganze ist eine Anlage für Langzeittests. Ein Test dauert manchmal mehrere Tage oder Wochen. Die Geräte werden z.B. 2000 mal eingeschaltet, 10 min laufen gelassen und dann wieder gestoppt.
Dabei wird die Bremszeit, der Strom usw. gemessen und protokolliert.
Die Testdaten müssen archiviert werden. Deshalb kommt eine Visualisierung über ein OP eigendlich nicht in Frage. Höchstens zusätzlich. Das ist dann aber wieder ne Kostenfrage...

Hinzu kommt noch das Testpoint bei uns die Standardsoftware für solche Tests ist und deshalb eigendlich unbedingt integriert werden muss.

Gruß
Johannes

 

[Larry Laffer]

Hallo Johannes,
wir haben (Past Perfect) bei uns auch Testpoint eingesetzt (zu ähnlichem Zweck). Eigentlich hat dieses Programm doch seine eigenen Analog-Eingangskarten, über die die Werte in den PC kommen. In der Software kann man auch die Abtastrate vorgeben.

Ich wollte dir nicht vorschlagen, über ein OP zu protokollieren, sondern über einen PC mit Runtime der Visu. Dann kannst du die Daten auch bequem anderen Applikationen zur Verfügung stellen ...

 

[jabba]

Zur Ursprungsfrage zurück:
Es ist kein Problem das mit der CP340 zu machen.
Wir hatten in den letzten paar Wochen dazu einige Tread´s.

Wichtig ist zu wissen, wie Testpoint die Werte erwartet, damit man die richtig zusammensetzt. Vor dem Programm schreiben sollte man die Verbindung mal mit Hyperterminal testen, um sicher zu wissen was man senden muss.

 

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zusammensetzung des Strings

Hey!

Vielen Dank! Ihr hab mir schonmal ein gutes Stück weitergeholfen! :-D

Hab grad mal mit dem "Testpointfachmann" aus unserem Labor gesprochen. Der sagt, dass die Daten z.B. mit einem Komma getrennt sein müssen, damit Testpoint sie einteilen kann.
Wie sind die Daten denn bei nem S7-String getrennt?

Realwerte werden bei der S7 ja mit nem Exponent gebildet.
Da kann man sich die Verarbeitung ja auch einfacher machen, indem man für z.B. 2 Stellen hinterm Komme den Wert in der S7 mal 100 nimmt und dann in Testpoint durch Hundert. Testpoint arbeitet so weit ich weiß nur mit dem normalen Kommapunkt und nicht mit Exponent.

Gruß

Johannes

 

[Ralle]

Hey!

Vielen Dank! Ihr hab mir schonmal ein gutes Stück weitergeholfen! :-D

Hab grad mal mit dem "Testpointfachmann" aus unserem Labor gesprochen. Der sagt, dass die Daten z.B. mit einem Komma getrennt sein müssen, damit Testpoint sie einteilen kann.
Wie sind die Daten denn bei nem S7-String getrennt?

Realwerte werden bei der S7 ja mit nem Exponent gebildet.
Da kann man sich die Verarbeitung ja auch einfacher machen, indem man für z.B. 2 Stellen hinterm Komme den Wert in der S7 mal 100 nimmt und dann in Testpoint durch Hundert. Testpoint arbeitet so weit ich weiß nur mit dem normalen Kommapunkt und nicht mit Exponent.

Gruß

Johannes

Das mit der Kommastelle würde ich auch so machen. Die Zahlen für den String in Ascii wandeln, auch das Komma für die Trennung der einzelnen Werte als Ascii-Zeichen (2C hex) in den String und dann weg damit zum PC, denke ich.

 

[Larry Laffer]

Hab grad mal mit dem "Testpointfachmann" aus unserem Labor gesprochen. Der sagt, dass die Daten z.B. mit einem Komma getrennt sein müssen, damit Testpoint sie einteilen kann.
Wie sind die Daten denn bei nem S7-String getrennt?

Wenn du eine Abart einer CSV-Datei als String erstellen willst - also "Wert_1 , Wert_2 , ... , Wert_40" - dann solltest du beachten, dass innerhalb der S7 ein String nur 254 Zeichen lang werden kann und das du (außer du benutzt SCL) keine komfortablen Routinen hast, die einen Integer in einen String wandeln und dann Strings verketten ... Im Step7-Code ist das schon ein bißchen Bastelei ...

Und auch wenn jabba das eben so schön "weggedrückt" hat noch einmal meine Frage :
"Warum zeichnet ihr nicht direkt mit Testpoint auf ?"

 

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

Testpoint

Hi Leute!

Ihr seit echt super! :-D:-D:-D

Zur Aufzeichnung:

Wir haben bisher in jedem Prüfstand solche Experimentierboards, wie es sie z.B. bei Conrad zu kaufen gibt, mit USB, RS232 oder IEEE (bin mir nich ganz sicher, ob das Teil so heißt) eigebaut.

Da die S7 bei diesem Prüfstand aus sicherheitstechnischen Gründen den Strom ständig überwachen soll, und die anderen Messungen auch über die SPS laufen können, wollten wir die zusätzliche Karte sparen, indem wir die Werte aus der S7 an Testpoint übergeben.

Gruß
Johanes

 

[Larry Laffer]

Hallo,
wie viele Werte willst du den alle 10 s zum PC übertragen ?

 

[Jupp06]

Anzahl Werte

Hi,

Pro Prüfstation 3-4 Werte

also 6 x 4 = 24 Werte.

Wobei die 6 Stationen Zeitversetzte gestartet und gestoppt werden.
Die Daten kommen also ncht genau gleichzeitig.

Gruß
Johannes

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

... dann gibt es auch keine Probleme mit der Übertragung (denke ich). Du müsstest dir nun eine Routine zusammenbasteln, die dir die Werte in einen FIFO-Puffer schreibt und diesen dann (eventuell zyklisch alle paar Sekunden) in einen String wandelt, der dann übertragen wird. Auf jeden Fall solltest du Integer-Werte übertragen, wenn das genau genug ist.

Hast du SCL oder hast du vor, das zu kaufen ?
Das würde dir die Sache vom Programm-Code her erheblich vereinfachen ...

 

[Gerhard Bäurle]

Hallo,

hier noch zweite alternative Lösungsmöglichkeiten
aus meiner Sicht:

1. OPC
Sie nehmen einen OPC-Server, der die Daten aus
den Steuerungen holt und lesen diese mit dem
OPC-Client von Testpoint.

Nachteil: Sie müssen sich mit OPC befassen.
Vorteil: Sie haben eien universelle Lösung und
können auch andere Hardware einfach anbinden.

OPC-Server für die S7 gibt es von z. B. von Siemens,
Inat, Kepware und auch von uns: S7/S5-OPC-Server.

2. DLL
Sie nehmen eine DLL wie libnodave oder ACCON-AGLink
von uns und greifen über Testpoint direkt auf
die Steuerungsdaten zu.

Nachteil: Sie müssen eine PC-Anwendung programmieren,
die dann Siemens-spezifisch ist.
Vorteil: schneller und effizienter lässt sich der
Datenaustausch zwischen S7 und PC nicht realisieren.

Vorteile beider Lösungen

• Sie haben die Daten direkt in Testpoint
• keine Programmanpassung in der SPS da über die
  Programmierschnittstelle kommuniziert wird
• nur eine Kommunikationsbaugruppe wenn die
  Steuerungen vernetzt sind
• kein serielles Gedöns mit der CP 340

Anbei ein paar PDF zu den genannten Möglichkeiten,
die der Keithley-Support freundlicherweise zur
Verfügung gestellt hat.


Viele Grüße

Gerhard Bäurle

 

[Jupp06]

@ Larry

Mit SCL hab ich noch nie gearbeitet und werds wohl vorerst auch nicht anschaffen.

Hab mir mal das Handbuch vom CP340 runtergeladen und durchgelesen.
Bin ganz zuversichtlich, dass ich die Kommunikation hinbekomm.

Bis der Prüfstand komplett geplant und die Teile angekommen sind, vergehen bestimmt noch 2-3 Wochen.
Dann fühl ich dem CP mal auf den Zahn.

Vielen Dank für deine Hilfe!

Gruß
Johannes:-D

 

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ deltalogic

Auch dir danke für deine Hilfe!

Die Lösungen sind interessant, aber leider auch teurer als
ein CP340. Da die Kosten für das Projekt aber nicht zu hoch werden dürfen, werd ichs wohl erstmal mit dem CP340 probieren.

Gruß
Johannes :-D

 

[Larry Laffer]

Hallo Johannes,
ich glaube auch nicht, dass es mit dem CP ein unlösbares Problem geben wird. Zur Not hast du ja auch noch das Forum p ) ...

Das Problem, das ich sehe, ist das Aufbereiten des Strings ...

 

[vladi]

Serielle Komm.

Hi,
kann diese TestPoint ActiveX anbinden? Denn Rothenbacher hat
solche Module für MPI und für RK Protokoll, kosten nicht viel, aber man
spart sich viel Arbeit.

Quckst Du "rothenbacher-gmbh.de"

Vladi

 

[Jupp06]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ vladi

Hörst sich interessant an!
Welche Hardware benötigt man dazu?

 

[vladi]

Hardware

Hi,
ja für den MPI Treiber brauchst du nur SPS und Programmieradapter. Dann
kannst du mit dem OCX aus deinem Programm die SPS lesen und beschreiben.
Für RK Protokoll brauchst du den seriellen CP dazwischen.

Vladi

 

[Jupp06]

CP340 und CPU 316-2DP

Hi Leute!

Hab das CP jetzt da und zum Testen mit nach Hause genommen.
Hab hier ne CPU 316-2DP (2AG00) V1.2.1

Leider kann ich den FC3 P-SEND nicht übertragen.
Ich vermute, dass die CPU den SFB53 nicht hat und der wird ja vom FC3 benutzt, soweit ich weiß.

Liege ich mit meiner Vermutung richtig?

Gruß
Johannes