Position isn't much use without the current TCP transform, the user frame the point is in, or is active, and what model the arm is.
Is your first move a linear move that attempts to go through singularity? Is your start point (home) close to a J5 position of 0 degrees?
Set $SCR.$TPENBLEOVRD to 100 and it will let you run at a 100% in teach.
Edit: Wrong var. See my response below.
Also, attached is my post for an ABB. Hopefully it will help you out a bit.
Fanuc code is a bit different. You will have to store the XYZWPR pos and paste it at the end of your .ls file.
John Saunders made a video on configuring a post that was very helpful in making this.
I'm glad it is working for you. Honestly I don't think anyone would care, as that software is 20 years old.
On that era of controller, you can enable Karel by going into the system variables and turning $Karel_enb to true. As for compiling teach pendant or Karel programs, attached is pretty much an abandon ware version of the compiler. It can also compile .tp programs.
Maketp.exe will compile .ls programs to .tp. PrintTP will do the opposite. Ktrans.exe will compile .kl to .pc. Use -? on them in a command prompt to see what they need for arguments. You may also need to run them in a dosbox. I haven't used them in years. You may need to run setrobot.exe to setup your robot first for the compilers.
I would say give Fanuc a call and see if they can generate a PAC for ASCII Upload. Hopefully you still have the original install media for the robot.
I believe it was free on that era of controller, and Fanuc tends to hand out options like candy on educational machines.
I modified the byte at position 0A from 27 hex to 29 hex, and that made it work.
Figured out what position to modify by compiling a blank program on v8 and the same on v9 and comparing them. Comparison tool was ultracompare.
The newer versions of the controller software (v9.10+) have an incremental jog move built into them. You just have to enable it under the system menu.
For older controllers, you can modify how far the Fine mode moves via the system variables, and use that as a kind of incremental move.
Hi.
Problem solved.
LATI
Would you be so kind to inform us on how you solved the problem? So that other users which experience the same problem would be able to solve it. Hence the whole point of a forum.
How off are you? A few degrees? Several?
The problem with doing it that way is that there is two solutions. A negative angle and a positive angle will generate the same aspect ratio.
Another issue with that is that the aspect ratio is a bit noisy.
I'm guessing that since there is a <= for the fast clock evaluation, it is evaluated true immediately.
I think $FAST_CLOCK is an integer, so its max and min should be +/- 2 billion.
Is DO[111] set to the complementary for DO[112]?
Also, don't name your pod files very long (32 or more characters), or you will kill your ability to do backups. The backup will just fail when it reaches that file. You won't be able to delete the .pod file either. Found this out the hard way. In order to fix it, I had to mount an image of the robot, delete it from there, and reload the image.
In addition to that, make sure your models are greatly simplified if you want some semblance of usable frame rate on the teach pendant.
I did something similar where we setup a 1734 remote IO rack using the robot as the master in this thread. Was a bit of a bitch to get up and running. Hard part was figuring out the proper instance configuration.
I believe the armor block is pretty similar.
You are correct, this option is implemented rarely. I've only used in on one job out of my entire career. You may have to contact Fanuc directly.
It would help if you posted what your settings and use case are. Also how are writing to the DPM system vars with your Karel program. You may have to write a software PID in there.
Did you end up messing with the $a1 and $a2 filtering variables?
Well you managed to chose the two brands that are considered the hardest for beginners to learn.
Do you have a GET_HOME Karel program on your robot? This copies reference position 1 into PR1, and is in joint rep.
Someone may be running it trying to get the robot home. If you do have it, it won't hurt to delete it.
Generally in industry, PR1 is used as the home position.
Looks like Tormach is getting into the robotics world.
Anyone not familiar with Tormach, they produce hobby to prosumer grade lathes and mills. I personally own a series 3 PMC 1100, and I am pretty happy with it.
Looks like they will be available June of next year, for about $17k for a 6kg arm.
Here is a link to the talk:
Some interesting notes:
I think this is very interesting. The fact that this robot is open source, and you can access everthing in it will be very useful.
It remains to be seen how repeatable and realiable the arm is though.
Is the memory on the controller completely full? That's the only thing I can think of.
Would you be willing to share the source code? I am curious on how this works.
Is this another modification of the .pc file like I did, or did you manage to replicate the source code?
