Re: [CAD_CAM_EDM_DRO] MX3 problem
Posted by
Jon Elson
on 2000-06-03 22:35:13 UTC
scott3d3@... wrote:
constructed RS-274D program
can cause faults of many types on a CNC control. There can be faults
due to perceived
errors in the program syntax, errors detected in the range of motion or
velocities requested,
errors due to improper moves such as inside corners when cutter diameter
compensation
is on, and also errors where the CNC control doesn't know the machine
can't move
at 15000 IPM, and attempts to get such a velocity. Of course, if you
request use of
an optional feature which is not enabled on your specific CNC machine,
that should
cause an error, too. A number of machines are sensitive to how the
radius of an arc
move is requested, and if the radius of the start and end point don't
match in the way
the system likes, you get an error, or even a runaway axis on some
machines.
I'm not clear at all how the MX3 'changes' G-code to events. Does it
read the file
and output its internal format to another file? Does the MX3 have a
disk drive built
into it? If this is so, and you can go in and look at the changed file,
maybe you can
see what specific command is causing it to gag.
between data
processing (and data communicatons) devices.
RS-274D is the specification of the machine tool programming language
commonly referred to as 'G-code'.
Jon
> Heres my problem. I program in Bobcad, save to a disk, then load itWell, this is a bit confusing. It is quite clear that a badly
> into my mill. The mill will do any 2 1/2D work, such as pocket to
> certain depths, drill holes and etc. It's just when I do a 3D job,
> such as a dome or a contour that it won't read the program without
> some kind of fault coming up on the screen. Now I can program 3D
> directly on the mills screen and it will do fine. Now I was told that
> running a DNC cable via RS232 the mill would do 3D work.
> The MX3 does not read standard G-codes in conventional terms (thanks
> Jon), but changes them to events.
constructed RS-274D program
can cause faults of many types on a CNC control. There can be faults
due to perceived
errors in the program syntax, errors detected in the range of motion or
velocities requested,
errors due to improper moves such as inside corners when cutter diameter
compensation
is on, and also errors where the CNC control doesn't know the machine
can't move
at 15000 IPM, and attempts to get such a velocity. Of course, if you
request use of
an optional feature which is not enabled on your specific CNC machine,
that should
cause an error, too. A number of machines are sensitive to how the
radius of an arc
move is requested, and if the radius of the start and end point don't
match in the way
the system likes, you get an error, or even a runaway axis on some
machines.
I'm not clear at all how the MX3 'changes' G-code to events. Does it
read the file
and output its internal format to another file? Does the MX3 have a
disk drive built
into it? If this is so, and you can go in and look at the changed file,
maybe you can
see what specific command is causing it to gag.
> Question 1. Can the inital parameters of be of the hard drive beI really can't figure out what you are asking, here.
> changed to accept G-code?
> Question 2. What's the difference between RS-274D and RS-232?RS-232 is an electrical specification for serial data communication
between data
processing (and data communicatons) devices.
RS-274D is the specification of the machine tool programming language
commonly referred to as 'G-code'.
Jon