Uploading programs

.SRC file is enough to run the robot.
.DAT is extra for storing variables information local to given program.

Controller will not generate .DAT file based on .SRC file.
You can create it manually.

.DAT file is not really necessary if the variables used are declared in Config.dat or in .src file itself.

Check your .src file and see if you have the used variables declared in the declaration section itself.

An SRC file can run without a .DAT file. Motions can be hard-coded, for example: PTP {X 100, Y 200, Z 300, A 0, B 25, C -37}. Local volatile (non-retentive) variables can also be declared and used, for FOR loops for example.
However, without a DAT file, the routines and functions in an SRC file will have no access to any non-volatile (retentive) memory, except for variables declared in $CONFIG.DAT (which are global by default), or variables in other .DAT files explicitly declared with DECL GLOBAL (type) (name) = (initial value). TOOL_DATA and BASE_DATA are typical examples.

Quote from BrechtDaan

Ah ok but when we are not in expert mode we cant even see the .SRC file on .DAT files and it doesnt seem to be able to run the SRC file.

Well, what error messages are being generated? Does the SRC file show up in the Navigator? Is the icon Red-X'd? How did you load this file into the robot? Did you paste it into the correct directory in the /R1 tree?

And if you highlight this file, and then the "Error List" button, what is the list of errors you get? That's the first place to look, when a module has a compilation error (which is what the red X indicates).

Probably to old krc2. Might be spline is not yet supported in the software version, you tried so hard to disclose:

http://www.robot-forum.com/rob…a-robot-forum/read-first/

Maybe also your program name is too long. In KRC2 there was a restriction on the maximal number of characters.

Since your program is not that long, try commenting out all lines and comment in line by line until your error reappears. That at least should give a hint. Please note that SPLINE / ENDSPLINE Statement can not be treated like this but has to commented in as a whole, but you can comment in/out individual SPL lines inside SPLINE / ENDSPLINE.

Fubini

...very odd. it should show you a list of what it doesn't like in that file.

The file loads and runs without issue on my machine. But I'm using a KRC4. Hm...

What about that "Homen" module? Can you get an error list from it? Can you delete it temporarily, and see if that has any knock-on effects on the test program?

Sometimes the compiler just needs a wake-up call. Try Opening (NOT Selecting!) the program, make a minor change (add a blank line, something harmless like that), then close the file and hit "Yes" to save the changes. On occasion, a perfectly good file will throw compiler errors until you do something like this.

If none of that works, try deleting the program from the robot, clear all the error messages (if any) then reload the file, and check the error message window. A compilation error on load will usually leave at least some error messages indicating the kind of error.

Quote from Fubini

Probably to old krc2. Might be spline is not yet supported in the software version, you tried so hard to disclose:

http://www.robot-forum.com/rob…a-robot-forum/read-first/

Maybe also your program name is too long. In KRC2 there was a restriction on the maximal number of characters.

Since your program is not that long, try commenting out all lines and comment in line by line until your error reappears. That at least should give a hint. Please note that SPLINE / ENDSPLINE Statement can not be treated like this but has to commented in as a whole, but you can comment in/out individual SPL lines inside SPLINE / ENDSPLINE.

Fubini

Display More

Yes, that seems to be correct. KRC2 software version probably cannot handle spline blocks.
As far as characters limit for program name it is 24 so he should be fine.

BrechtDaan
Please post your software version

Yeah. You can try to replace each line:

SPL {E6POS: X 851.525, Y -417.674, Z 768.759, A 39.197, B 1.997, C 0, E1 0, E2 0, E3 0, E4 0} WITH $ORI_TYPE = #VAR
with
LIN {X 851.525, Y -417.674, Z 768.759, A 39.197, B 1.997, C 0}
or
LIN {X 851.525, Y -417.674, Z 768.759, A 39.197, B 1.997, C 0} C_DIS (for continues motion)

E6POS is not needed, E1, E2... not needed, WITH ORITYPE not needed

Delete SPLINE and ENDSPLINE

As far as actual results that may vary - you will not get a spline motion