Kommunikation Yaskawa Motoman DX100 PCU-ETHIOPN bricht ab bei "Online verbinden"

M

Michl94

Level-2
Beiträge
5
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Kommunikation Yaskawa Motoman DX100 PCU-ETHIOPN bricht ab bei "Online verbinden"

Hallo zusammen,

ich bin an einer Anlage die nicht von mir oder meiner Firma erstellt wurde und habe folgendes Problem.
Sobald ich mich mittels TIA Portal online auf die SPS verbinde, bricht nach ca. 15-20 Sekunden die Verbindung zur Profinetkarte des Roboters ab.
Es wurden auch schon andere Notebooks verwendet um das Notebook selbst auszuschließen.
Sobald man wieder offline geht ist die PN Karte des Roboters im Normalbetrieb und die Anlage lässt sich wieder quittieren.

Folgende Situation:
TIA Portal V14 Projekt
CPU 1516F-3PN/DP
Yaskawa Motoman DX100 Roboter mit PCU-ETHIOPN Profinetkarte V4.6.5 (Molex Art. Nr: 1120005038 )

GSD Datei PN Karte: Artikel-Nr: DRL-EPN-PCU (siehe Anhang)

Hierbei bin ich mir nicht sicher ob es eventuell eine neuere GSD Datei gibt, finde jedoch nichts passendes im Web.
Eventuell hat hierzu jemand Infos?


In der Online Diagnose der CPU kommt folgende Meldung:
Ereignis-ID: 16# 02:39CB
Fehler: Ausfall eines IO-Device -#2, 1106


Die PN Karte hat 4 LEDs, welche im Normalfall alle durchgehend grün leuchten.
Im Störfall (wenn man mit TIA auf die SPS online geht) ist folgender LED Status:
LED1: Config Port Indicator. Trans => grün leuchtend
LED2: Config Port Indicator. Recv => rot leuchtend
LED3: Network Status => AUS und kurz grün flackernd
LED4: Module Status => AUS und kurz grün flackernd

Hat jemand solch einen Fall schon mal gehabt oder hat eine Idee um das Problem zu lösen?


Viele Grüße
Michi
 

Anhänge

  • GSD Datei PCU-ETHIOPN.PNG
    GSD Datei PCU-ETHIOPN.PNG
    12,8 KB · Aufrufe: 17
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo DeltaMikeAir,

folgende IP Adressen sind eingestellt.

CPU = 172.27.86.200
PN Karte Robi = 172.27.86.203
PG = 172.27.86.230

Hab auch schon probiert alle weiteren Teilnehmer vom Netz zu nehmen, sodass nur mehr CPU und Robi verbunden sind.
Jedoch trat das gleiche Problem auf.

MfG
 
Was sagt denn der Diagnosepuffer der CPU?

Tritt noch ein Ereigniss auf, bevor der Roboter nicht mehr Läuft?
CPU bleibt in RUN?

Welchen FW Stand hast du auf der CPU?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Im folgendem Bild zu sehen was in der Online Diagnose passiert.

OnlineDiagnoseAusfall.jpg

Die CPU bleibt im RUN Modus.
Vor dem Ereignis sind keine weiteren Einträge, bleibt man Online sieht die Diagnose wie oben im Bild aus und die PN Karte des Robi fällt ca. alle 5 Sekunden aus.

Der Sendetakt der CPU ist auf 1ms eingestellt.
 
Artikelnummer: 6ES7 516-3FN00-0AB0
Firmware: V1.6.0

Zur Info es gibt noch eine zweiten genau gleichen Aufbau wo genau das gleiche Problem auftritt.

MfG
 
Hier mal die Liste, was alles beseitigt / verbessertz wurde von > V1.6.0 auf V1.8.5:
Ist nicht wenig :)


Update V1.7.0 (6ES7516-3FN00-0AB0) Neue Features mit Firmware V1.7

  • Funktionserweiterungen bei der Online-Inbetriebnahme, u.a. kann ein Anwender das Programm laden, während andere Anwender beobachten
  • Konsistente Sicherungskopie einer S7-1500 /ET 200SP CPU in das TIA Portal laden. Dabei werden alle Informationen geladen, die auf der SIMATIC Memory Card verfügbar sind (u.a. Ladespeicher, Rezepte, Archive, allgemeine Daten, usw.) und zusätzlich die auf der CPU gespeicherten remanenten Daten gesichert.
  • Dynamisches Binden von Bausteinen an die Seriennummer der CPU oder der SIMATIC Memory Card
  • Das Feature Konfigurationssteuerung („Optionenhandling“) wird auch dann unterstützt, wenn Kommunikationsbaugruppen gesteckt sind.
  • Unterstützung von Netzübergängen über den IE/PB-Link.
