Roboterforum Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?
08. Februar 2012, 23:10:21
Übersicht Hilfe Suche Kalender Einloggen Registrieren
News: English and international Robotsupport now on Robot Forum. Also Supported by the Moderators of the roboterforum.de

Roboterforum für Industrieroboter Anwender  |  Industrieroboter Helpcenter  |  Stäubli Roboter (Moderator: titan72)  |  Thema: TCP/IP Verbindung mit einer CS8C 0 Mitglieder und 1 Gast betrachten dieses Thema. « vorheriges nächstes »
Seiten: [1] Nach unten Drucken
Autor Thema: TCP/IP Verbindung mit einer CS8C  (Gelesen 2124 mal)
harrylask
Neuling
*
Offline Offline

Beiträge: 4


« am: 17. März 2009, 18:30:50 »

Hallo Leute,
folgendes Problem, ich habe zwei CS8C Steuerungen die mit meiner SPS via TCP/IP kommunizieren. Die SPS ist der Server die CS8Cs die Clients. Die SPS sendet einen Request worauf der Robi antwortet (Strings). Funzt problemlos, stundenlang, meistens tagelang und auf einmal, Peng, antwortet der Robi nicht mehr. In diesem Zustand sind beide Ethernet Ports der jeweiligen CS8C Steuerung nicht mehr ansprechbar, sie antworten nicht mal auf ein Ping. Der Roboter selbst kann ganz normal mit der Handgurke bedient werden, nur die beiden Ports sind tot. Helfen tut nur Hauptschalter aus/ein. Die vom Support sind sehr bemüht konnten mir bis jetzt aber nicht wirklich weiterhelfen. Mit einer zu ihnen gesandten Test SPS konnte der Fehler noch nicht reproduziert werden. Bei mir habe ich aber gleich zwei CS8C Steuerungen mit demselben Problem, Ideen?

Grüsse, harrylask
Gespeichert
Urmel
Global Moderator
Elite Member
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 743


« Antworten #1 am: 18. März 2009, 08:28:33 »

Hallo,

bei Stäubli habe ich das noch nicht gesehen, aber deine Fehlerbeschreibung kommt mir seltsam bekannt vor.

Den Effekt, dass bei VxWorks alle Netzwerkfunktionen ausfallen, der Rest des Roboters aber vollkommen normal funktioniert, habe ich auch schon mal bei einer älteren Mitsubishi Steuerung gehabt (CR2A-572).
Der Fehler kam auch nur alle paar Tage und war nach dem Aus- und Einschalten wieder weg.

Dort muss aber irgendein Hardwareproblem zu diesem Ausfall geführt haben, allerdings keines in der Netzwerkhardware. Ein Auswechseln von Netzwerkkarte und CPU-Board beseitigte das Problem nicht.
Schliesslich wurde die ganze Steuerung ausgetauscht und der Fehler war weg.

Grüße

  Urmel
Gespeichert
harrylask
Neuling
*
Offline Offline

Beiträge: 4


« Antworten #2 am: 18. März 2009, 13:50:05 »

Hallo Urmel,
danke für den Hinweis, die vom Support raten mir mal ein Update von s6.4.1 auf s6.6.4 zu machen und den Kommunikationstask in den synchronen Teil zu verschieben. Ein Versuch ist es wert, versprechen tu ich mir aber nicht viel davon.

Grüsse, harrylask

[EDIT]
Nur als Ergänzung, die Kommunikation ist nach dem Frage (SPS) und Antwort (CS8C) Prinzip aufgebaut. Fehlerhafte Anfragen beantwortet der Roboter einfach mit Fragezeichen. Ungültige Antworten verwirft die SPS und sendet die Anfrage erneut. In unregelmässigen Abständen antwortet der Robi nicht mehr. Aufzeichnungen mit Wireshark ergaben das eine gültige Anfrage der SPS nicht beantwortet wurde. Laut VAL3 Debugger bleibt der Kommunkationstask genau an der Zeile stehen, an der der Socket eingelesen wird. Sieht so aus als wären die Daten nicht "hochgereicht" worden!? Mein derzeitiger Workaround besteht darin das, falls innerhalb einer gewissen Zeit nicht geantwortet wird, ich eine neue Anfrage sende.
[/EDIT]
Gespeichert
eloboy
Stammgast
**
Offline Offline

