KUKA KRL 2.2

Wertes Forum,

ich möchte von einem PC zu einer KRC4 (8.3) Daten übertragen. Dazu verwende ich das Softwarepaket KRL (Ver 2.2)

Problem ist:

Ich bekomme keine Verbindung (Weder vom KUKA zum PC noch umgekehrt) aufgebaut.

- Ich kann Roboter und PC gegenseitig anpingen. (KUKA IP 172.31.1.147 - KUKA Standard)

- Roboter und PC sind direkt per Kabel verbunden

Nachdem ich es zuerst vom KRC Programm aus erfolglos versucht habe, habe ich es dann direkt von der KUKA Windows Oberfläche aus versucht, mit ebenso wenig Erfolg.

Zum Verbindungstest verwende ich ein kleines Tool, welches sowohl als TCP Server oder als TCP Client fungieren kann. Auch mit der KUKA Demo-Software funktioniert es nicht.

(Tool funktioniert, ich kann z.B. eine Verbindung vom Office Lite (wenn auch KRC2) aufbauen, bzw. von Office Lite aufbauen lassen.)

Die XML-Datei, in der sich die Verbindungsdaten befinden, sollte korrekt sein (Mein PC hat 172.31.1.111):

Quote

<ETHERNETKRL>

<CONFIGURATION>

<EXTERNAL>

<IP>172.31.1.111</IP>

<PORT>59152</PORT>

</EXTERNAL>

<INTERNAL>

<ALIVE Set_Flag="1"/>

<TIMEOUT Connect="10000"/>

</INTERNAL>

</CONFIGURATION>

<RECEIVE>

<XML>

<ELEMENT Tag="Sensor/A" Type="BOOL"/>

</XML>

</RECEIVE>

<SEND>

<XML>

<ELEMENT Tag="Robot/B"/>

</XML>

</SEND>

</ETHERNETKRL>

Display More

Gibt es irgendetwas, was ich da übersehen habe?

Der Datenverkehr als solches ist erst einmal egal, ich wäre schon froh, das überhaupt mal eine Verbindung aufgebaut wird.

Habe ich gerade einmal nachgetragen, neu gestartet. Geht aber trotzdem nicht...

Aber trotzdem danke , hatte gerade immerhin für 5 Minuten Hoffnung

Mache ich dann am Montag, bin schon im Wochenende.

Zur Info:

Bin nach Anleitung vorgegangen, was ich sagen kann, sind dort aber zumindest keine tiefergehenden Einstellungen erwähnt oder beschrieben.

Im Prinzip habe ich eine Konfiguration aus der KUKA Demo genommen und auf meine IP abgeändert. Den Port 59152 habe ich ebenfalls aus der Demo, habe aber auch alle möglichen anderen versucht.

Ansonsten habe ich keine Änderungen vorgenommen, außer den Vorschlag vom Programmiersklaven umzusetzen, und den Port 59152 in die NAT zu übernehmen.

Auch die KUKA Hotline hat mir bis jetzt noch keine anderen Stellschrauben genannt.

Was ich sagen kann ist, dass zumindest die physikalische Verbindung steht, weil sich beide Teilnehmer gegenseitig anpingen können.

Das Testprogramm scheint auch irgendetwas zu machen, weil:

- Bei Aufruf der Funktion, die die Verbindung herstellt, an der Ethernet Dose zumindest einmal kurz die Aktivitäts-Led am PC aufleuchtet.

- Eine Verbindung über den Port 139 vom KUKA-Programm aus wertet der Roboter hingegen immer als erfolgreich zurück. Dazu braucht es dann aber auf der PC-Seite aber keinerlei zutun, weil der wohl vom Betriebssystem automatisch beantwortet wird (Hab da was von Netbios gelesen) Meine kleine Testanwendung (und auch der Demo Server von KUKA melden dann aber auch keinen Verbindungsaufbau)

Wenn ich das Netzwerkkabel abziehe, geht dann auch der Port 139 nicht mehr. Ist also wirklich an die physikalische Verbindung gebunden.

Mein PC blockiert auch den Port 59152 nicht, das habe ich schon getestet.

Danke schon einmal für die Vorschläge, Montag lade ich mal ein paar Screenshots hoch.

Ein schönes WE schon einmal an alle Foristen....

Wie angedroht, hier die Bilder von den Netzwerkeinstellungen:

Bis auf den hinzugefügten Port 59152 habe ich keine Änderungen vorgenommen.

Über WorkVisual lässt sich der Roboter übrigens auch problemlos erreichen.

Habe gerade sicherheitshalber noch einmal nachgesehen, es steht "TCP" drin.

Habe auch schon die anderen Ports ausprobiert, mit bekanntem Ergebnis

(Ich schaff's nicht mit KUKA )

Hallo SJX,

stimmt, der Roboter soll Client sein. Die Verbindung soll aus einem Roboterprogramm heraus geöffnet werden.

Die Wartezeit habe ist nur zu Testzwecken drin.

EKI_Init läuft fehlerfrei durch.

Bei EKI_Open kommt dann der Fehler, dann aber auch wirklich erst nach der TimeOut-Zeit.

Der Rückgabewert ist EKI00014, also "Verbindung zu externem System konnte nicht heregestellt werden...."

RET=EKI_Init("XmlServer")
wait sec 3
RET=EKI_Open("XmlServer")

; wait until server is conntected
wait for $FLAG[1]
; wait until server is deconnected
wait for $FLAG[1]==FALSE

RET=EKI_Clear("XmlServer")

Hallo SJX,

der Roboter ist zwar von 2014, hat aber nur bei uns seinen Dienst versehen, nur an dieser Anlage und es hat auch niemand diese Werte zusätzlich eingetragen. (Außer mir stellen die Bediener maximal die Betriebsart um).

Angeschlossen ist das Netzwerkkabel an der KLI Buchse.

Ich bin mit KUKA durch die KRL Konfigurationsdatei durchgegangen, da war am Anfang tatsächlich ein Zahlendreher drin.

Stand jetzt sagt mir KUKA sinngemäß: Wenn sie keine Verbindung per Beispielprogramm herstellen können, muss es wohl eine fehlerhafte Schnittstellenkonfiguration sein.

Nicht, dass die damit nicht Recht haben können, hilft mir aber erst einmal nicht weiter

Unsere IT hat mir noch ein paar Kommandozeilenbefehle gegeben, mit denen ich mal die freien Ports checken kann. Vielleicht liegt der Fehler ja doch auf der PC Seite. Dummerweise sind meine Netzwerkkenntnisse doch eher rudimentärer Art.