Re: TkEmc problems
Ray Henry wrote:
> Jon and other tkemc users
>
> I posted a slightly modified tkemc.gz on linuxcnc.org that addresses the
> file viewer comment you posted. I noticed that problem some time ago but
> have been running my own gui and I'd changed that part of their system.
Thanks. It was not a big problem once I knew what the behavior was.
> At 01:41 AM 1/17/2000 -0500, you wrote:
> >To: Fred Proctor and others working on the TkEmc interface
> >
> >I had some problems with TkEmc over the weekend. It was the
> >first time I did some serious work with it, and I ran into some
> >very strange behavior, including something that is pretty dangerous.
> >
> >I had motion on axes that I was not commanding to move, in
> >MDI. Here is what I did :
> >1. X17.25 F10
> >2. X0
> >(so far, everything was fine)
> >3. Y-.02
> >(observed a positive X move. I think it was moving
> >to X17.25 Y-.02, but I had to abort it before it caused a problem.)
> >I saw it do this 3 times, in about an hour of work, where I did
> >this operation about a dozen times. It always was on the MDI
> >move of the Y axis alone, on a very short -Y move, after a very
> >long X move + and then back to about X0.
>
> I guess that's dangerous. I haven't seen anything like it and
> couldn't duplicate it here. But I have been annoyed by the last
> mdi staying in the widget after you enter. I took that out.
Well, it was intermittant, but it did happen 3 times in one night.
As for the old MDI command, that can sometimes be useful to
see what you typed. Also, you can use the <- and -> arrow
keys to make it an edit dialog, and then add a feedrate or something,
without having to retype the coordinates.
> Were these long moves incremental or absolute?
Absolute. While I sometimes use incremental coordinates in programs,
I would find it hard to keep track in MDI, so I don't use it there.
I sometimes enter a G10 L2 P2 to change the work coordinates, and
then run a program that was written to do something at coords (0,0).
> >In TkEmc, if you externally edit an RS-274D file, and then attempt to
> >reload the file with the open command, and OK the dialog box, the
> >new program DOES not show on the screen. You see the old program.
> >When you execute it, You see it work down the OLD program lines,
> >while it correctly executes the NEW program lines. The only way to
> >refresh the view is to load some different program by name, then reload
> >the new program by name. If you use the edit window, you see the
> >new program, but if you don't change it, it still doesn't update the
> >program text on the main display.
>
> I think that I fixed this. It is related to the fact that NIST wants
> more than one gui to see the same stuff. The nature of the fix is
> described in the tkemcgz.tzt file
Yup, seeing the behavior, it makes it clear what is being done in
several layers of the software.
Jon
Date Index |
Thread Index |
Back to archive index |
Back to Mailing List Page
Problems or questions? Contact