Programmierung:

  • Unterstützung der Bausteine „GetInstancePath“ und „GetSymbolPath“ für Laufzeitinformationen
  • Unterstützung des Bausteins „SET_TIMEZONE“ zum Einstellen der lokalen Zeitzone und Sommer-/Winterzeitumschaltung
  • Unterstützung des Bausteins „ReconfigIOSystem“ für flexible PROFINET-Strukturen
  • Unterstützung des Technologieobjektes „PID_Temp“
Display:

  • Anzeige, ob in der CPU know-how geschützte Bausteine vorhanden sind
  • Anzeige, ob in der CPU für Programmbausteine der Kopierschutz aktiviert wurde
Web-Server:

  • Übersicht über CPU Ressourcen wie verfügbaren Speichers / verwendeten Speichers / freien Speichers
  • Definieren einer anwenderdefinierten Seite als Startseite im Webserver der CPU

Folgendes Verhalten wurde überarbeitet:

  • Die Performance beim Anzeigen von großen Mengengerüsten in der Topologieansicht wurde im Webserver verbessert.
  • Im Web-Server wird eine anwenderdefinierte Seite auch dann angezeigt, wenn für die Applikation kein Name eingetragen wurde.
  • In anwenderdefinierten Webseiten können Variablen aus UDTs (User Defined Types) verwendet werden.
  • Dynamische Parameter bei Meldungen werden im Webserver mit dem Datentyp REAL korrekt angezeigt.
  • Bei Test- und Inbetriebsetzungsfunktionen wird bei einem Abbruch der Verbindung vom TIA Portal aus die entsprechenden Test- und Inbetriebsetzungsfunktionen in der CPU zurückgesetzt.
  • Seitenanzahl auf dem Display wird richtig angezeigt.
  • Bei Diagnosetexten werden auf dem Display die koreanischen Zeichen korrekt angezeigt.
  • Bei Schreiben in den Ladespeicher der CPU mit „WRIT_DBL“ wird der Zeitstempel des DBs nicht mehr auf den 01.01.1970 gesetzt.
  • Bei ungültigen Versuchen, beim Verbindungsaufbau zu einer geschützten S7-1500 werden die entsprechenden Security Events im Diagnosepuffer angezeigt.