Beiträge: 20


« Antworten #3 am: 18. März 2009, 17:55:46 »

Hallo,


Dort muss aber irgendein Hardwareproblem zu diesem Ausfall geführt haben, allerdings keines in der Netzwerkhardware. Ein Auswechseln von Netzwerkkarte und CPU-Board beseitigte das Problem nicht.
Schliesslich wurde die ganze Steuerung ausgetauscht und der Fehler war weg.


du könntet auch mal einen guten Switch einbauen.
(keinen für 7,95 €)

gruß
eloboy
Gespeichert
Urmel
Global Moderator
Elite Member
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 743


« Antworten #4 am: 18. März 2009, 18:53:01 »

Laut VAL3 Debugger bleibt der Kommunkationstask genau an der Zeile stehen, an der der Socket eingelesen wird. Sieht so aus als wären die Daten nicht "hochgereicht" worden!? Mein derzeitiger Workaround besteht darin das, falls innerhalb einer gewissen Zeit nicht geantwortet wird, ich eine neue Anfrage sende.

Und dann antwortet er wieder ?

Du schriebst vorher, er antwortet nicht mal auf ein Ping ...
Gespeichert
harrylask
Neuling
*
Offline Offline

Beiträge: 4


« Antworten #5 am: 18. März 2009, 23:44:51 »

Hallo Urmel,
sorry, bin vom Hauptthema leicht abgekommen. Kommt es zu einem Ausfall der Kommunikation kann ich, sofern die Ethernet Schnittstelle der CS8C nicht "tot" ist, diese nochmals anwerfen in dem die SPS die Anfrage erneut sendet. Ich habe Wireshark Aufzeichnungen bei dem beide Fehlersituationen dokumentiert sind. In beiden Fällen wurde die Anfrage von der SPS abgesetzt, nur die CS8C antwortet nicht mehr. In dem einen Fall bringe ich die Kommunikation durch die erneute Anfrage der SPS wieder zum Laufen, im anderen, dann wenn die Schnittstelle nicht mehr reagiert, hilft nur noch HS aus/ein.

Zitat
du könntet auch mal einen guten Switch einbauen.

War das ein Insider? Klär mich auf.

Grüsse, harrylask
Gespeichert
eloboy
Stammgast
**
Offline Offline

Beiträge: 20


« Antworten #6 am: 20. März 2009, 09:03:58 »

Hallo harrylask


Zitat
du könntet auch mal einen guten Switch einbauen.

War das ein Insider? Klär mich auf.

Bei uns in der Firma hat mal ein Server das ganze Hausnetz dauernt mit Netzwerk Pakete bombadiert.
darauf hin haben sich verschieden Steuerungen verabschiedert solange sie am Netz wahren.

ABER !!
Steuerungen die an besseren Industieswitche higen sind nicht ausgefallen.

Kann es eventuell sein das zwichen SPS und CS8C zuviele TCP Pakete gesendet werden. Und irgend ein Stack überläuft?








Gespeichert
harrylask
Neuling
*
Offline Offline

Beiträge: 4


« Antworten #7 am: 15. Januar 2010, 09:28:42 »

Problem wurde behoben, es lag an der dynamischen IP Vergabe an der CS8C Steuerung und unserer schlechten Netzwerkverbindung zum DHCP Server. IP fix vergeben, seitdem funktionierts!
Gespeichert
Seiten: [1] Nach oben Drucken 
Roboterforum für Industrieroboter Anwender  |  Industrieroboter Helpcenter  |  Stäubli Roboter (Moderator: titan72)  |  Thema: TCP/IP Verbindung mit einer CS8C « vorheriges nächstes »
Gehe zu:  


Einloggen mit Benutzername, Passwort und Sitzungslänge

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2006, Simple Machines Prüfe XHTML 1.0 Prüfe CSS