Hallo Zusammen
Gibt es eigentlich ein Limit bei der Benutzung der SWAP Funktion für den SLAVE inder PFBMS.INI ?
Ich müsste so ca. 80 WORDs swappen.
Hat da jemand Erfahrung ?
Danke und Servus Roland
Hallo Zusammen
Gibt es eigentlich ein Limit bei der Benutzung der SWAP Funktion für den SLAVE inder PFBMS.INI ?
Ich müsste so ca. 80 WORDs swappen.
Hat da jemand Erfahrung ?
Danke und Servus Roland
Ich denke, da gibt’s kein Limit.
Auch wenn, dann bestimmt mehr als 80 Words.
Probier einfach aus.
Also - habs mit SWAP versucht - hat nicht funktioniert.
Habs dann händisch in der IOSYS gemacht - alles klar funktioniert.
Muss das Ganze mit dem SWAP nochmal durchtesten. Vielleicht lag der Fehler an der Art der Übermittlung von der SPS (BYTE bzw. WORD).
Wird ja auch in der SLAVE Sektion definiert.
Servus Roland
Hallo,
hab das selbe Problem wie Roland. Bei mir funktioniert die Kommunikation per Profibus Slave und ner S7 aber der [SWAP] Eintrag in der pfbms.ini nicht.
Hab mich an die Kuka Doku geahlten.... Das Beispiel ist ja ein Witz (oder ich zu blöde) und hier hab ich sonst nicht mehr gefunden...
so sieht's momentan aus... Ich möchte genau ein WORD drehen das auch in der IOSYS.INI so angelegt ist...
[SWAP]
INWORD_SALVE_127=0,1
OUTWORD_SLAVE_127=0,1
an kann das Ganze auch einfach so machen:
[PBMASL]
; ProfiBus MAsterSLave
; Remark: different right side parameters
; Examples:
; INW8=127,4,x1 slave modul (DP-Address 127), 4 bytes offset, data lenght 1 word
; OUTB10=10,0,x2 master slave (DP-Address 1-122), 0 bytes offset, data length 2 bytes
; ANIN1=4,2,12,0 DP-Address 4, 2 bytes offset, data length 12 bits, right justified wo sign
; INB0=127,0,x32 ; Besser sind einzelne Bytes damit man drehen kann (S7 Swapt bei Ausgangsworten)
INB0=127,0
INB1=127,1
INB2=127,2
INB3=127,3
INB4=127,4
INB5=127,5
INB6=127,6
INB7=127,7
INB8=127,8
INB9=127,9
INB10=127,10
INB11=127,11
INB12=127,12
INB13=127,13
INB14=127,14
INB15=127,15
INB17=127,16 ; X-KORD Wortuebertragung von S7 (-> automatisch gedreht)
INB16=127,17 ; Intergerwert -> HIGH LOW Byte Drehung
INB19=127,18 ; Y-KORD
INB18=127,19 ; Intergerwert -> HIGH LOW Byte Drehung
INB21=127,20 ; Z-KORD
INB20=127,21 ; Intergerwert -> HIGH LOW Byte Drehung
INB23=127,22 ; A-Winkel
INB22=127,23 ; Intergerwert -> HIGH LOW Byte Drehung
INB25=127,24 ; B-Winkel
INB24=127,25 ; Intergerwert -> HIGH LOW Byte Drehung
INB27=127,26 ; C-Winkel
INB26=127,27 ; Intergerwert -> HIGH LOW Byte Drehung
Alles anzeigen
Oder man dreht mit TAW in der Siemens SPS
Das ist schon klar...
Nur wenn ich alle 64 Wörter gedreht haben will ist das normalerweise in der ini mit zwei Zeilen erschlagen...
S7 seitig mag ichs nicht machen da es eine Standardschnittstelle ist... Da müsste ich dann wieder den Weg übern DB gehen...
Hat keiner ein Beispiel wie so ein Eintrag unter [SWAP] aussehen müsste?
Das kann sie SPS immer besser, als der Robbi und die SPS-Brüder wollen ja auch was zu tun haben.
Immerhin sind das für die ein, oder zwei Zeilen, während wir armen Hunde immer so nen Rattenschwanz hinter uns her ziehen müssen.
Ich bin ein SPS-Bruder und zwar durch und durch! Der Kuka ist ein Witz!!! Programmierung und Handeln wie vor 15 Jahren ne S%...
Ich hab noch ein anderes Problem... Liegt aber wohl am Scara
INW20=127,0,x1 ; <- Funktioniert
INB20=127,0,x1 ; <- funktioniert nicht schreibt die Eingänge nicht
Soll's was sein das funktioniert - oder darf's auch was von Kuka sein?!?
Hallo xhasx,
ich wäre mal ein bisschen vorsichtig mit deinen dummen Sprüchen.
Um das ganze sauber zu beurteilen, liefere lieber mal ein bisschen Details wie deine IOSYS.ini, PFBMS.ini, pfbms.log nach Rekonfiguration, IOSYS.log. und was Du da ein bisschen herumdrückst.
Weiter nur mal Softwarestand angeben.
Dann kann Dir sicher jemand helfen.
SJX
Kinners: Ruhig Blut...
[versöhnlich und humorig = TRUE]
Er ist n SPS-Mann. Die Leute programmieren anders!
Ne SPS geht zyklisch und unsere Robbis eben sequentiell. Das ist für die meisten SPS-Leute genau so schwierig, wie für uns mit ner SPS Mathematische Berechnungen zu programmieren.
Also bitte etwas friedlicher.
Allerdings ist es auch klar: Ohne die genannten Dateien können wir nicht weiterhelfen, was wir normalerweise gerne tun.
Unsere immermal etwas durchklingende Art, mit den Kollegen von der zyklischen Zunft umzugehen liegt oft auch daran, daß die uns eben auch gern mal etwas hochzunehmen versuchen.
Also locker, xhasx, wir denken eins nach dem anderen: gib uns die Dateien und bleib ruhig, wir sind ja alle bei Dir.
Und Du, SJX, bleib auch locker. Er denkt zyklisch und weiß noch nicht, daß wir eins nach dem andern tun. Schimpf ihn nicht.
[versöhnlich und humorig = FALSE]
Alles anzeigen
Kinners: Ruhig Blut...[versöhnlich und humorig = TRUE]
Er ist n SPS-Mann. Die Leute programmieren anders!
Ne SPS geht zyklisch und unsere Robbis eben sequentiell. Das ist für die meisten SPS-Leute genau so schwierig, wie für uns mit ner SPS Mathematische Berechnungen zu programmieren.Also bitte etwas friedlicher.
Allerdings ist es auch klar: Ohne die genannten Dateien können wir nicht weiterhelfen, was wir normalerweise gerne tun.
Unsere immermal etwas durchklingende Art, mit den Kollegen von der zyklischen Zunft umzugehen liegt oft auch daran, daß die uns eben auch gern mal etwas hochzunehmen versuchen.
Also locker, xhasx, wir denken eins nach dem anderen: gib uns die Dateien und bleib ruhig, wir sind ja alle bei Dir.
Und Du, SJX, bleib auch locker. Er denkt zyklisch und weiß noch nicht, daß wir eins nach dem andern tun. Schimpf ihn nicht.[versöhnlich und humorig = FALSE]
SPS- Leute programmieren nicht anders, sonder in eine andere Sprache.
Und wer die nicht versteht, ist selber schuld. :ylsuper:
Hallo Zusammen,
ich hab auch mal diese Swap-Funktion verwendet. Hat nach einiger Zeit auch funktioniert.
Anbei zwei Dateien. 1 Die IOSys 2 Die Pfbms
Es gibt da 2 Greifer jeweils mit einer Analogkarte (2 Bytes oder 1 Word)
Um die Werte richtig auswerten zu können mussten die Bytes im Word gedreht werden.Das habe ich mit der Swap-Funktion gemacht.
Hoffe mal das der Anhang euch weiter hilft.
One Love and Peace
@Paulaner
Wenn ich den Inhalt der pfmbs richtig interpretiere, dann gilt der SWAP nur für Slaves, die am Master hängen, aber nicht für den Slave der an der SPS hängt.
Der Master ignoriert die Slaves 3,4,5 beim Start.
Der SWAP dreht Word bei Slave 4 und 5.
Der SLAVE der an der SPS hängt hat aber die Addresse 23.
Ist das so richtig ?????
Linde Paul was meinst Du dazu ?
Servus Roland
Hallo,
ich bin auch der Meinung von Roland56. Mit den Slaves an der Kuka Steuerung mag die Sache funktionieren. Mein Kuka ist allerdings Slave von ner S7. Wir sprechen hier von DP-Nr. 127 Hier scheint der SWAP nicht zu gelten.
Trotzdem mal vielen Dank!
Hallo Forum
Will mal das Thema wieder nach oben bringen, da bisher keine Lösung zustande kam.
Nochmal die FRAGE.
1. Funktioniert der SWAP nur mit den SLAVES vom KUKA MASTER ?
2. Oder auch mit dem SLAVE von einer SPS ?
Hab jetzt alles durchgetestet und komme zu dem Ergebniss das es nur mit Punkt 1 funktioniert.
Alle Kommentare sind willkommen.
Danke Roland
Hallo Roland,
ich kenne nur die Möglichkeit die Kuka-Slaves (in der Regel die Greifer) zu swappen.
Über die Adresse 127 schicken wir immer nur ein Byte was in der Regel ausreicht. Ansonsten swappt die Sps.
Bei deinem anderen Problem, daß INW funktioniert und INB nicht, wird dir wohl pauschal keiner helfen können. Dazu müssten die Einträge in den verschiedenen ini-Dateien zur Verfügung stehen.
Hallo Roboman
INW und INB ist kein Problem von mir, sondern von XHASX.
Da hab ich leider auch keine Daten.
Mir geht es nur um die Adr. 127.
Ich hab hier fast den ganzen Adr. Raum belegt. Datenaustausch KRC - SPS.
Immo swap ich halt im IOSYS.ini. Die SPS möchte nicht swappen.
Aber so wie es ausschaut geht der SWAP eben nicht für Adr. 127
Servus Roland
Ich swape auch lieber mit SPS, geht einfacher.