Advanced Search

www.linuxcnc.org/component/option,com_ku...d,2183/lang,english/

hi does anyone know if there is
a firmware for the 7i43 and 7i48
I have EMC2 2.5

NICKKINSMAN wrote:

I've started trying to run some g-code programs, but the red box in EMC showing the machine limits appears way off from where the part is at

This isn't the bug that JT was talking about, I don't think.

Are you touching-off into the coordinate system or the tool table? (you can choose from a drop-down in the touch-off dialog)

I would suggest taking your most common tool, and making that the "base tool" then jog it to a known place in X and Y. Now touch off to the known coordinates in G54, and then into the tool table. That should set the tool offset to zero and the coordinates to suit the work, and you _should_ now see your tool tip and work inside the box.

If it is truly out of limits the trajectory planner will not execute that line... if it is an Axis bug it will run fine when you select run anyway.

John

Thanks for getting back, good to know I'm not way out there, am trying to follow the manual and get it to work.

What is the workaround for this? Choose the run anyway? I think I tried that and it did not want to 'run anyway' but I'll give it a shot again.

Thanks!

Nick

There is a bug in Axis calculating the machine limits when you have an offset which has been fixed in 2.4.7... hope we can get that by Christmas.

I do the same as you and touch off each tool to the spindle face using a 3/8 dowel and call that Z0 for the tool table. Then I take any (almost) tool and touch off the face of the part with the 3/8 dowel and touch off the G54 and enter 0.375.

www.youtube.com/user/Gnipsel#p/a/u/0/VmRUJk0ptN4

John

I might be missing something simple here...I'm using a lathe with EMC V. 2.4.6.32

I've been trying to run some g-code on a new machine setup. When I initially setup the machine with soft limits and no 54 offsets (DRO was reading just machine coordinates) the machine homed and soft limits worked fine, no issues.

I've started trying to run some g-code programs, but the red box in EMC showing the machine limits appears way off from where the part is at (this is after X/Z touch off to set the part location). Even the tool location is showing way off from the red box. And I get the error code - 'out of machine limits' when I try and run the code (and the box over the dimension showing out of limit).

It still seems the soft limits are working, I ran the saddle around and it stops where it should. it almost seems like EMC is somehow confused on the graphical layout of the soft limits.

I'm running homing sequence at startup, and it seems to home up well. I noticed the DRO is still showing the last touch off coord system (as expected) when I startup.

Is there anything I should be doing at startup before homing to make sure it is getting the soft limits right? I'm setting up all my tools with Z=0 just off the chuck face, would that make any difference?

Thanks!
Nick

andypugh wrote:

No, because EMC2 actively avoids hitting the limit switches once it is homed.

And I guess there is no way of dynamically changing the axis travel length during this procedure? Not an elegant solution even if it can be done, though.

kostas wrote:

Couldn't this be done with a HAL component that just disconnects limit signals from their target, using an "and2" as a switch maybe?

No, because EMC2 actively avoids hitting the limit switches once it is homed.

However, that might be part of the solution, you could easily protect the toolchanger area with a limit switch, active only when toolchange is not active. The problem would be that, unlike a normal limit switch, it would be possible to jog onto it.

Couldn't this be done with a HAL component that just disconnects limit signals from their target, using an "and2" as a switch maybe?

grandixximo wrote:

the subroutine for ATC has to be able to move the machine out of limits, is it possible?

I don't know of a way, and I can't easily find one.

I think this might need to go to the mailing list.

Well i have updated today to new 2.5 version, i'll go check if it's fixed

Edit:

Yes it's fixed, sorry for not checking before

Keep up the good work!

I think this is a bug in AXIS (it calculates the soft limits wrong) that has been fixed for the new release 2.5.
Andy may answer as he fixed that bug....

The G54 offset is working fine, that is when i start my Gcode from the beginning, but if i right click a line in the G-code, and i do "run from here", i'll get a message that tells me that one of the movement previous to the line that i have selected is out of limit.

This is because my minimum limit on the machine X0 Y0 Z0 but my g-code have some arcs and line on negative positions, since i have G54 out of the way it should not be a problem, in fact it's not a problem if i start my program from the beginning, only spit error message when i try to run from the middle of the g-code

Should i use other offsets parameter and not G54?

Is it possible to write a subroutine to move out of limits?
I'm writing a subroutine for automatic tool change, and for safety reason i would like the whole tool change to be outside of the working limits of the machine, but the subroutine for ATC has to be able to move the machine out of limits, is it possible?