Folgendes Verhalten wurde behoben:

  • Die CPU geht nicht mehr in den Zustand „Defekt“, wenn ein falscher CPU-Typ (eine falsche Artikelnummer) geladen wird.
  • Folgende hoch sporadische Meldung tritt bei Test- und Inbetriebnahmefunktionen nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020065 16#479DEC40)“
  • Folgende sporadische Meldungen werden bei bzw. unmittelbar nach einem Download in die Steuerung nicht mehr angezeigt:
    • „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00000000 16#10020000 16#00000000)“
    • „Schwerwiegender Firmware-Ausnahmefehler: 16#00400001 16#10020065 16#479DEC40”
    • „Schwerwiegender Firmware-Ausnahmefehler: (nicht anwenderrelevanter Systemcode: 16#00400001 16#1002006C 16#33717EB8)
    • „Schwerwiegender Firmware-Ausnahmefehler: (nicht anwenderrelevanter Systemcode: 16#00400001 16#1002012E 16#00010202) Beim
  • Beobachten von Technologieobjekten kommt es nicht mehr sporadisch zu der Meldung: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020011 16#47CA7900)“
Zum Vergrößern anklicken....

Update V1.8.1 (6ES7516-3FN00-0AB0)Neue Features mit Firmware V1.8

  • Support der SIMATIC S7 App für alle CPUs.
  • Reduzierung der Hochlaufzeiten um bis zu 5s (alle CPUs <= CPU 1516(F))

Programmierung:

  • Am Baustein T_Config ist die eingestellte IP-Adresse des NTP-Servers zur Laufzeit änderbar.
Display:

  • Schreibender Zugriff auf Variablen in einer Variablentabelle über das Display
  • Die Information „know how protected“ wird nur noch dann angezeigt, wenn passwortgeschützte Anwenderbausteine im Programm verwendet wurden.
Web-Server:

  • Schreibender Zugriff auf Variablen in einer Variablentabelle über den Webserver der CPU
  • Schreibender Zugriff auf Variablen über die Web-Seite „Variablenstatus“
  • Anpassung des Login-Fensters bei Oberflächensprache „Spanisch“
  • Anpassung des Login-Fensters an das Design des Web-Servers der S7-1200 CPUs
  • Anpassung des Verhaltens bei einem ungültigen Login an das Verhalten der S7-1200 CPUs

Folgendes Verhalten wurde überarbeitet:

  • Die Performance beim Schreiben von Daten über den Baustein WRIT_DBL in den Ladespeicher der CPU wurde deutlich erhöht.
  • Es werden nur dann Security Alarme generiert und an Clients abgesetzt, wenn auch ein Client angemeldet ist, der dieses Feature unterstützt.
  • Es kommt nicht mehr dazu, dass bei sehr hoher Alarmlast sporadisch Alarme nicht an angemeldete Clients geschickt werden.
  • Es kommt nicht mehr zu dem Verhalten, dass während des RUN Zustands der CPU ein Timer bei Mehrfachnutzung im Anwenderprogramm nicht korrekt umgestellt wird, z.B. eine Einschaltverzögerung in eine Ein-/Ausschaltverzögerung geändert wurde.
  • Beim Datenaustausch zwischen zwei SIMATIC S7-1500 CPUs über OUC kommt es nicht mehr dazu, dass bei Verwendung von DBs mit einer anwenderdefinierten Struktur vom Typ Array mit ungeraden Bytes die Kommunikation nicht korrekt abläuft.
  • Bei der Verwendung von Trace-Funktionen auf der CPU wurde das Verhalten überarbeitet.
  • In Kombination von MOVE_STRUCT mit UDTs wurde das Verhalten überarbeitet.

Folgendes Verhalten wurde behoben:

  • Beim Download von Programmänderungen in die Steuerung treten folgende sporadische Meldungen nicht mehr auf, wenn auf der Speicherkarte nicht mehr genügend Speicher verfügbar ist:
    • „Systeminterner Fehler (Fehlercode 0x9c2aae001514ff0a) - bitte kontaktieren Sie den Customer Support“
    • „Systeminterner Fehler (Fehlercode: 0x000ad2200000fea0) – bitte kontaktieren Sie den Customer Support“
    • „Systeminterner Fehler (Fehlercode: 0x8000ad2000000016) – bitte kontaktieren Sie den Customer Support“
  • Folgende hoch sporadische Meldung tritt nach einem Download eines inkonsistenten TIA Portal Projektes nicht mehr auf: „16#00040000 (Systeminterner Fehler, nicht anwenderrelevant)
  • Folgende Meldung tritt beim Download nicht mehr auf, wenn im Ladespeicher der CPU Files mit ungültigen Zeichen (z.B. “Recipe/*) erzeugt werden sollen: „Systeminterner Fehler (Fehlercode 0xc000c4200000fea0) - bitte kontaktieren Sie den Customer Support“
  • Folgende sporadische Meldung tritt beim Download von Projekten, in denen UDTs mit Unterstrukturen verwendet werden, nicht mehr auf: „Systeminterner Fehler (Fehlercode 0xc000af0d00002003) - bitte kontaktieren Sie den Customer Support“
  • Folgende hoch sporadische Meldung tritt nach einem Download in RUN nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020023 16#00000000)
  • Folgende hoch sporadische Meldung tritt nach einem Delta-Download nicht mehr auf „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#1002012E 16#46F08B00)
  • Folgende hoch sporadische Meldung tritt nach einem Download von S7-Graph Änderungen nicht mehr auf „Systeminterner Fehler (Fehlercode:0x8000810d0000200e)“
  • Folgende hoch sporadische Meldung tritt bei einem STOP -> RUN Übergang nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020065 16#4964E248)“
  • Folgende hoch sporadische Meldung tritt bei nach dem Ausfall eines fehlersicheren Moduls nicht mehr auf „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#FFFF0000 16#10020000 16#00000000)“
  • Wenn über das Anwenderprogramm auf einen Array-Bereich zugegriffen werden soll, der außerhalb des definierten Arrays liegt, tritt folgende Meldung nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020065 16#4EBCF734)“ – es wird im Diagnosepuffer der CPU eine entsprechende Meldung eingetragen.
  • Wenn im Anwenderprogramm über die Funktion „Beobachten mit Aufrufpfad“ Bausteine beobachtet werden, kommt es nicht mehr dazu, dass sporadisch die beobachteten Werte nicht korrekt angezeigt werden.
  • Beim Verwenden von Trace-Funktionen kommt es in der CPU nicht mehr hoch sporadisch zu der Meldung: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020025 16#4B4EDE6C)“
  • Wenn bei der Anweisung MOVE_BLK_VARIANT als Quell- und Zielbereich sich überlappende Array-Bereiche innerhalb desselben Arrays verwendet werden, so kommt es nicht mehr dazu, dass über die Anweisung „MOVE_BLK_VARIANT“ der Quellbereich nicht korrekt auf den Ziel-Bereich kopiert wird.
  • Bei der Verwendung von UDTs mit vielen Unterstrukturen kommt es z.B. in Zusammenhang mit der Anweisung „MOVE_BLK_VARIANT” in speziellen Konfigurationen nicht mehr zu der Meldung: „ Unbekannte Anweisung in Baustein … “
Zum Vergrößern anklicken....

Update V1.8.2 (6ES7516-3FN00-0AB0 und 6ES7516-3FN01-0AB0)Folgendes Verhalten wurde mit FW 1.8.2 überarbeitet:

  • Beim Laden in die CPU 1517(F) bzw. CPU 1518(F) kommt es, aufgrund von Strukturbeschreibungen für Datenstrukturen nicht mehr zu der Fehlermeldung „Es ist nicht genüg Code- oder Datenspeicher für diese Datenmenge auf der CPU vorhanden – unzureichender Arbeitsspeicher zum Kompilieren“ obwohl ausreichend Lade- und Arbeitsspeicher vorhanden sind.
  • Auf dem Webserver der CPU wird unter der Lasche „Speicher“ der korrekte Text für „Remanenzspeicher“ in chinesischer Sprache angezeigt.
Folgendes Verhalten wurde mit FW 1.8.2 behoben:

  • Folgende sporadische Meldung tritt beim Routen durch die S7-1500 CPUs auf SINAMICS Antriebe nicht mehr auf: „Temporärer CPU-Fehler“
  • Folgende sporadische Meldung tritt bei der CPU-CPU-Kommunikation über PROFIBUS nicht mehr auf, wenn der remote Kommunikationspartner eine passive PROFIBUS Station ist: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: f5 10020015 21)“
  • Beim Download von Programmänderungen in die Steuerung tritt folgende hochsporadische Meldung nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#44440000 16#10020000 16#00000000)“
Zum Vergrößern anklicken....

Update V1.8.3 (6ES7516-3FN00-0AB0 und 6ES7516-3FN01-0AB0)Folgendes Verhalten wurde mit FW 1.8.3 behoben: [SUP]1)[/SUP]

  • Beim Beobachten von mehreren Bausteinen bzw. Beobachtungstabellen treten folgende hochsporadische Meldung nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020065 16#4B3F1C88)“ bzw. „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode:16#00400001 16#10020065 16#00010246)“
  • Es kommt beim Ausfall einer DP-Station nicht mehr hoch sporadisch zu dem Verhalten, dass kurzzeitig die projektierten Ersatzwerte als Prozesswerte von der CPU interpretiert werden.
  • Beim Download eines F-Programms erscheint nicht mehr die Meldung: „Ungültiger Bausteininhalt oder –länge“.
[SUP]1) Update 10/2016[/SUP]

​
Zum Vergrößern anklicken....

Update V1.8.4 (6ES7516-3FN00-0AB0 und 6ES7516-3FN01-0AB0)Folgendes Verhalten wurde mit FW 1.8.4 behoben:

  • Es kommt bei Langzeit Online-Funktionen wie z.B. „Baustein Beobachten“ nicht mehr sporadisch zu der folgenden Meldung: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#1002012E 16#00010246)
Folgendes Verhalten wurde überarbeitet:

  • Für Baugruppen, die hinter einem IE/PB-Link projektiert sind, funktioniert die Anweisung "GEO2LOG" (Ermitteln der Hardware-Kennung anhand der Steckplatzinformationen) nun ohne Einschränkungen beim Startup von der SMC Karte nach Netz-Ein.
  • Es werden bei der Anweisung „Switch“ nunmehr korrekte Sprungmarken ausgegeben, wenn im vorherigen Netzwerk die Anweisung „SCALE_X“ verwendet wurde.
Zum Vergrößern anklicken....

Update V1.8.5 (nur 6ES7516-3FN00-0AB0)Folgendes Verhalten wurde mit FW 1.8.5 behoben:

  • Folgende sporadischen Meldung: “Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00000001 16#10020000 16#00000000)“ tritt nicht mehr auf, wenn bei der Kommunikation mit der SIMATIC S7-1500/ET 200SP CPU der Verbindungspartner eine nicht RFC 1006 konforme Protokollsequenz verwendet.
  • In speziellen Fällen kommt es bei fehlersicheren CPUs nach einem Download im RUN nicht mehr zum STOP der CPU.
  • Wenn der NTP Server nicht erreichbar ist, dann tritt die folgende sporadische Meldung bei der Zeitsynchronisation über NTP (im 24h Format) nicht mehr auf: „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#10020025 16#478D7C58)“
  • Folgende sporadische Meldung „Schwerwiegender Firmware-Ausnahmefehler (nicht anwenderrelevanter Systemcode: 16#00400001 16#1002012E 16#FFFFFFFF)“ tritt nicht mehr auf, wenn ein Baustein erneut in die CPU geladen wurde, nachdem das Beobachten des Bausteins mit dem Hinweis darauf abgewiesen wurde, dass Beobachtungsfunktionen für diesen Baustein bereits aktiv sind.
Folgendes Verhalten wurde mit FW 1.8.5 überarbeitet:

  • Im Webserver werden in der Topologieansicht auch PROFINET-Devices angezeigt, wenn der PROFINET Device Name nicht DNS normkonform ist.
  • Die Performance bei den Anweisungen „Serialize“ und „Deserialize“ wurde verbessert.
  • Wenn im Anwenderprogramm ein AT-Construct mit optimiert abgelegten Daten verwendet wird, so kommt es nicht mehr zu dem Verhalten, dass low und high Byte vertauscht werden
Zum Vergrößern anklicken....
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Viel Erfolg,

vielleicht hat ja noch jemand hier eine Idee, was noch sein könnte. Ich hätte ja auf doppelte IP getippt aber
dies wurde ja schon ausgeschlossen. Evtl. noch etwas auf der Motoman Seite ( Parametrierung, Sendetakt... )
 
War da nicht auch noch was mit "zulässige Zykluszeit-Erhöhung durch Kommunikation" (oder so ähnlich), die man herabsetzen sollte, damit der unsägliche Kommunikationshunger von TIA beim Online-gehen etwas begrenzt werden konnte?
Möglicherweise kann man auch den PROFINET-IO Takt von 1 ms auf 2 ms oder so herabsetzen, wenn man die 1 ms sowieso nicht braucht.

Harald
 
Hallo, bitte geben Sie mir Bescheid, ob das Kommunikationsproblem behoben wurde und wie. Ich habe dieselbe Maschineneinrichtung und das gleiche Problem. In meinem Fall verwende ich die neueste Firmware für den S7-1500-Steuerungstreiber.
 
Michl94 schrieb:
Kommunikation Yaskawa Motoman DX100 PCU-ETHIOPN bricht ab bei "Online verbinden"

Hallo zusammen,

ich bin an einer Anlage die nicht von mir oder meiner Firma erstellt wurde und habe folgendes Problem.
Sobald ich mich mittels TIA Portal online auf die SPS verbinde, bricht nach ca. 15-20 Sekunden die Verbindung zur Profinetkarte des Roboters ab.
Es wurden auch schon andere Notebooks verwendet um das Notebook selbst auszuschließen.
Sobald man wieder offline geht ist die PN Karte des Roboters im Normalbetrieb und die Anlage lässt sich wieder quittieren.

Folgende Situation:
TIA Portal V14 Projekt
CPU 1516F-3PN/DP
Yaskawa Motoman DX100 Roboter mit PCU-ETHIOPN Profinetkarte V4.6.5 (Molex Art. Nr: 1120005038 )

GSD Datei PN Karte: Artikel-Nr: DRL-EPN-PCU (siehe Anhang)

Hierbei bin ich mir nicht sicher ob es eventuell eine neuere GSD Datei gibt, finde jedoch nichts passendes im Web.
Eventuell hat hierzu jemand Infos?


In der Online Diagnose der CPU kommt folgende Meldung:
Ereignis-ID: 16# 02:39CB
Fehler: Ausfall eines IO-Device -#2, 1106


Die PN Karte hat 4 LEDs, welche im Normalfall alle durchgehend grün leuchten.
Im Störfall (wenn man mit TIA auf die SPS online geht) ist folgender LED Status:
LED1: Config Port Indicator. Trans => grün leuchtend
LED2: Config Port Indicator. Recv => rot leuchtend
LED3: Network Status => AUS und kurz grün flackernd
LED4: Module Status => AUS und kurz grün flackernd

Hat jemand solch einen Fall schon mal gehabt oder hat eine Idee um das Problem zu lösen?


Viele Grüße
Michi
Zum Vergrößern anklicken....
Bitte senden Sie mir eine GSD-Datei, danke. E-MAIL:TAOYUE2001@163.COM
 
Zurück
Oben