SPSen an SAP

newbe

Level-1
Beiträge
41
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich stehe vor folgender Aufgabe: Es soll ein Maschinenpark (ca. 40 Maschinen) an ein SAP-basiertes Maschinendatenerfassungssystem (MDE) angeschlossen werden.
D.h. im Grunde genommen sollen (nur) die Zustande: Läuft, Steht und Störung von der jeweiligen SPS (unterschiedlichster Typen, meist jedoch von Siemens) abgegriffen werden.

Da es sich nur um eine einseitige Erfassung der Daten handelt, finde ich die Lösung mittels NetLink-Adaptern und OPC-Servern etwas übertrieben. Leider fehlt mir auch etwas die Erfahrung mit (solchen) Netzwerken.

Habt ihr vlt ein paar Tipps für mich oder sogar Lösungsvorschläge?
Danke schonmal!
 
Die erste Frage ist, welches Format der Daten will das SAP?
Dann soll/muss bei Betriebsstand aktiv von der PLC gesendet werden?
Wie willst du die Anlagen vernetzen? (Ip/DP/?)


bike
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da es sich nur um eine einseitige Erfassung der Daten handelt, finde ich die Lösung mittels NetLink-Adaptern und OPC-Servern etwas übertrieben.
???

Wie sonnst stellst du dich vor die SPSen mit SAP zu verbinden ?

Man kann von das obengenannte Sats kennen das es um S7 SPSen handelt mit entweder MPI oder DP Schnittstellen.
Ein anzahl NetLinks wäre ein günstige möglicheit. Es gibt auch andere Möglicheiten, aber nicht weniger übertrieben als die NetLinks.
 
Die erste Frage ist, welches Format der Daten will das SAP?
Dann soll/muss bei Betriebsstand aktiv von der PLC gesendet werden?
Wie willst du die Anlagen vernetzen? (Ip/DP/?)


bike

bin bisher von ausgegangen, das es für SAP ein paar standards gibt, wo sich bei bedarf was passendes finden lässt. von daher hab ich mir da noch keine gedanken gemacht.
hab das so verstanden, das die zustänede ja ständig an der sps anliegen, die "einfach" zyklisch abgefragt werden können.
Das ganze soll wohl auf TCP/IP basis laufen.



hab die netlinks mit opc so verstanden, das die zur gegenseitigen komunikation gedacht sind. von daher hatte ich hoffnung, ne art bussysem aufbauen zu können, was nur die 3 ausgänge abgreift. da son opc-server und jedes netlink je 500EUR kostet aber nur 7-12 netlinks auf ein opc passen läppert sich das bei 40 maschinen (oder später vlt noch mehr) schon ganz schön.

ja, im wesentlichen sinds schon S7er, aber auch sinumerik und auch ganz anderer hersteller
 
Zuviel Werbung?
-> Hier kostenlos registrieren
ich hab das schon so gesehen, dass die zustände über (evtl. noch freie) ausgänge und relais an eine "sammel"-station (z.b. eine kleine s7) per kabel geleitet werden und dann von dort per ethernet zu sap.
 
Wenn du die Möglicheit hast, dann versuch zu erreichen das zukunftige SPSen ein ethernet Schnittstelle hat.
Auf ethernet zu versichten um ein bisschen geld zu sparen ist heute wahnsinn.

SAP ist nicht billig. Maschinen sind nicht billig. Alles in industriellen Feld ist nicht billig. Man muss sich auf den kosten-niveau wöhnen. Wichtig ist das man nicht ein system erzeugt das von geburt aus schon behindert ist, weil man ein bisschen geld sparen wollte. Es kann teuer werden zu sparen.

Ein paralleles System um einige signale zu fangen wäre auch eine Variante, aber es wäre eine bastel-Lösung mit kurzen horisont.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
hab die netlinks mit opc so verstanden, das die zur gegenseitigen komunikation gedacht sind. von daher hatte ich hoffnung, ne art bussysem aufbauen zu können, was nur die 3 ausgänge abgreift. da son opc-server und jedes netlink je 500EUR kostet aber nur 7-12 netlinks auf ein opc passen läppert sich das bei 40 maschinen (oder später vlt noch mehr) schon ganz schön.

Da läppert nicht so viel.
Unser OPC-Server kann sehr wohl mit 40 und noch mehr SPSen umgehen (auch wenn diese an
unterschiedlichen "Netlingen" hängen). Standardmäßig ist nur auf 16 Geräte eingestellt, dies kann
aber mittels Ini-Eintrag geändert werden.
Wenn die SPSen bereits über MPI oder PROFIBUS vernetzt sind, dann können die an einem Bus
hängenden SPSen auch über diesen Bus und nur einen NetLink angesprochen werden.
Und last but not least kostet der ACCON-NetLink-PRO in der compact-Variante nur 379,- EUR
bei Einzelstückabnahme.
 
