Probleme Kommunikation PC und S7-313C-2DP

Black Scorpion

Level-1
Beiträge
82
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Servus Leute,
ich hab da ein kleines Problem. Ich möchte gerne meine S7-313C-2DP über den PC halt programmieren. Ich verwende einen Netlink lite 700-880-MPI01 Adapter für die Kommunikation. In diesem muss ich ja eine IP-Adresse vergeben was mir auch gelungen ist. Ich kann diesen Adapter auch mit dem ping-Befehl finden. Also bis dorthin komme ich.
Aber weiter nicht. Jedesmal wenn ich mir die erreichbaren Teilnehmer anzeigen lassen will gibt es keine, besser gesagt es kann keine Kommunikation aufgebaut werden. Habt ihr da vielleicht einen Rat an nen blutigen Anfänger?
 
Auf welcher Schnittstelle steckt der Adapter? Wie sind die Busparameter im NetLink eingestellt? Wie sind die Busparameter bei der S7 eingestellt? Wird er bei "Netlink suchen" auch gefunden? Ist er im selben Segment wie der PC? Sind irgendwelche Ports gesperrt?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke für die Rückmeldung.
Also der Netlink wird beim suchen auch gefunden und die IP ist im gleichen Segment wie die des PCs. Aber wie find ich die Kommunikationsparameter raus damit ich die gleichen bei dem Netlink einstellen kann? Der Adapter steckt auf der Schnittstelle MPI auf der SPS.
 
Ist der NetLink dann auf die MPI-Parameter eingestellt? Welche Adresse hat der NetLink am Bus? Welche Parameter hat der NetLink genau (gespeicherte Parameter ansehen!)?
 
Servus, danke für Rückmeldung.
Werd ich mir morgen früh in aller Ruhe mal anschauen und nochmals abgleichen. Vielleicht hab ich da einen Dreher drin.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Sorry aber ich hab da nen Mamutbaum vor dem Denkkasten. Wie bekomme ich raus wie die Konfigurationseinstellungen für MPI in der SPS sind damit ich den Kommunikationsadapter angleichen kann? Dämliche Frage, ich weiß, aber ich bin blutiger Anfänger.
 
Standardeinstellung bei den SPSen ist bei MPI 187,5 kBaud, Adresse 2, bei der HSA denke ich ist es 31. Einfach den Netlink auf Adresse 0 mit MPI-Profil und entsprechender Baudrate stellen. Was zeigt er bei erreichbare Teilnehmer an? Was zeigt die Diagnose an? Sind diese Parameter im Netlink gespeichert oder nur in dem Treiber eingestellt?
 
Hahahaha, selten so gelacht. Ich hab alles überprüft doppelt und dreifach. Die blöde CPU313C-2DP ist nicht in meiner S7-Software enthalten. Schon enthalten, aber die Artikel-Nr. stimmte nicht mit meiner überein. Hab jetzt ne CPU315-2DP angeschlossen und siehe da es funktioniert.

Jetzt stoß ich auf ein weiteres Problem. Mein OP7 befindet sich nicht im Hardwarekonfigurator. Wollte die GSD-Datei nachträglich installieren. Mir fehlt leider die Diskette dazu. Wollte die runterladen aber find sie bei Siemens nicht. Entweder bin ich zu blöd oder ...

Die Nummer lautet: 607-1JC20-0AX1

Wisst ihr vielleicht ne Adresse wo ich sowas runterladen kann?

Wünsche allen einen schönen Samstag abend.
 
ein OP7 brauchst auch nich in der HW-Konfig projektieren. Wenns um Kommunikation geht isses n aktiver Teilnehmer (ähnlich PG) du solltest es nur in dem Projekt anlegen, in Netpro ans Netz projektieren damit der TN im Bus und bei der Berechnung der Tokenumlaufzeit berücksichtigt wird.
Das OP kommuniziert aktiv selbst mit der 313.

Du brauchst die .gsd nur wenn du bei einer S7 die Direkttasten vom OP nutzen willst oder es als Slave an eine S5 über DP hängst.
 
Danke für die Info.
Aber in der GSD-Datei ist die SerienNummer für das OP7 nicht hinterlegt. Also wenn ich das über das suchen möchte bekomme ich es nicht angezeigt weil Nummer nicht auffindbar ist.
Brauch ich also auch keine GSD für eine CPU315-2DP? Direkttasten sind welche Tasten am OP?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Für eine reine Kommunikation brauchst keine GSD datei für ein OP7. Auch für kein anderes aus der Simatic OP Reihe, die kommunizieren alle aktiv am Bus. Die Kommunikation wird in Protool/ flexible festgelegt (zT auch in Netpro, wie man des eben liebe mag) dann alle tn nomma laden und normalerweise bauens dann die verbindung auf.

DP-Direkttasten ist so ne sache, da wird im Prinzip die Tastatur des OP zusätzlich zur Kommunikation als Slave genutzt, wodurch die Tasten/LED eben als E/A Peripherie genutzt werden. Hat den Zweck das sie wie ein Slave schnell gelesen und ausgewertet werden können.
Projektiert wird das ganze, indem vorher das OP als TN in den Bus gehängt wird (NetPro / Und die Konfiguration der Komm in ProTool) dann kann in der HW-Konfig unter bereits projektierte Stationen das OP an den Bus gekoppelt werden. Das ist aber wie gesagt keine Kommunikationskopplung nur die Tasten/LED.
Wenn dann SPS und OP geladen sind und die Komm steht werden dann Tasten/LED wie slaveperipherie geholt und man kann zB einen Tastendruck dann schneller in der Steuerung auswerten, als das mit den Funktionen Bitsetzen zB möglich ist.
 
Hab ich das richtig verstanden? Das OP7 besteht quasi aus zwei Einheiten. Einmal die Anzeige die ganz normal Kommuniziert über MPI mit der SPS. Und zweitens die Tasten und LED´s die wie ein DP-Slave funktionieren. Und das ganze wird über Netpro projektiert und bedarf keiner GSD-Datei?


Welches Verbindungskabel brauch ich denn dafür? Ist das dann ein normales serielles Kabel welches an die MPI-Schnittstelle angeschlossen wird oder wie bau ich das auf?
Aber warum ist dann ein DP-Anschluss da dran?
 
Also das OP ist eine Einheit Visu und Tasten/LED welches über den ganz normalen MPI/Profibus mit der Steuerung kommuniziert. Dafür ist keine GSD notwendig. Die Tasten können projektiert werden und die LEDs über breichszeiger (LED-Abbild) auch hier anesprochen werden. Das ist die Grundfunktionalität des Panels. Das andere ist zusätzlich möglich aber nicht notwendig.
Als Kabel das ganz normale MPI/Profibuskabel mit MPI/DP-Steckern und zwar an den 9pol anschluss. Kein einfaches serielles das würde definitiv schiefgehen.

Wenn man jetzt zusätzlich zur Kommunikation will das die Tasten schneller (nämlich als DP-Slave) gelesen werden, kann man zusätzlich das OP als Slave projektieren (Was dann nur auf die Tasten und LEDs zutrifft)
Letzteren Teil lass einfach erstmal weg, da du ihn für normale Kommunikation nicht brauchst. Die Tasten/LEDs gehen dann genauso wie sie sollten und du kannst sie in Protool belegen wie du magst/brauchst.
 
Zurück
Oben