Search Results (Searched for: )
- Mars
- Mars
01 Aug 2025 15:33
Replied by Mars on topic Remora - ethernet NVEM / EC300 / EC500 cnc board
Remora - ethernet NVEM / EC300 / EC500 cnc board
Category: Computers and Hardware
- Mars
- Mars
01 Aug 2025 14:55
Replied by Mars on topic Remora - ethernet NVEM / EC300 / EC500 cnc board
Remora - ethernet NVEM / EC300 / EC500 cnc board
Category: Computers and Hardware
- Aciera
01 Aug 2025 14:47
Replied by Aciera on topic Advice sought...getting started with Remora/Linuxcnc
Advice sought...getting started with Remora/Linuxcnc
Category: Computers and Hardware
- Jonathan_H
- Jonathan_H
01 Aug 2025 12:06
Replied by Jonathan_H on topic System hangs repeatedly with certain combinations of operations
System hangs repeatedly with certain combinations of operations
Category: General LinuxCNC Questions
- Jonathan_H
- Jonathan_H
01 Aug 2025 12:02
Replied by Jonathan_H on topic System hangs repeatedly with certain combinations of operations
System hangs repeatedly with certain combinations of operations
Category: General LinuxCNC Questions
- atrex77
01 Aug 2025 11:34
Replied by atrex77 on topic W5100S-EVB-PICO stepgenerator and encoder driver
W5100S-EVB-PICO stepgenerator and encoder driver
Category: Driver Boards
- dredivan
- dredivan
01 Aug 2025 11:25 - 01 Aug 2025 11:39
Replied by dredivan on topic Touch off don`t work "file not open"
Touch off don`t work "file not open"
Category: AXIS
- Cysign
- Cysign
01 Aug 2025 11:19
Interfaces & linear scale for LinuxCNC was created by Cysign
Interfaces & linear scale for LinuxCNC
Category: General LinuxCNC Questions
Hi,
I originally wanted to run a cheap DIY cnc machine using an old Intel Atom dualcore computer which has an LPT connector. But meanwhile I start thinking about higher quality components.
Same specs:
-stepper motors (already exist)
-linear rails for a work area of 1000/600/200mm (already exist)
-spindle Kress FME800 (already exists)
-stepper driver board with 5x Toshiba TB6560 (already exists)
-USB connected hand controller/job wheel LHB04 (already exists)
Now I wonder if I'd better go for an network/USB controlled Mesa card to get rid of that old Intel Atom computer and be able to use any machine (probably a modern notebook).
Also I would like to bux linear scales for my build, but couldn't figure out how they would be connected to LinuxCNC.
Is there a lis with reliable (but not too expensive) supportet linear scales?
And would you rather ust the Toshiba stepper driver board listet above or get some modern alternative?
Since I didn't really start building it, I'm free to change components for the good
I'm going to weld the frame for my machine. So I wonder what's the best way to start? At the moment I think I'm going to build z-axis first and depending on it's dimensions I can design the x-axis, then Y-axis.
But for designing the z-axis I need to know which linear scale system I need to mount and what size it is.
Since this CNC machine is intended to build electrical guitars, I don't require the highest precision, but I'd like to have as small tollerances as possilbe for a reliable pricetag.
I originally wanted to run a cheap DIY cnc machine using an old Intel Atom dualcore computer which has an LPT connector. But meanwhile I start thinking about higher quality components.
Same specs:
-stepper motors (already exist)
-linear rails for a work area of 1000/600/200mm (already exist)
-spindle Kress FME800 (already exists)
-stepper driver board with 5x Toshiba TB6560 (already exists)
-USB connected hand controller/job wheel LHB04 (already exists)
Now I wonder if I'd better go for an network/USB controlled Mesa card to get rid of that old Intel Atom computer and be able to use any machine (probably a modern notebook).
Also I would like to bux linear scales for my build, but couldn't figure out how they would be connected to LinuxCNC.
Is there a lis with reliable (but not too expensive) supportet linear scales?
And would you rather ust the Toshiba stepper driver board listet above or get some modern alternative?
Since I didn't really start building it, I'm free to change components for the good
I'm going to weld the frame for my machine. So I wonder what's the best way to start? At the moment I think I'm going to build z-axis first and depending on it's dimensions I can design the x-axis, then Y-axis.
But for designing the z-axis I need to know which linear scale system I need to mount and what size it is.
Since this CNC machine is intended to build electrical guitars, I don't require the highest precision, but I'd like to have as small tollerances as possilbe for a reliable pricetag.
- ihavenofish
- ihavenofish
01 Aug 2025 05:27
Replied by ihavenofish on topic Mini wannabe datron build
Mini wannabe datron build
Category: CNC Machines
Mo pichurs... for your enjoyment (or hate, you do you...)
The atc mounting arms are just pure brute force right now. I need to refine them be a little lighter and a lot less expensive.
The atc mounting arms are just pure brute force right now. I need to refine them be a little lighter and a lot less expensive.
- Hakan
- Hakan
01 Aug 2025 05:09
Replied by Hakan on topic System hangs repeatedly with certain combinations of operations
System hangs repeatedly with certain combinations of operations
Category: General LinuxCNC Questions
- ihavenofish
- ihavenofish
01 Aug 2025 03:02
Replied by ihavenofish on topic Mini wannabe datron build
Mini wannabe datron build
Category: CNC Machines
Alllllmost there.
- DauntlessA
- DauntlessA
01 Aug 2025 02:56
Replied by DauntlessA on topic Probe tripped during non-probe move deadlock
Probe tripped during non-probe move deadlock
Category: General LinuxCNC Questions
Hi Andy,
I believe that the issue I'm describing is exactly the one here:
github.com/LinuxCNC/linuxcnc/issues/2926
The last comment from that issue was you asking about the motion.motion-type following motion.probe-input going high.
I've looked in the halscope and it does seem that motion.motion-type remains at a value of 5 (Probing) until deceleration is completed, at which point the motion-type goes directly to 0 (Idle). So the issue isn't that the motion type resets immediately when the probe input triggers.
I was probing using just the X axis/joint 0 when I tested this.
I'll try and find out a bit more if I can.
I believe that the issue I'm describing is exactly the one here:
github.com/LinuxCNC/linuxcnc/issues/2926
The last comment from that issue was you asking about the motion.motion-type following motion.probe-input going high.
I've looked in the halscope and it does seem that motion.motion-type remains at a value of 5 (Probing) until deceleration is completed, at which point the motion-type goes directly to 0 (Idle). So the issue isn't that the motion type resets immediately when the probe input triggers.
I was probing using just the X axis/joint 0 when I tested this.
I'll try and find out a bit more if I can.
- DauntlessA
- DauntlessA
01 Aug 2025 01:05
Replied by DauntlessA on topic Possible to access a HAL OUT pin for jog count backlog
Possible to access a HAL OUT pin for jog count backlog
Category: HAL
Andy,
Thanks so much!
I had a dig through some of the motion planner, and it seems when an incremental jog is commanded by the GUI using NML, then this is the associated case in:
github.com/LinuxCNC/linuxcnc/blob/master...otion/command.c#L841
If the incremental jog is accepted, if it is a joint jog (free mode), it seems to handle all of the logic there, with the target position assigned as follows:
Whereas, if it is an axis jog (teleop mode), it will call the functionin:
github.com/LinuxCNC/linuxcnc/blob/master...c/motion/axis.c#L279
So, for both joint and axis, the way the position is assigned is essentially the same, it modifies either the value of or by the value of the jog incremental offset.
These would be the hal pins... which actually already exist as and !
I thought I'd tried the axis ones already but I must've forgotten to home the sim and since I had the joint jogging pins connected as well I didn't realise I wasn't using teleop
But yeah, the 'backlog' of incremental jog-counts is just converted into a teleop or free mode motion planner position (which explains why a backlog acts just like a continuous jog).
And, yes, I did sort of avoid saying why I was looking into this (sorry!), wanted to see if this way would work first!
I was looking at meister 's camjog widget
github.com/multigcs/riocore/blob/main/ri...ons/camjog/camjog.py
It jogs via jog-counts (which is definitely the best way to do this), but the only drawback is that it can move in a dogleg if one joint or axis takes longer than the other to reach the destination.
But, if you compare the 'jog DTG' (my test assumes both have the same max velocity) for x/y (or the joint equivalent), you can scale down the velocity of the joint/axis which has the smaller DTG according to its proportion against the joint/axis which has the larger DTG, and then use that to scale the milltask joints/axis max_vel pins.
And the other required logic is that if at least one of the joints/axes is within positional tolerance of the target position, the velocities of both the joints/axes need to be set back to 100%.
Anyway, this is sort of trying to force free or teleop mode to act like coordinated mode. It's quite similar to anglejog, actually,
but it acts later by calculating the 'Jogging DTG' from existing counts with the same scale (from camjog) and modifying the velocities to follow the resultant instead of calculating the counts itself.
I'll try and flesh out the component a bit more now I know it works.
Also, I still can't figure out why joint jogging is still doglegging
It's not a big deal for me as long as axis jogging works but I want to know why it's not working
Thanks so much!
I had a dig through some of the motion planner, and it seems when an incremental jog is commanded by the GUI using NML, then this is the associated case in
motion/command.cgithub.com/LinuxCNC/linuxcnc/blob/master...otion/command.c#L841
If the incremental jog is accepted, if it is a joint jog (free mode), it seems to handle all of the logic there, with the target position assigned as follows:
/* set target position for jog */
if (emcmotCommand->vel > 0.0) {
tmp1 = joint->free_tp.pos_cmd + emcmotCommand->offset;
} else {
tmp1 = joint->free_tp.pos_cmd - emcmotCommand->offset;
}Whereas, if it is an axis jog (teleop mode), it will call the function
void axis_jog_incr(int axis_num, double offset, double vel, long servo_period) {}axis.cgithub.com/LinuxCNC/linuxcnc/blob/master...c/motion/axis.c#L279
if (vel > 0.0) {
tmp1 = axis->teleop_tp.pos_cmd + offset;
} else {
tmp1 = axis->teleop_tp.pos_cmd - offset;
}So, for both joint and axis, the way the position is assigned is essentially the same, it modifies either the value of
free_tp.pos_cmdteleop_tp.pos_cmdThese would be the hal pins... which actually already exist as
joint.N.free-pos-cmdaxis.L.teleop-pos-cmdI thought I'd tried the axis ones already but I must've forgotten to home the sim and since I had the joint jogging pins connected as well I didn't realise I wasn't using teleop
But yeah, the 'backlog' of incremental jog-counts is just converted into a teleop or free mode motion planner position (which explains why a backlog acts just like a continuous jog).
And, yes, I did sort of avoid saying why I was looking into this (sorry!), wanted to see if this way would work first!
I was looking at meister 's camjog widget
github.com/multigcs/riocore/blob/main/ri...ons/camjog/camjog.py
It jogs via jog-counts (which is definitely the best way to do this), but the only drawback is that it can move in a dogleg if one joint or axis takes longer than the other to reach the destination.
But, if you compare the 'jog DTG' (my test assumes both have the same max velocity) for x/y (or the joint equivalent), you can scale down the velocity of the joint/axis which has the smaller DTG according to its proportion against the joint/axis which has the larger DTG, and then use that to scale the milltask joints/axis max_vel pins.
And the other required logic is that if at least one of the joints/axes is within positional tolerance of the target position, the velocities of both the joints/axes need to be set back to 100%.
Anyway, this is sort of trying to force free or teleop mode to act like coordinated mode. It's quite similar to anglejog, actually,
but it acts later by calculating the 'Jogging DTG' from existing counts with the same scale (from camjog) and modifying the velocities to follow the resultant instead of calculating the counts itself.
I'll try and flesh out the component a bit more now I know it works.
Also, I still can't figure out why joint jogging is still doglegging
- PCW
01 Aug 2025 00:20
- Jonathan_H
- Jonathan_H
31 Jul 2025 23:48
System hangs repeatedly with certain combinations of operations was created by Jonathan_H
System hangs repeatedly with certain combinations of operations
Category: General LinuxCNC Questions
Time to create page: 0.414 seconds