Step 7 ABB Roboter mit Safemove Pro über Profinet an 315F-2 PN/DP

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

Standartkommunikation mit dem abb-robo läuft.

Das Problem ist Safetyteil.
So wie es aussieht ist die F-Source_adr ungültig.

Ich habe diesen Roboter schon mal an eine 1516F gehängt.
Dort ist die Basisadr. für die cpu 100 und die f-source add der safetybaugruppe für den robo 1
(Habe mal eine Tia13-Projekt angelegt mit einer 315f-2 pn/dp. Auch dort kann ich das so einstellen)

Unter Classic kann ich als kleinsten Wert für die Basisadd 2000 wählen.
Versuche ich nun in der Safetybaugruppe vom Robo die Source zu ändern so ist dies nicht möglich.
Es wird hier immer die Basisadd der cpu verwendet.
Klicke ich auf OK so meckert s7 aber, dass die Source zwischen 0 und 1022 liegen muss.

Und nu?????
Ich möchte nur sehr ungern alles nach tia protieren.

 

[volker]

So. Ich habe nun das S7-Projekt nach TIA13 SP1 migriert.
Selbstverständlich hat das inklusive Hardware nicht geklappt.
(Funktioniert das bei TIA14 besser?)

Glücklicherweise handelt es sich nur um ein kleine Zelle wo die Mitarbeiter mit dem Robo trainieren können.
Nur 8 Stationen die ich von Hand in die HW-Konfig eintragen und parametrieren musste.
Und die Zelle ist nicht wichtig für die Produktion.

Einstellungen für die Safetyschnittstelle zum Robo so gemacht wie sie oben in den Bilder auch für die 1516F sind.
Und... Klappt sofort.

Tja wem ist nun die Misere zuzuschreiben?
Siemens die keine SourceAdd unter 2000 erlaubt oder ABB die die SourceAdd auf 1022 begrenzt.
Vermutlich nimmt sich keiner den Schuh.

Nicht auszudenken was passiert wäre wir hätten den Robo in einer Produktionslinie getauscht um dann festzustellen das ich das ganze nach TIA migrieren muss. Und in so einer Linie hägen dann weit mehr als nur 8 Stationen.
Produktionsausfall für was weiss ich wie lange. Hinzu kommt das teilweise Komponenten verbaut sind für die nicht mal eben alte GSD-Datein vorhanden sind. Die sind bei S7-Classic immer von Projekt zu Projekt kopiert worden.
Der absolute Supergau.

Also mein Dank gilt hier auf ganzer Linie Siemens und ABB.


Aber nochmal zu meinem Verständnis.
Ich kann für CPU und Robo verschiedene SourceAdd wählen.
Sinnvoll wäre es wenn ich in einer Anlage die gleiche verwende, oder?
Bisher hatte ich angenommen das die Source sogar gleich sein muss, was aber offensichtlich nicht der Fall ist.

 

[Windoze]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Volker,

ich habe vor ein paar Wochen eine Anlage mit 4 ABB Robotern mit Safemove Pro über PROFINET an einer 315F in Betrieb genommen.
Wir arbeiten SPS-Seitig ausschließlich mit Step7 Classic. Ich hatte keine Probleme mit der F-Source oder F-Dest Adresse.
Ich schaue mir aber morgen mal die Konfiguration von dem ganzen an, wie wir das gemacht haben...

 

[Windoze]

Ich habe dir mal 2 Screenshots meiner Konfiguration angehängt.
Ich kann problemlos Source Adresse 2000 im Roboter einstellen...

Hallo Volker,

ich habe vor ein paar Wochen eine Anlage mit 4 ABB Robotern mit Safemove Pro über PROFINET an einer 315F in Betrieb genommen.
Wir arbeiten SPS-Seitig ausschließlich mit Step7 Classic. Ich hatte keine Probleme mit der F-Source oder F-Dest Adresse.
Ich schaue mir aber morgen mal die Konfiguration von dem ganzen an, wie wir das gemacht haben...

 

[volker]

Danke für die Info.
Ich bin mir zwar ziemlich sicher das wir das am Robo probiert haben......aber ich spreche nochmal mit unserem RoboterProgrammierer.

Werde das dann nochmal testen.

Hast du mal probiert die F-Source auf der S7-Seite für das Safetymodul des Robos zu ändern?
Bekommst du dort dann auch den Fehler Wert muss zwischen 1-1022 liegen?
Oder dient diese Meldung nur zur Verwirrung?

Welche Version vom Robostudio hast du verwendet?

 

[Windoze]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn ich versuche die F-Source zu ändern, bekomme ich auch die Meldung, dass der Wert zwischen 1-1022 liegen muss.
Ich habe die Standard 2000 gelassen, und es hat funktioniert.

RobotStudio habe ich 6.05.00.00 verwendet. Auf den Robotern ist aber RobotWare 6.04.01.00 installiert.

 

