Step 7 PN/PN-Koppler Datenaustausch funktioniert nicht

[trabajador73]

Zuviel Werbung?
-> Hier kostenlos registrieren

verwendete Hardware:
PN/PN-Koppler 6ES7 158-3AD10-0XA0 V4.2 für Datenaustausch zwischen
Classic CPU 319-3 PN/DP und Tia CPU 1517TF-3PN/DP

Der Datenaustausch funktioniert nicht. In Classic 5.7 und Tia V17 wird der Status als ok angezeigt.
Fällt jemand etwas auf an fehlerhafter Parametrierung?

Es hat vielleicht mit den Einstellungen von der Diagnostik zu tun? Auf beiden Seiten hat, die Diagnostikparametrierung überein zu stimmen.
Aber in der Classic habe ich nichts gefunden, um eine Änderung vorzunehmen und im Tia ist von mir bereits alles deaktiviert worden.

Danke für jeden Beitrag und Unterstützung.

 

[Lipperlandstern]

Du hast jedesmal bei IN das +DS stehen. Müsste das nicht bei einer Seite bei OUT sein ?

 

[trabajador73]

Zuviel Werbung?
-> Hier kostenlos registrieren

Eigentlich nicht, denn DS enthält, so etwas, wie die Info von der Diagnose. Das System tut diese automatisch am Ende hinzufügen.
Die Ausgänge mit out128 Byte werden transferiert in die Eingänge in128 Byte. Das System tut dann das letzte Eingangsbyte mit Diagnosedaten beschreiben.

 

[schwimmer]

Du hast glaube ich einen Zahlendreher in der Konfiguration.
Du sendest von der 319 A 600-727 liest auf der 1517 aber E 500-628 ein.
Umgekehrt liest du bei der 318 E 600 - 728 ein und schreibst von der 1517 A 500-627
Die beiden Bereiche müssen gleich lang sein

 

[circlehook]

Wie ist die Konfiguration der IN/OUT Slots in der Classic?

 

[trabajador73]

Zuviel Werbung?
-> Hier kostenlos registrieren

erstmal Danke für Eure Unterstützung.

zu Circlehook:
die Konfiguration von Classic ist im 1. Bild. zuerst sind die Ausgänge und als 2. die Eingänge projektiert.

zu schwimmer:
Die Ausgänge mit out128 Byte werden transferiert in die Eingänge in128 Byte. Das System tut dann das letzte Eingangsbyte mit Diagnosedaten beschreiben.
Daher der Unterschied von 1 Byte zwischen Ein- und Ausgängen.

 

[circlehook]

erstmal Danke für Eure Unterstützung.

zu Circlehook:
die Konfiguration von Classic ist im 1. Bild. zuerst sind die Ausgänge und als 2. die Eingänge projektiert.

zu schwimmer:
Die Ausgänge mit out128 Byte werden transferiert in die Eingänge in128 Byte. Das System tut dann das letzte Eingangsbyte mit Diagnosedaten beschreiben.
Daher der Unterschied von 1 Byte zwischen Ein- und Ausgängen.

Schon klar, aber was sind die Eigenschaften der In-/Outputs.
Konsistenzeinstellung z.B.

 

[trabajador73]

Ich weiß jetzt nicht was Du damit meinst. Könntest Du bitte etwas mehr erklären, was Du meinst?
Weitere Eigenschaften der Ein- und Ausgänge sind doch nicht parametrierbar?
Aktuell prüfe ich nur, die Eingänge und Ausgänge.
Also Tia Ausgang A500.0 = true, dann hat Classic E600.0, auch gleich true zu sein.

 

