Also depends if you are student, employee or freelancer.
Try to find some automatization companies (engineering and integrators - not production plants) in your area and ask them directly.
If you are student and company is friendly, they can write you a contract, train you and take you on project.
Siemens have something for KUKA robots and B&R for ABB.
I have only seen sales presentation, but it should work in way, that you teach positions and write logic directly in PLC. Not sure if it send data directly to servo, or if there is program running on robot.
And I also have seen Siemens + Yaskawa (custom programmed), where on robot side there was program running in loop and asking PLC for next position, which were stored in PLC, also with logic.
It is more about worktable design, than choosing a robot. If you are able to fix parts to achieve repeatability, then you can easily automatize it. If you need position flexibility, then there are also solutions but it will cost you more.
You are still missing the robot info.
Check in the robot menu or in the ORDERFIL.DAT in AOA backup and look for safety options/communication.
As far as i know and tried, you can only import 3D model.
I am using SolidEdge to convert models to .fbx because it supports more parts in assembly and also materials. (.stl or .obj put whole assembly as one object).
For kinematics i don't think it is possible, because each cad program uses different approach and normally it is stored in separate file (ex. Process Simulate).
Maybye it is possible import rigging from another artistic sw, like 3DS max, but that would be same as to create it in unity.
For IK, you need to create separate C# file to control your model, so maybe there are already some library available, but i did not search for it. This file is not part of model, because each sw have its own kinematic interpreter.
If you find some library which can be used, please share with us 
Hi, in short yes, it is programmer job to teach homing trajectory.
As for DCS CPC, it is used for safety robot detection and stopping. So it is not collision avoidance.
Apart from PLC you can use internal variables F or R to save state and then use it in logic
For homing there are multiple solutions>
1. In each point on trajectory set value to variable (GO or R), then you can jump in program based on value, or you can create separate program with trajectories for groups of values.
ex. J P5 .... DB 0, R10=5
and in homing you use JMP LBL[R10].
or IF R10==5 THEN JMP LBL 5
or IF R10>5 AND R10<8 THEN trajectory ENDIF
2. You create world zones (space fnc?) with DO signals and use them to check where is robot tcp, then you create trajectories from each zone.
ex. IF DO5 THEN trajectory ENDIF
3. You can check actual robot position in world, and use relative movements / offsets to go to free space (like welding table), then drive home.
ex. PR[5,3]=-100, (in Z)
PR[10]=LPOS
L PR[10] ... TOOL_OFFSET PR[10]
Or in some cases, like palletization, you can just send robot in Z to specific height and then go directly to home.
ex. PR[10]=LPOS,
PR[10,3] = 2000, setting Z value
J PR[10] ....
You can also read JPOS values and create logic from there.
I think most common approach is in example 1. but all depends on what is most effective for your application.
Hi, not sure what are you looking for, but there are official ABB manuals on this site: https://www.uzivatelskadokumentace.cz (also electrical schemas for controllers).
Hi,
i am using this table as help, for OTHER start type.
Also in setup set START for Continue only, and ABORT for all.
Hi, generally each robot brand have its own set of tools.
RoboGuide - Fanuc (programming + simulation), paid.
- or you can use text editor if robot have ASCII Upload option, but i cant recommend this way.
RobotStudio - ABB (programming (free) + simulation (paid))
- also possible to use text editor
SimPro - Kuka (simulation + basic commands for programming) paid + OfficeLite for simulation of "real" robot controller.
- for code editing there is WorkVisual directly from KUKA, or free OrangeEdit
Yaskawa, Hyundai, UR.. each have its own and for most of brands is possible to use text editor for code writing.
Also there are some specific code editors like Steineke or Dramat, which are used for programming in automotive standards.
For bigger volume of robots and versatility of brands is mostly used Process Simulate, which is universal robot simulation tool with possibility of different postprocessors for code generation. I used this tool for ABB, Fanuc, KUKA simulation and direct code generating.
Similar software but much cheaper is RoboDK.
Except for ABB, I would almost always prefer to use Process simulate for simulation and offline programing. Or just good text editor with syntax checker for code writing.
I am rethinking solution because I forget to mention one step.
You should have calibration grid for camera.
Put it on rack and measure it as UFx, then you need to do camera calibration (set correct distance from grid and use this distance for all camera processes).
Then you remove grid and do reference pictures (store it in 3 PR as you said) and teach reference positions in first rack.
If you are sending position of robot to the camera system, then camera should return offset values relative to this UFx, you should use (base) OFFSET and have all movements in measured UFx.
Then for other rack you use OFFSET in UFx for camera position and just OFFSET (camera values) for drop positions.
If you are not sending position of robot, then camera have no information about its position, so you get values relative to camera position and you can use TOOL_OFFSET. And you don need to use measured UFx. For other rack positions you need to combine OFFSET in UF1 for camera position and OFFSET in UF1 + TOOL_OFFSET (camera values) for drop positions.
by + i mean "L[x] ... OFFSET [PRx], TOOL_OFFSET [PRy]"
Hi,
do you have Fanuc iRVision camera, or other brand?
What values do you get, X,Y,rZ or more?
If you have camera parallel with working TCP, then most time is enough use TOOL_OFFSET.
You make picture, set it as zero value, then teach pick up possition. For next picture you store camera values in PR and use it for offset.
If you get absolute position values, then you need to use (base) OFFSET.
Also depends on the application, maybye you can tell us more details.
Hi,
CRX is robot, but more important question is what kind of controller (probably R30-iB+) and profinet do you have (Siemens card or Molex) and what Options are installed in controller?
For both types there are manuals.
Then you need GSD file for Fanuc and CNC, which should come with documentation or you need to contact the company and ask for it.
Give us more info and i can send you manual, if i have it.
Also there is variable to hide DCS menu:
$DCS_CFG - $DISP_MENU 0-hide, 1-show
if only some of the DCS options are shown, then check
$DCS_CFG - $SYS_PARAM 0-full, 1-basic
Hi, maybe this is bit outdated information, but fanuc created page my.fanuc.eu where you can register with company mail (not gmail) and gain access to manuals and some more stuff.
The search engine is not great, and probably some manuals are still on demand, but all the basics are there.
I think with this kind of cycle time, and probably also accuracy you are way out of the industrial robots scope.
What kind of weight would robot carry?
Even with small 6 axis robot i would count around 3-4s to do anything useful (like pick and place).
With scara/delta you can go probably to 0,5-2s.
Also probably you should take into account system+fieldbus communication delay.
Hi,
any idea where i can get training for Fanuc VASS 6 in Europe (Slovakia)?
I have found that VW is doing certification, but not a training,
Thank you,
we will change type of service key to normaly closed.
But still, it is pity that is not possible to create logic for system inputs.
Hi,
i am working with KRC4 KSS8.6.6
Is it possible to invert "physical" value of input signal $IN[]?
What i need?
I have robot without PLC, so i need to set correct signals for ext aut.
On operator panel i have key - service mode on(1)/off(0)
I would like to map system input SIGNAL $I_O_ACT to service key, but i need inverted value of input signal, so it is active when service mode is off.
Broader question:
Is it possible to use logic for system inputs? For example $EXT_START = ((bool1 and bool2) or $IN[3]), something like ABB crossconections.
I tried to use FLAG or BOOL, but it makes STEU\MADA\$machine.dat file inconsistent and put system in error.
Otherwise, writing directly to system inputs is not possible as it is write protected.
Thanks
Hi,
i am trying KUKA.Sim pro 3.1 for the first time and I have some issue.
I can easily create program and basic trajectory, but i cannot find the way to create offset point (tool or base) or work with parameters (for example: XPOS=XpP1_1:{X 0,Y 0,Z -2000,A 0,B 0,C 0})
Am I missing something? Can you help me, with implementing offsets in trajectory?
Thanks in advance.
Thank you, with linear movement it works great 
Rest of the code remain same. Just copy point, change abc orientation and linear movement.
Thanks again.
