Of course I should have updated to latest version before posting but at least have done this now. Update to the latest version 2.10.0~pre0 Date: Mon Jan 1 22:58:27 2024 +0100 the problem have been solved in z direction for different coordinate systems and partly for x,y direction.
Use G10 L2 P0 moving G54 coordinate checking several times it seems machine and relative position is mixed up for (x,y) axis until file is reloaded. Re-Check button appear if G-code is outside machine limits then file is loaded. But load G-code and then changed the coordinate system which is usually done then part is touched no new check is done until machining is stopped because a soft limit is hit. Think problem is the same for tool length compensation. Nicklas Karlsson tis 2023-12-12 klockan 21:34 -0500 skrev gene heskett: > On 12/12/23 17:39, Nicklas SB Karlsson wrote: > > Have a quite large part compared to the machine there I put the > > zero > > point in the lower left corner. As machine limits for (x, y) > > movements > > are zero in the middle an offset is added then touch off part. > > Pretty > > sure I got it right and part is within machine limit but check fail > > complain axis is outside of machine limit. > > > > Then an offset is added either by G10 L2 or by touch off button > > machine coordinates and G-code coordinates does not agree > > anymore. So > > problem might be Linuxcnc check the G-code only but do not add the > > offset set during touch off or of simply make the calculations > > wrong. > > > > There also seems to be a problem with the minimum and maximum > > limits > > shown in the preview view. Then no offset is added machine and > > relative > > position is same and everything is OK. But then an offset is added > > by > > G10 L2 or touch off it seems selecting machine position in view > > menu > > show coordinates in G-code which must be wrong then an offset is > > added > > to the G-code. Selecting relative coordinates show other > > coordinates > > with same distance but they are neither the numbers from the G-code > > nor > > the absolute position if I maded the calculation correct. > > > > Anybody else had similar problem? > > > Those limits Nik, set in the .ini file, are relative to the g53 > coordinate map, or are supposed to be. That's so they don't move > physically when the mapping is changed by a touch off or whatever. > > The g53 map's zero position can be anyplace, but I usually set zero > near > the center of the envelope regardless of home switch locations which > are > generally just a few thou from mechanical end limits then offset back > to > near the center for the zero point, but that for me is just a > personal > pref as that allows me to use the home switch as a that end of travel > limit switch in the .hal file, with the other end just a software > limit > in the ini file. Saves me one or 3 pins on the end bob. > > It can be confusing too if the saved vars lists in > linuxcnc/configs/your-config/position.txt or linuxcnc.var file are > contaminated, so you might want to rm them, restart linuuxcnc and > rehome > to remove that potential src of the machines confusion. > > You also didn't note which version you're using. Andy will want to > know. > > I run master on all my wintel boxes and haven't noted a problem but > haven't really exercised either of them in about a month as I'm > fiddling > with final trimming of a vise screws production on a 3d printer farm > I'm > also re-building. Making the screw has now become a 2 machine process > as > the rough carving has been moved to the go704 from the 6040, taking > me > from 2 days to make one screw to 2 a day. I made an A axis for the > go704 which is about 300x faster at the rough rounding of a square > stick. An A axis that can spin 500 rpm with arcminute or better > accuracy. > > > > > Regards Nicklas Karlsson > Take care, stay warm and well. > Cheers, Gene Heskett. _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
