sorry but I am still not quite I understand exact issue... need more info. for example you mention memory constraints, but not how much memory your controller has and how is it used. you mention large files but not actual size (at least an example of file size...) or what is it that you have tried already.
to import SRC files, you can use kuka HMI (copy and paste).
if you want to deploy files from the PC that is on a network, there is an option called Directory Loader
EthernetXML and RSI are connectivity tools but they are not 'out of box' solutions. you can use them to communicate with robot when developing your own solutions (for example you can use RSI to control robot using external motion planer - something developed in whatever programming language you use)
if you are milling and files are large, I *think* the option is called CAMRob. If I am not mistaken, this software can be used to stream large files so that limited robot memory is not an issue.
btw. robot memory can also be upgraded (and vxWorks share may be increased to a limit)
did you ask your local kuka for advice...?
When milling, sometimes is needed a lot of files to be loaded. I had a project with about 1100 files 
divided in folders as i can't upload more than about 30 files at once (300kb roughly each)
so that means loading by hand every folder after the previous one is done - not impossible but a bit boring 
The best solution i saw around is something like directory loader in real time - to allow the robot to read from a network drive - i read that somebody did similar solution with EthernetXML - that's why pointed that solution - i am not using this myself, so apologies if i am wrong.
i read that somebody did similar solution with EthernetXML - that's why pointed that solution - i am not using this myself, so apologies if i am wrong.
I think the solution using EthernetXML is transfer the variable from PC to robot ,then use some program to change the positions.
I am afraid the EthernetXML do not able to transfer files.
Hi signum,
for a customer we have developed a methode for KRC4 robots to load very big position files with more than 3 million points continously into the robot memory during the robot is working. The biggest file what has been running right now was 400MB containing 3.3 million points, but it shouldn't be a problem to even use bigger files. Attached there's a screenshot from the customer HMI we have delivered with that solution and a screenshot from the positionfile that comes from the customer. For this solution no additional software like EthernetXML is neccessary.
We think this methode could work on KRC2 robots as well after rebuilding it to your demands and the structure of your position file. If you are interested just come back.
Greetings,
OrangeApps Team
Camrob is a postprocessor software from Kuka to translate CAM output files in robot KRL meaning src files.
I already have src files and need to load in controller and run, the problem if I have bigger memory from 300 MB up. I have to divide job in half or more and to load shared files.
Hello,
On my company we have used CAMROB as said above to stream points. It splits the big programs in several small and then stream them to the robot so the robot can execute them one at a time continuously.
I think, according to what you describe, that it is what you need. It can do more than just postprocessing CAM to KRL.
We used it for milling applications like yours.
Regards,
Alex
If you post the files from one job (minimum 3-4file) i can try to make a postprocesar to split any file.
You just replied to a post more than three years old. Please be more careful about checking the ages of posts.
