KUKA answered to me that thay have not such ESI file for EL6692... now I'm in big trouble...
Is any other possible comunication available for OMRON PLC... like ETHERNET/IP?
KUKA answered to me that thay have not such ESI file for EL6692... now I'm in big trouble...
Is any other possible comunication available for OMRON PLC... like ETHERNET/IP?
This morning I've reached BECKHOFF support and they told me that I need a customized ESI file from KUKA like the one they give me for the EL6695-1001
I'm awayting the answer from KUKA.
The Italian support doesn't have a practical example of an application made with this EL6692 with OMRON PLC.
The strange thig is That KUKA imself sells EL6692 module... the only reason that I've choose EL6692 is that EL6695-1001 is not available within 8 months
The problem is that on OMRON side, importing the ESI file description as secondary, doesn't show up the possibility to insert the 32 DWORD Inputs and Outputs.
This is what I've mapped and as IO and intended to exchange with the Omron's PLC
Hi! Today I get the module and I've connected the OMRON PLC. But this connection doesn't work.
I see... if you buy a built in E67 you will find the E67 connector ready to be used. I only know that there is a tecnology cabinet wich has onboard the E67.
For the safety signals they must be connected to a safety device. Have you got something connected to the extension BUS (SYS-X44)? Usally I put there the EK100 (BECKHOFF) EtherCat coupler and from there a bunch of Inputs and outputs with EL1809 and EL2809 (BECKHOFF terminals). Those terminals have an ESI file description that can be mapped into workvisual.
EUROMAP67 is an interface that you need to built using both safety and Input output signals. All of them will be wired to a double connector of 25 pins going from Robot to the Moulding Machine and 25 pins coming from the Moulding Machine to the robot.
No DTM is necessaty to do that...
Hi! I'm going to receive a KUKA SCARA soon and I just want to know, since I've never used one of them. Wich is the nullframe flange tool orientation? Is it oriented like into this picture that shows the robot in the calibration orientation I suppose?
This is what I need to convert. I receive the order number on Profinet Bus mapped on 8 bytes:
OrderNo[1]
OrderNo[2]
OrderNo[3]
OrderNo[4]
OrderNo[5]
OrderNo[6]
OrderNo[7]
OrderNo[8]
Since OrderNo's CHARs are only numbers I need to convert it into INT
Hi! Is there a way to convert CHAR ARRAY into INTEGER. I have an array of CHAR that contains only number and I need to put the entire number stored into the array into an Integer...
I'm sorry I didn't get it. Let's mantain KRC and PLC as master... If I do not need FSoE I put in my KRC hardware EK100 and EL6692. On EK1100 I'm connected to X44 EBus and I'll use "Beckhoff EL66xx.xml" to configure the IO to exchange data with PLC (for example 128 Bytes Input and Output)
On EL6692 I connect the PLC in wich I use the same "Beckhoff EL66xx.xml" to configure the same IO Map of 128 Bytes
I know... maybe it is difficult to understand for me because I do not use OMRON PLC and my client will implement it... but he doesn't know KUKA so...
I see... I must ask if the OMRONPLC can be configured as slave. In that case what about the configuration? Where is the PLC connected? On second port of the EK1100 I suppose... and wich .xml need to be imported un both KUKA and OMRON?
Thank you so much becuse it could cost me hundreds euros for nothing...
Well in my case I do not need FSoE.. than what I could use on the EtherCat bus with OMRON's PLCs?
Hi! This is the firts time I exchange data between KUKA and a OMRON PLC. If I've understand right I need the EL6695 EtherCAT bridge sided to the EK1100 on the extension BUS X44.On the KUKA side I need to install, from the ESI directory, Kuka_EL6695prim.xml (primary) and on the OMRON side I need to install Kuka_EL6695sec.xml
Both files are storend in "C:\Program Files (x86)\KUKA\WorkVisual 6.0\DeviceDescriptions\ESI" adn ..\ESISec directory.
For best firmware compatibility is better to purchase the EL6695 directly from KUKA.
I just want to know if this is entirely correct... thanks...
Hi! What do you mean "S7 Siemens plc GSDML isn’t easy to find". The GSDML file is generated directly by the TIA PORTAL programming software.
Unfortunately I can't program the master PLC because is not installed by me. My PLC as IO Device was intended to be used like any other io Device but for some reason it doesn't work. Anyway I've already sent the .xml file to KUKA service. I do not think care much about it but we'll see. I'll solve my problem in another way... thanks.
Just tried the GSDML to establish a connection with two PLCs and it worked like a charm...
The reason is simple. The robot is a slave of another PLC. That PLC is not mine. Now I need to exchange data with this robot too. So I thought that if my s7 PLC can act as a simple I-Device... I could exchange whatever I want with a simple profinet cable...
Anyway KUKA (Italy) has never encounter a scenario like this and can't help me. They suggest me to experiment a bit with the .xml file generated by SIEMENS. It is not clear if it works or not.
I'll see if I have some time to spend to experiment...
So far I had no success... tried few different GSDML generated inside TIA PORTAL. Asked KUKA for help we'll see...
QuoteI am not a TIA expert but try to add your S7-1200 PLC from the hardware catalogue in TIA Portal to devices & networks. After that, open the PN interface of the device, set operating mode to IO device and configure the transfer areas as needed. Below there is an "Export" button which allows you to export the GSDML file. This could work.
That should be the way. Tomorrow I'll try it on site with the KUKA Robot.