[volker]

Rw 6.05.01

Hallo

Ich hol das Thema nochmal hoch.

Plan war eigentlich das ganze am Donnerstag nochmal unter S7-Classic zu testen.
Werde ich auch. Zur Zeit ist das Projekt mit TIA13 SP1 projektiert.

Es ist aber ein weiteres Problem aufgetaucht.
Der Kollege der Robo macht hat eine neue Robotware aufgespielt RW 6.05.01
Und nix geht mehr. Also keine Kommunikation Robo <-> S7-315
Ab dieser Version benötigt man wohl eine neue GSDML-Datei. Diese lässt sich unter Classic aber nicht installieren.
Unter TIA lässt sich die installieren.

Jemand eine Idee?

 

[volker]

Wir haben Antwort von ABB bekommen.
Die GSDML lässt sich installieren in S7 V5.6.
Nur das das weitere, vermutlich größere, Probleme mit sich bringt.

 

[FC10]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Volker, ich habe aktuell das gleiche Problem mit Step7 V5.6.

Das Problem ist die F_Source_Add in der GSD Datei, Default "1".

Unter V5.5 bügelt das Step7 und unter TIA wahrscheinlich auch, deshalb geht die V2.33.

Das Problem ist auch schon in der ABB GSD V2.2, aber die geht unter V5.5 zu installieren, deshalb fiel das keinem auf.

Der Fehler liegt quasi bei beiden, Siemens Step7 V5.6 und ABB Robotics.

Hast du Kontakt zu ABB (vermutlich Schweden)?

Ich hatte versucht die GSD anzupassen, brauch da aber einen CRC Prüfsummengenerator, da sich die F_ParamDescCRC ja anders wird!

 

[wiesel187]

Safe Move 2 geht mit einer S7 3xx-F.
auch unter Step7 V5.5 oder V5.6!

Wichtig:
Roboter auf die Version 6.05.002 Downgraden. Unter Robstudio aus dem Versionsverzeichnis die GSG V2.31 nehmen.

Die GSD 2.31 ist eine andere als die im Verheichis 6.05.2 obwohl sie den gleichen Namen /Datum hat...
Das Symbol im HW Manger in S7 sieht aber anders aus...

Hatte letzte Woche das gleiche Problem...

Grüße
Wiesel

Im Ausland

 

[FC10]

Hallo Wiesel187,

Um Safe move 2 geht es gar nicht. Das Thema ist der Fehler in der GSD und das ABB nichts daran macht, scheint ja wohl schon seit Mitte 07/2017 bekannt zu sein.

Downgraden ist bei uns keine Option, dafür sind es zuviele Roboter .

Es muss der Fehler in der F_Source_Add behoben werden!

 

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

wenn du die roboter nicht downgraden kannst ist imho die einzige möglichkeit s7 v5.6 oder tia um die neue gsd v2.31 verwenden zu können

und wie windoze das in beitrag 4 und 6 geschrieben hat kannst du die f-source im robo problemlos auf 2000 stellen. vermutlich auch höher.
habe ich aber nicht getestet.

 

[FC10]

Unter V5.5 lässt sich die V2.33 nicht installieren

Unter V5.6 kann ich die Sicherheitsmodule nicht nutzen, da der Default Wert "1" aus der GSD nicht wie unter V5.5 gebügelt wird.

Der überschreibt das nicht mit "2000". :sad:

 

[volker]

auch unter 5.5 kannst du die f-source für das robomodul nicht auf 2000 setzen. einfach auf 1 lassen und im robo 2000 benutzen.
das habe ich so mittlerweile am laufen unter 5.5 mit alter gsd.
wie das bei 5.6 aussieht weiß ich nicht. hab ich nicht installiert.
auch unter tia ist die neue gsd kein problem.

 

[maikb20]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

verwende die "CPU 319F-3 PN/DP" mit einem ABB Roboter IRC5 Steuerung.
Um die GSDML-Version 2.33 zu verwenden, habe ich Step7 V5.6 installiert.

Der Standardbereich ist richtig konfiguriert und lässt sich auch erreichen.
Der Baugruppenzustand des Safety-Moduls vom Roboter gibt folgende Fehlermeldung aus: Safety Quelladresse ungültig (siehe Anhang).
Folgende F-Parameter habe ich in Step7 konfiguriert und übertragen:
F_Source_Add: 2000
F_Dest_Add: 1188

Im Roboter habe ich im Profinet-Konfigurator die Quelladresse "2000" und Zieladresse "1188" eingetragen.
Sobald ich diese Konfiguration auf dem Roboter schreibe, wird das ganze wieder mit Quelladresse "1" und Zieladresse "1" überschrieben.

Was habe ich falsch gemacht?
Wird die Safety-Kommunikation überhaupt funktionieren, nach den Problemen die hier beschrieben wurden?

Gruß
Maik