KL2541 über Profibus

Katzengesicht

Level-1
Beiträge
5
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ich weiss, Thema Schrittmotorklemme ist schon oft besprochen worden - aber die beiträge sind alle schon etwas älter.
habe folgendes kleines problem: habe eine Schrittmotorklemme KL2541 mit einem Motor AS1060-1100 (Schrittmotor mit Encoder) - alles Beckhoff
wollte den Motor ohne NC-Build betreiben, hatte das ganze an ein CX gehängt und von Beckhoff ein Beispiel bekommen, hat alles prima geklappt, jetzt möchte ich das ganze aber über einen Buskoppler (BK3100) mit einem Micro-Innovation-Pannel betreiben (wegen VISU), dummer weise kommt Micro-Inovation-Codeysys nicht so ohne weiters mit TwinCat-Codesys zurecht (jede Menge Typenkonflikte usw) ausserdem werden die Daten über Profibus BYTE-Weise verschickt - lange Rede kurzer Sinn: hat vielleicht jemand ein einfaches Bespiel (Referenz, einzelner Fahrauftrag, Sofortstop und Klemme parametrieren) für Betrieb über einen Profibuskoppler - würde mir ne Menge Arbeit sparen
danke im voraus, mfg
 
...jetzt möchte ich das ganze aber über einen Buskoppler (BK3100) mit einem Micro-Innovation-Pannel betreiben (wegen VISU), dummer weise kommt Micro-Inovation-Codeysys nicht so ohne weiters mit TwinCat-Codesys zurecht (jede Menge Typenkonflikte usw)
1. TwinCAT ist NICHT CoDeSys!
Zwar hat man bei TwinCAT den Editor von CoDeSys übernommen, aber mehr auch nicht.
Du kannst zwar Code per Copy-Paste auch jeweils im anderen Editor nutzen, aber da hört's auch schon auf.

2. TwinCAT ist eine Soft-SPS, bei der die Hardwareanbindung über das Programm "System Manager" gemacht wird. Da kocht TwinCAT quasi sein eigenes Süppchen. Die Hardwareanbindung und Laufzeitumgebung (die SPS-Funktionalität) sind bei CoDeSys und TwinCAT völlig unterschiedlich!

Eine Lösung wäre die, dass du den Buskoppler als simples Profibus-Gerät in dein CoDeSys (mit der nötigen SPS-Funktionalität) einbindest und dann musst du dir das mapping so zurechtbasteln, wie's die Schrittmotorklemme benötigt.
Du könntest dir mal die Beispiele für die S7-Anbindung des BK3100 ansehen, vielleicht hilft dir das weiter.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo trinitaucher,
erstmal danke für die schnelle reaktion und die infos. wenn ich TwinCat-CodeSys gesagt habe, meinte ich natürlich den PLC-Manger, und wie das mapping im System-Manager funktioniert (gefällt mir übrigens deutlich besser als das bei MicroInnovation) ist mir auch klar, auch wie ich das beispielprojekt von beckhoff in das (echte?) CodeSys bekomme, auch die hardwareanbindung über den DP-Koppler ist nicht das problem und bereits bewerkstelligt (wenn man erstmal weiss, dass die kl2541vor den digitalklemmen eingefügt werden muss) nur leider erstellt der systemmanager bei TwinCat zwei structs mit je 1 USINT und 2 UINT-Variablen, auf die das plc-programm dann direkt zugreifen kann und so ist das beispiel von beckhoff auch angelegt. über den profibuskoppler ist das leider nicht möglich da die kommunikation nur byte-weise abläuft, das heisst für mich, dass ich das ganze programm umkrempeln muss. meine hoffnung war, dass sich jemand schon einmal die mühe gemacht hat und das vielleicht zur verfügung stellt. wenn nicht heißts wohl tastaur hochkrempeln und loslegen
 
...nur leider erstellt der systemmanager bei TwinCat zwei structs mit je 1 USINT und 2 UINT-Variablen, auf die das plc-programm dann direkt zugreifen kann
...
über den profibuskoppler ist das leider nicht möglich da die kommunikation nur byte-weise abläuft
Sollte doch kein Problem sein. USINT und UINT sind jeweils vorzeichenlos, daher direkt auf BYTE und WORD abbildbar.
Vor und hinter die SPS-Bausteine setzt du dann für die Ein- und Ausgänge einfach Typkonvertierungen:
USINT_TO_BYTE oder BYTE_TO_USINT usw.
Das sollte eigentlich funktionieren. ;)
 
Zurück
Oben