Re: Problem with Dyna 2400 CNC milling machine (ARC Problem)

Lee,
They are the 3 lines that follow the ARC statement.
700 ARC<CR><LF>
701 XC= -3.1515<CR><LF>
702 YC= 1.6165<CR><LF>
703 a= 36.85782<CR><LF>

I just don't understand why the controller would treat these lines any
different than any other statement. There are many other multi-line
statements that it handles just fine, such as:
700 GO X- 5.0110
701 Y- 0.1512

Which means to go to those coordinates in a single diagonal move. This
works fine. You know... I wrote something in a newsgroup (or maybe this
group) a while ago about this machine and was showered with responses
encouraging me to upgrade the controller on this machine. The reasoning had
something to do with a problem in cutting circles if I remember correctly.
I wonder if my problem is related??? By the way, I cannot just pass the ARC
statement without the CR,LF because the machine will not echo "NO ERROR"
like it should unless it sees these EOL identifiers.

Thanks,
Elliott

> Date: Thu, 12 Apr 2001 19:23:42 -0000
> From: indigo_red@...
> Subject: Re: Problem with Dyna 2400 CNC milling machine (ARC Problem)
>
> Elliott,
> Maybe something benign after the 3 parms? Are the 3 statements on 3
> following "lines" each with CR LF, or are the parms and arc command
> on a single line ie "700 ARC [1][2][3] (CRLF)"
> -or-
> 700 ARC (CRLF)
> [1](CRLF)
> [2](CRLF)
> [3](CRLF)
>
> Maybe the normal run mode and the line execute mode (mis)handle
> these cases and grab the CRLF as a parm
>
> I'm just trying to toss out ideas of what could hose and ascii
> interpreter.
>
> -Lee
>
> --- In CAD_CAM_EDM_DRO@y..., crainke@h... wrote:
> > That seems like a logical idea, but I actually wrote the
> > communications software that I am using and it always passes a <CR>
> > and <LF> after each statement. I have checked to see that this is
> > working correctly. As for the benign codes, I could put one
> > immediately in front of the ARC statement but not immediately after
> > because the controller looks for 3 special statements following an
> > ARC command. These three are the x locate, ylocate, and the degree
> > of the arc. I will give the benign command a try. Any other ideas?
> >
> > Thanks,
> > Elliott
> >
> > --- In CAD_CAM_EDM_DRO@y..., indigo_red@q... wrote:
> > >
> > > My guess is that the some line end delimiter is missing like a CR
> LF
> > > and the interpreter is either going to a default ARC param or
> > > misinterpreting the rest of the line..? Are there benign control
> > > codes you can stuff before and after the ARC command to test out?
> > >
> > > -Lee
> > >
> > > --- In CAD_CAM_EDM_DRO@y..., "Elliott Crain" <crainke@h...> wrote:
> > > > I am having problems sending code to my dyna 2400. The
> > problem
> > > occurs
> > > > when I send the dyna code in "line execute" mode, also known as
> > > incremental
> > > > mode. The machine works fine unless the line of code that is
> > > passed is an
> > > > ARC statement. When the ARC statement is passed to the
> machine,
> > > the machine
> > > > cuts circles which are obviously larger than the code
> intended.
> > > There is no
> > > > error reported from the dyna and the machine continues to
> process
> > > the code.
> > > > What is seen on the dyna display when this occurs is "700
> > > ARC.******" Where
> > > > there is a period following the ARC and the asterisks represent
> > > boxes. I
> > > > think that the boxes might represent a char which the dyna
> cannot
> > > display.
> > > > The really odd thing about this problem is that if I just
> > > download the
> > > > code to the dyna and run it (i.e. not using line execute),
> there
> > is
> > > no
> > > > problem and the ARC statement shows up correctly as "700 ARC".
> > > >
> > > > ANY ideas would be welcome.
> > > >
> > > > Thanks,
> > > > Elliott Crain
> > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
>