I would say that the "proper answer" is to teach the users to properly use
holding-tabs, hold-downs, etc. such that there are never parts popping
free. Being a hobbyist or "one time/occasional user" is no excuse for poor
or dangerous technique.
On Sun, Jun 26, 2016 at 6:40 PM, sam sokolik
On 06/27/2016 02:41 AM, Danny Miller wrote:
> In a similar thread, I'm doing 3D carving with some aggressive
> acceleration profiles. The XHC mpg is SUPER rough when stepping around,
> it's supposed to allow you to use different accelerations for mpg
> inputs, but none of that section has ever
Hmm, interesting, but that's only to reduce accel in manual mode, right?
It'd reduce shaking while using the mpg, but the G0 moves in the g-code would
create motor stalls if used at full speed. I'm wondering if all G0 and manual
input could be a mode of higher speed but more limited in
On 27 June 2016 at 17:00, wrote:
> Can the acceleration be changed dynamically through HAL and still work
> properly?
I don't think that the system even looks at the acceleration pins when
the machine is running G-code.
--
atp
"A motorcycle is a bicycle with a
On 06/27/2016 09:09 AM, dan...@austin.rr.com wrote:
> Is there any HAL component that can tell if it's running as G0 or G1?
The pin motion.motion-type, described here:
http://linuxcnc.org/docs/html/man/man9/motion.9.html
"traverse" (1) is a G0, "linear feed" (2) is a G1, and "arc feed" (3) is
On 27 June 2016 at 15:28, Chris Kelley wrote:
> I would say that the "proper answer" is to teach the users to properly use
> holding-tabs, hold-downs, etc
That reminds me, I used holding tabs a lot in CamBam, but haven't even
found them in Fusion360 or Inventor HSM. I
Can the acceleration be changed dynamically through HAL and still work properly?
Because say the traj planner looks 10 moves ahead, and it's 2x G1 followed by
3x G0 moves then 5x G1. It forms a plan based on the acceleration rules. But
when it hits the 3rd command, the HAL suddenly changes
Andy,
They're in the "Tabs" item in the Geometry tab of the 2D Contour CAM operation.
They may also be in other CAM operations but I haven't run into them yet.
Drew
On 6/27/16 8:56 AM, andy pugh wrote:
> On 27 June 2016 at 15:28, Chris Kelley wrote:
>> I would say that
I've worked with a number of CNC router users on a bunch of jobs. I had to
change my beliefs along the way, based on experience.
Tabs are often a huge liability. They are a lot of work to cut, leave a finish
problem where they were cut off, and sometimes tear out the work when you move
the
Yeah I don't expect any immediate solution, but this is a significant problem
which doesn't need to be. If you've done an X-offset by +2", then the limits
check and live preview just needs to offset by +2". They don't need to
recalculate every line of g-code.
Unless, of course, you use a G10
You can not just shift the extents by +2" on a non-cartesian machine - you
have to recheck every point. We tend to forget how complex the general
case can be when we're used to running cartesian mills/routers.
Stephen
On Mon, Jun 27, 2016 at 1:18 PM, andy pugh wrote:
> On
On 27 June 2016 at 17:16, wrote:
> Yeah I don't expect any immediate solution, but this is a significant problem
> which doesn't need to be. If you've done an X-offset by +2", then the limits
> check and live preview just needs to offset by +2". They don't need to
>
On 6/27/2016 9:56 AM, andy pugh wrote:
> On 27 June 2016 at 15:28, Chris Kelley wrote:
>> I would say that the "proper answer" is to teach the users to properly use
>> holding-tabs, hold-downs, etc
> That reminds me, I used holding tabs a lot in CamBam, but haven't even
>
Our router has a thick MDF spoil-board that material gets wood-screwed down
to. We had an old machine that had T-slots but they were never in the right
position or we never had enough hold-down clamps.
Our members/users are taught to either use enough screws so that warped
material is held flat
On 06/27/2016 11:56 AM, andy pugh wrote:
> However, to say that it is possible to never need to stop a job
> part-way through to fix something is, I think, going a bit far. As I
> recall the moveoff component was written after a request from a
> commercial roll-machining company who wanted to be
> On the MPG on my machines I use ilowpass to smooth the output of the jog
> wheel before sending it to LinuxCNC.
In addition to the userspace module for the xhc-hb04 pendant,
LinuxCNC provides helper scripts that provide two ways to
smooth stepped motion requested by an xhc-hb04 pendant.
Usage
Hello all.
Thank you very much for all your advice.
It has been passed on to my friend.
After doing a bunch of cleaning work on the lathe, he asked me for some help,
to make sure he was proceeding in the right direction, and test the lathe.
The machine is a Monarch model 12 C.
An electrician
Hi all,
The joints-axes branch has now been merged into master! Joints/axes was a
project to separate "joints" from "axes" in order to better support machines
where a single motor does not directly drive motion along an axis, such as
gantry machines, robot arms, hexapods, and similar.
Anyone
On 27 June 2016 at 22:25, Moses McKnight wrote:
> Anyone running the development branch of LinuxCNC will need to update your
> configs. Details on the changes needed are in the documentation here:
In most cases the configuration will be automatically upgraded when
you try to
You could use G10 L2 to set the work coordinates for all the axis you want to
change in a single command, so that you only have to do the resample once.
- Original Message -
From: "andy pugh"
To: "Enhanced Machine Controller (EMC)"
On 27 June 2016 at 09:41, Danny Miller wrote:
>
> So, is there a way to have RAPID_ACCELERATION (for G0 alone) as a
> separate thing from MAX_ACCELERATION for the axes, used for G1 motion?
Possibly.
There are HAL pins to control acceleration. However they are not read
Two-parter here:
I was looking over another carving job on the preview window and
realized there's really no way to tell where the work is. That is, we
go up to Z=2" for the start/end coords, but I need to know where the
carving itself starts. It's shown in a different color because it's all
On 27 June 2016 at 09:16, Danny Miller wrote:
> When I go to zero the work coordinates, EACH axis results in
> recalculating the entire file, which can take minutes.
The delay is actually probably the toolpath preview (and limits check)
updating. The motion system doesn't
I work a lot with 3D carving. The files are often quite huge.
When I go to zero the work coordinates, EACH axis results in
recalculating the entire file, which can take minutes. Really it
shouldn't require any recalculation (Mach3 doesn't) since it's just
offsetting the coordinates, but I
24 matches
Mail list logo