[schwimmer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also Tia Ausgang A500.0 = true, dann hat Classic E600.0, auch gleich true zu sein.

Ist es denn sicher das dein A500.0 auch wirklich gesetzt wird? Wird er eventuelle an anderer Stelle wieder überschrieben?
Wie ist denn deine CPU-Einstellung der Prozessein/ausgänge? Wie schreibst oder liest du die hohen Aus- bzw. Eingänge?

 

[trabajador73]

Ja, der Ausgang 500.0 ist gesetzt im Tia Portal. Der Ausgang kann in einer Beobachtungstabelle beliebig true oder false gesetzt werden.
Wenn der Ausgang A500.0 gesetzt wird, also true ist, dann bleibt das Signal auch high.
Die Signalprüfung wird nur von der Peripherie vorgenommen. Die Funktionalität des Datentransfers vom PN/PN-Kopplers funktioniert nicht.

 

[shaggy0815]

Ich hatte mal das Problem das auf der TIA Seite am PN/PN Koppler im Bereich Transfermapping die Checkbox Datenstatus aktivieren gesetzt war. Dann packt TIA ein Extrabyte zur Prüfung der Daten hinzu. Als ich das deaktiviert habe flutschte es...

 

[trabajador73]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Shaggy0815,
Du hast wahrscheinlich mit dem Transfermapping eventuell den Anstoß für die Lösung des Problems geliefert.
Es gibt 2 Möglichkeiten des Hardwarekataloges, den Koppler in das Programm zu integrieren.
Meine erste Möglichkeit hatte bereits X1 oder X2 vorher definiert. Ist der Koppler im Projekt, dann sind noch dessen Ein- und Ausgänge aus dem Hardwarekatalog in den Koppler zu integrieren.
Mit einer zweiten Möglichkeit wird ein PNPN-Koppler in das Projekt integriert mit Einstellung des Transfermapping und, bei welchem X1 und X2 noch festzulegen sind. Die spezifischen Ein- und Ausgänge werden nicht mehr aus dem Hardwarekatalog in den Koppler per drag and drop integriert.
Na ok, wieder etwas gelernt, es gibt mehrere Möglichkeiten diesen PNPN-Koppler zu konfigurieren.
Ob die neue Konfiguration funktioniert, wird dann von mir spätestens am Montag berichtet.
Danke bisher fürs Eure Unterstützung und das Gespräch.

 

[trabajador73]

Die Konfiguration wurde im TiaPortal und Classic geändert. In beiden Steuerungen wird die Baugruppe als fehlerfrei angezeigt, aber die Kommunikation funktioniert immer noch nicht.

 

[schwimmer]

Ja, der Ausgang 500.0 ist gesetzt im Tia Portal. Der Ausgang kann in einer Beobachtungstabelle beliebig true oder false gesetzt werden.
Wenn der Ausgang A500.0 gesetzt wird, also true ist, dann bleibt das Signal auch high.
Die Signalprüfung wird nur von der Peripherie vorgenommen. Die Funktionalität des Datentransfers vom PN/PN-Kopplers funktioniert nicht.

Da habe ich mich wohl missverständlich ausgedrückt.

Meine Frage zielte auf die Einstellung vom Prozessabbild der CPU, wenn das <600 eingestellt ist, dann wird der Ausgang 600.0 zwar im Steuern gesetzt aber nicht auf die Peripherie geschrieben. Das wollte ich damit sagen.
Was mir bei Problemen auch schon mal geholfen hat, Koppler auf beiden Seiten aus dem Projekt löschen, Hardware auf beiden Seiten übertragen und komplett neu einfügen.
Ich hole bzw. schreibe die ganze Länge die im Koppler deklariert ist mit dem Baustein DPWR_DAT bzw. DPRD_DAT in einen DB, die beiden Bausteine liefern dann eigentlich auch gute Hinweise wenn die Kommunikation mal nicht klappt.

 

[shaggy0815]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sehe ich das richtig, dass Du auf beiden Seiten also Klassik und TIA jeweils die Seite X2 des Kopplers parametriert hast? Das würde nicht gehen. Angenommen der Koppler sitzt im Schaltschrank der TIA Maschine. Dann gehst Du wahrscheinlich von der TIA CPU auf X1 am Koppler. Also muss das in der HW des TIA Projektes auch so parametriert werden. Im Klassik Projekt müsstest Du den Koppler dann auf der X2 Seite Parametrieren weil das Kabel auf der X2 Seite am Koppler angeschlossen ist.

 

[sps_klassik]

Den richtigen Port meinst du?

 

[trabajador73]

Sehe ich das richtig, dass Du auf beiden Seiten also Klassik und TIA jeweils die Seite X2 des Kopplers parametriert hast? Das würde nicht gehen. Angenommen der Koppler sitzt im Schaltschrank der TIA Maschine. Dann gehst Du wahrscheinlich von der TIA CPU auf X1 am Koppler. Also muss das in der HW des TIA Projektes auch so parametriert werden. Im Klassik Projekt müsstest Du den Koppler dann auf der X2 Seite Parametrieren weil das Kabel auf der X2 Seite am Koppler angeschlossen ist.

Das habe ich doch auch gemacht. Im angehängten Bild ist das doch erkennbar.

 

[trabajador73]

Zuviel Werbung?
-> Hier kostenlos registrieren

Da habe ich mich wohl missverständlich ausgedrückt.

Meine Frage zielte auf die Einstellung vom Prozessabbild der CPU, wenn das <600 eingestellt ist, dann wird der Ausgang 600.0 zwar im Steuern gesetzt aber nicht auf die Peripherie geschrieben. Das wollte ich damit sagen.
Was mir bei Problemen auch schon mal geholfen hat, Koppler auf beiden Seiten aus dem Projekt löschen, Hardware auf beiden Seiten übertragen und komplett neu einfügen.
Ich hole bzw. schreibe die ganze Länge die im Koppler deklariert ist mit dem Baustein DPWR_DAT bzw. DPRD_DAT in einen DB, die beiden Bausteine liefern dann eigentlich auch gute Hinweise wenn die Kommunikation mal nicht klappt.

ok, jetzt habe ich Dich verstanden, dann ist dies wahrscheinlich das Problem.
Im TiaPortal hat läuft DPWR_DAT und DPRD_DAT fehlerfrei. Hier wurde an LADDR auch das Submodul der Systemkonstante von den Ein- und Ausgängen verwendet.
Aber in der Classic fehlt mir noch die Info von LADDR.

 

[shaggy0815]

Das habe ich doch auch gemacht. Im angehängten Bild ist das doch erkennbar.

Ok, hab ich offensichtlich falsch gesehen... Sorry...

 

[trabajador73]

Ok, die Kommunikation funktioniert.
Was wichtiges dazu gelernt, aber noch nicht wirklich begriffen.
Ausgänge können nicht immer mit Forcetabellen gesteuert werden.
Ich habe jetzt die DPRD_DAT und DPWR_DAT Bausteine fehlerfrei integriert und jetzt funktioniert der Signalaustausch.
Danke nochmals Euch allen. Wenn Ihr noch Fragen habt, dann bitte und gerne melden.
Angenehmes und gutes Gelingen.