Looking at a vmc at the minute and it has 0iMD control.
I have read a few people commenting on the fact that they are totally different to 0iMC and that they also are very finicky on running programs (what can run on earlier Fanuc's don't necessarily run on the D control).
I thought the D was light/stripped out version of the 31i (robodrill) so would asume screen layout is the same as the robodrill. Does anyone know if this is the case?
Also, why do some progs not run on the D?
Based on working with fanuc and for Fanuc, you should be able to run older programs in any newer Fanuc control.
I always felt that this is one of the real secrets to their success,
You should be OK, programming should be very, very similar.
Good luck: Heinz at doccnc.com
On a somewhat different matter:
What button do you push to register a new post.
I can answer, but I can not figure out how to get in a new post. Help>
Heinz - I believe fanuc have tightened up tolerances of what is acceptable on leadin/lead out values. So if a program's math was not quite right it would have run in the older controls, but it has to be exact to run now (unless I'm missing something - I'm asuming rounding errors on post processing???)
This is definitely not so, and I completely agree with Heinz. I have had to attend to issues with old Fanuc controls, such as 5T and 3000C controls where there have been out of tolerance error relating the the end points of arc, and where the coordinates looked just fine. In just about all cases, the programs were created using reputable cam systems, and by altering the end point in either, or both axes, by just the least programmable input, allowed the program to run. This problem was difficult to determine in the first instance, as the math always looked correct. I stumbled on the resolve by recreating the tool path in my own CAM system, where I do all calculations using double precision variables, and the end coordinates were different in one axis by .001mm. It wasn't a case of the resulting NC output being rounded incorrectly, but that along the way small errors in calculations accumulated were the end answer resulted in a value that when rounded to the NC format was one or two microns out.
Originally Posted by barbter
In these early controls, there is no parameter to set the tolerance for deviation from the arc end being out of position, but in all the modern controls there is. In all cases, the programs that failed in the early controls, ran successfully in late model controls without any alteration to the original programs.
If your problem of the programs not running is associated with arcs, I'd suggest looking at what value is registered in parameters for the tolerance for arc end points being out of position. It may be that the parameter setting of this tolerance is too small.
We had that with the heidenpain controls, a TNC370 program thats known to work, just would'nt with the 530 controls,I converted said program to Fanuc OM control to try and get the job on another different machine and got the same problem, then found out the arc end pos error parameter on the 370 was something like 0.025 instead of the 0.001 and 0.005 on the 530 and fanuc respectively.
Originally Posted by angelw
Sharp SV-2414 (new model)
Post 2 here.
Also I have read things like this on other forums - it must be that the D package has default arc tolerance set way tighter than previous controls then???
Further investigation required
I think the real answer will vary with each builder, what they specify and how they integrate it. Seems there's a lot of fanuc controls with the same symbols at the top, but the rest of it is all quite different.