Load Data Determination - "no identification of load data"

The load data determination with loads lower than a third the nominal load often fails.

Did You enter the load manually? If not, try that.

Quote from joRobot

I tried the procedure more than 20 times with no success. I tried to reinstall LDD from Workvisual, restarting the controller and nothing works. I also tried choosing different versions of KR16R2010 robot, but failed again.

Does anyone know what could be the problem?

why keep on trying same thing? it sure sounds like a dead end and even after 2000000 times, there would be nothing different.

it is much better to just read the manual. reading it once should be enough. plus it is very short. what Herman suggested is on page 28, chapter 6.4.

I do not know Kuka at all, but are you supposed to enter any armloads prior to doing your load determination? Like ABB robots. I have seen many set up incorrectly because of failure to enter armloads.

One can always set weight (kg] manually before running LDD (LoadDataDetermination).

If Load (weight) is sufficient, this is not needed, LDD can accurately determine values of mass, CoG, inertia and inertia axes on it's own.

But when load is small (relative to robot rated payload), results are inaccurate.

This has nothing to do with the robot brand, it applies to any measurement system.

Kuka LDD simply does not discard strange results or assume that load is small. it tells it as it is and lets user deal with it.

But most people are too lazy to check the documentation or do anything that requires some sort of effort (like typing in value manually) and expect system to magically come up with optimal solution no matter how odd/unfavourable physical setup really is.

is the MADA correct and not ceiling version for example?

another thing to check is if robot mounted securely (bolted down to a stiff base). for example trying to run LLD while robot is just sitting on the floor on it is on a transport skid is not good. also anything mounted on the robot should be secured properly.

unfortunately neither LDD6.x not LDD7.x documentation include any troublehsooting.

it is quite easy to create toool that does have CoG with negative Z value. not sure why such result would get rejected assuming that is the problem.

can you post photo of the EOAT or any info on approximate shape/size and materials used (or their density)?