Hallo Newbe,
da unser Maschinenpark schon recht veraltet ist und erst wenig S7 mit Cp vorhanden sind, haben wir es so gehandhabt, das wir in den Masch. eine Low Cost Variante SPS mit Ethernet Schnittstelle ausrüsten. Z.b. Ber... Ecocon 50 (ca 550€). D.h jede Masch. bekommt eine zusätzl. SPS mit Ethernet Schnittstelle auf S7 300 Funktionalität und die Daten werden in der S7 gesammelt und zur Verfügung gestellt und an ein übergeordnetes System über TCP/IP Treiber(bei uns Zen..) übergeben. Hat meiner Meinung nach die Vorteile, das die eigentl. Masch. Steuerung nicht beeinträchtigt wird (z.B. durch zusätzl. Kommunikation und Datenrechenoperationen). Zusätzlich können in der SPS noch Logik und Rechenoperationen mit ausgefürt werden und man ist nahe am Preis eines Netlink´s.
So wird es bei uns gehandhabt.
 
Hallo nochmal,

bei meiner bisherigen Recherche habe ich mich wohl etwas zu sehr auf die OPC-Geschichte versteift. Das ist zwar für meine Aufgabe genau das richtige, jedoch fehlt mir jetz doch etwas der Blick über den Tellerrand.

Welche Möglichkeiten gäbe es noch, Steuerungen mit dem SAP zu vernetzen? (Unabhängig davon wie sinnvoll sie wären? Wie wurde es vor OPC gemacht?)
 
ich hab das schon öfter mit einem pc gemacht. auf diesem läuft eine
visualisierung (z.b. intouch, wincc flexible ...) mit sps-anbindung.
mit einem script wird auf eine sql-datenbank zugegriffen an dieser
hängt dann wiederum sap.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo nochmal,

bei meiner bisherigen Recherche habe ich mich wohl etwas zu sehr auf die OPC-Geschichte versteift. Das ist zwar für meine Aufgabe genau das richtige, jedoch fehlt mir jetz doch etwas der Blick über den Tellerrand.

Welche Möglichkeiten gäbe es noch, Steuerungen mit dem SAP zu vernetzen? (Unabhängig davon wie sinnvoll sie wären? Wie wurde es vor OPC gemacht?)

Es kommt darauf an wie deine Tabelle ausschauen soll bzw muss.
Du kannst, wenn du die richtigen CP hast, über FTP die Daten aus den Bausteinen abholen. Dann hast du die Rohdaten und kannst damit machen was du willst.


bike
 
Hallo,

am besten, einen ""Datenkonzentrator" zu schaffen...

im Klartext:
- EINE Steuerung, die zu allen anderen im Maschinenpark kommuniziert, auf welchen Weg auch immer
- Diese Steuerung sammelt alle gewünschten relevanten Daten,Eingänge, Ausgäne oder Betriebszustände und bereitet sie SAP-mässig auf und hält diese zum Abruf bereit
- SAP muss nur auf diesen Datenkonzentrator zugreifen und gut isses...

Ob FTP oder OPC oder MPi oder DP oder Ethernet, du verbindest die Steuerungen des MAschinenparks mit deinem Konzentrator (auf dem kostengünstigsten Weg), vom Konzentrattor stehen dir dann alle Wege nach oben offen !

--> habe schon mehrere Anwendungen dieser Art im bewährten Einsatz !
--> zu Beginn aber Art/Umfang der benötigten Daten ermitteln !

Gruss
 
Ich würde dir auch eine zentrale Steuerung ( mit je nach Hallengröße verschiedenen Stationen) empfehlen, zu denen die Signale über normale DI/DO-Schaltungen realisiert sind. Alles andere ist zwar sicherlich interessant und machbar, bringt aber auch wieder Probleme bei unterschiedlichen Steuerungen, die vielleicht nicht so kommunizieren wie sie eigentlich sollten. Einen digitalen Ausgang kann jede Steuerung bereitstellen als potentialfreien Kontakt o.ä.

Wir haben in dieser Art ebenfalls die gesamte Produktion mit hunderten Maschinen angeschlossen - und es funktioniert!

Gruß
Timo
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ich muß gestehen, dass mir hier auch zuerst ein "Datenkonzentrator" eingefallen ist. M.E. ist das aber nicht günstiger und auch nicht einfacher, da ja jede SPS einen Ethernet-CP haben muß und die Daten dann an den Konzentrator schickt von dem die dann immer noch auf dem schon angesprochenen Weg abgefragt werden müßten.

Eine Variante wäre noch der von tnt369 angesprochene Weg mit der Visu. Hier müßte dann aber an jeder der SPS'en wenigstens ein großes MP oder besser noch eine PC-Runtime hängen.

Fazit:
Ich halte den von Rainer gemachten Vorschlag noch am sinnvollsten und würde es selbst (in dieser Situation) auch so lösen, dass ich mit einem zentralen Programm die Daten so einsammeln würde und dann dem SAP (oder wem auch immer) in einer aufbereiteten Datenbank zur Verfügung zu stellen (Import-Datenbank) - auf keinen Fall aber in die SAP-Datenstruktur selbst schreiben !!!

Gruß
Larry
 
Zurück
Oben