Tagged: robot post processor
15/02/2019 at 13:36 #12220
Also sometimes you need to fiddle with joint signs and zero offsets. Try to post some basic poses such as home position to get a grasp of what is wrong in the calibration. But start with the ratios and then fix signs and offsets if needed.
You need to login in order to like this post: click here22/03/2019 at 12:39 #13056
Hi, is there also a pre-processor that converts files from existing KUKA programs (e.g. .src and .dat) to VC?
Thanks for effort
You need to login in order to like this post: click here12/04/2019 at 09:51 #13583
I added the files to My Commands (including the translators) and the Post Process button does appear, however my generated output files are always empty and only contain the template data, but no points etc.
For example, this is what all my generated UR programs looks like:Python12345def Testprogram():end #TestprogramTestprogram()
How do I fix this? Is it related to the fact that I use KUKA.Sim Pro instead of VC?
You need to login in order to like this post: click here16/04/2019 at 17:51 #13665
Hoping to get it for KAWASAKI ROBOTICS .
You need to login in order to like this post: click here17/04/2019 at 14:06 #13700
@hsm02000, We currently don’t have pre-processors (uploaders) for any brands yet. But those are requested a lot so they are on the wishlist so to speak.
@plop, Kuka.Sim uses different motion statements (custom statement type) so those are not supported by these Post-Processors.
You need to login in order to like this post: click here06/06/2019 at 12:45 #14871
Hey, I’m using VC 4.1 Professional to post-process a simple application with the UR10 robot and I’m getting some errors when I try to use the script in the official UR simulator.
First, I have a “Wait IN == True” in my VC program, and the post processor is translating that as:
” while get_configurable_digital_in(2):
Which gives me an error, because in the URScript, the sleep function needs to be like “sleep(t)” and even if I manually correct that, the code executes and does not wait for a confirmation of “True” in that input.
I have also tried to change the robot to an ABB robot, then I post-processed it and used that program in the ABB simulator, it worked like a charm.
Could you help me understand why the post-processor is not waiting for the input to the UR robot?
Note: I’m using the UR 10, and the version of my offline simulator is the 220.127.116.11195
You need to login in order to like this post: click here06/06/2019 at 12:53 #14883
Thanks for the info. We will put that UR issue on our todo-list and fix it at some point. I can’t say right off the bat how UR implements that get_configurable_digital_in() method and why it doesn’t work as expected on your case. It might be also related to the simulator as they don’t always behave identically to the real controller.
You need to login in order to like this post: click here
You must be logged in to reply to this topic.