1. Forum
  3. Search

Advanced Search

Search Results (Searched for: )

  • ozumu
  • ozumu
Yesterday 20:09
Replied by ozumu on topic Spindle position in Axis does not reflect spindle position on machine in space

Spindle position in Axis does not reflect spindle position on machine in space

Category: AXIS

The issue seems to stem from how AXIS interprets the machine's home position relative to the bounding box. By default, AXIS assumes the origin (0,0,0) is at the center of the workspace, but your machine's home is at the top front corner. Changing the min/max values in the INI file shifts the bounding box but creates new problems with axis limits.

To fix this, you need to adjust the **HOME_OFFSET** values in the INI file for each axis. These offsets tell AXIS where the machine's home position is within the bounding box. Set the offsets to match the actual physical home position (e.g., top front corner). This should align the GUI spindle position with the machine's real spindle after homing, without affecting the axis ranges or soft limits.
  • mrmike
  • mrmike's Avatar
Yesterday 19:57
issues with isolcpus was created by mrmike

issues with isolcpus

Category: General LinuxCNC Questions

I cannot get the isolcpus command line to take effect.  I have set the grub to the following:
savedefault
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
search --no-floppy --fs-uuid --set=root a08bfa77-56e1-4ee2-a80a-ccc22b8725cd
echo    'Loading Linux 6.3.0-rt11-linuxcnc ...'
linux    /boot/vmlinuz-6.3.0-rt11-linuxcnc root=UUID=a08bfa77-56e1-4ee2-a80a-ccc22b8725cd ro initrd=/install/gtk/initrd.gz 
echo    'Loading initial ramdisk ...'
initrd    /boot/initrd.img-6.3.0-rt11-linuxcnc
GRUB_CMDLINE_LINUX_DEFAULT="isocpus=3"

And have changed the last line to 0,1,2 to 0, to 1, and to 2 with no effect.  The histograms show 4 cores no_isolcpus.
This is an intel i5-6500t.
Any ideas?


 
  • Nkbhvid
  • Nkbhvid
Yesterday 19:51
Replied by Nkbhvid on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

But will it make any sense at all to try to configure the setup as long as I get an “unsupported board”

A little about the background for the project.
I have over time -as a side business - made several retrofits of older (woodworking)cnc machines
Normally I change the driveline to new hybrid steppers controlled by a plc with a control sw developed by ourselves (or in a few projects Mach 3&4), but in this project I have a huge 7ton Homag with very powerful Rexroth motors and drives where i have modified the drives to analog control.
Therefore I went for a LinuxCNC and a mesa 7i97T.
I accept there is a learning curve but it has been far more complex than expected.

I’m surprised about how many YouTubes are found about “LinuxCNC as easy as Mach3” a statement I have hard to believe unless you have 20 years of Linux behind you
  • bobwolf
  • bobwolf
Yesterday 19:42
Replied by bobwolf on topic Solving the USB Latency Dogma for HMI/MPG: Technical Feedback Request

Solving the USB Latency Dogma for HMI/MPG: Technical Feedback Request

Category: Driver Boards

I'm interested in trying this out. Where can I get the Arduino source code?

You can find everything here: Project Home & Documentation:  bobwolfrst.github.io/io_decoder-linuxCNC/demo_mode.en

Direct Download (.zip):
github.com/bobwolfrst/io_decoder-linuxCN..._decoder_eval-v1.zip

ciao
Roberto
  • ruediger123
  • ruediger123
Yesterday 19:19
Replied by ruediger123 on topic LinuxCNC S-Curve Accelerations

LinuxCNC S-Curve Accelerations

Category: General LinuxCNC Questions

@grandixximo

Very good work!
I've started testing.
I've noticed that the track speed is very low with G2/G3, but significantly higher with G64 Pxx.

More tomorrow.
  • spumco
  • spumco
Yesterday 19:18
Replied by spumco on topic How do I lubricate correctly?

How do I lubricate correctly?

Category: Milling Machines

Here's what I came up with for my Mill's Y-axis saddle.  Much simpler than running grease/oil lines to a central lubrication pump...make them just long enough for easy access.
  • Hose is Kynar (PVDF), I believe 4mm OD
    • any fluoro-polymer hose/tube should be fine (PTFE, ETFE, etc), stay away from anything else.
  • Fittings are just cheap air-hose push-to-connect (same as 3D printer filament tube size)
    • The cheap push-to-connect o-rings will likely fail after some years, but it'll be obvious when it happens and I have a dozen or so spare fittings
    • Drill out the PTC fitting to remove any unnecessary constrictions (it's surprising how small the ID is)
    • The fittings on the actual trucks are compression w/ferrules, so no o-rings to worry about
  • Manifold is a really kludged DIY thing - drilled/tapped for the fittings
    • it's not actually a manifold... each port is separate
  • I'm using NLGI #1, no moly.  Any thicker (or much longer hoses) and I'd run the risk of a hose popping out of a fitting.
Z-axis has a similar 'remote fill' system as the Y-axis.

Couple pumps 3-4 times a year (low use machine) and no issues since installed.
  • Jocman
  • Jocman
Yesterday 18:32
Replied by Jocman on topic MAC address not retrieved (after 2 years stop)

MAC address not retrieved (after 2 years stop)

Category: Driver Boards

As I've 2 lan cards (the onboard and a second PCI board), I tried to launch
ip a
when connected to both, and this is what I get:
connected to Mesa (onboard card):
joccnc@JocCnc:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether e8:4e:06:84:dc:c9 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.11/8 brd 10.255.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd59:b8bd:be6f:0:377f:d68c:ef9e:9227/64 scope global noprefixroute dynamic
       valid_lft 7154sec preferred_lft 3554sec
    inet6 fe80::8bdd:424d:f6d4:7ea2/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 70:85:c2:6a:f0:3d brd ff:ff:ff:ff:ff:ff
joccnc@JocCnc:~$
and pinging  my router:
joccnc@JocCnc:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
ping: sending packet: Network is unreachable


connected to WEB:
joccnc@JocCnc:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether e8:4e:06:84:dc:c9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.245/24 brd 192.168.1.255 scope global dynamic eth0
       valid_lft 863814sec preferred_lft 863814sec
    inet6 fd59:b8bd:be6f:0:6bdd:2ca7:6e73:aa7b/64 scope global noprefixroute dynamic
       valid_lft 7016sec preferred_lft 3416sec
    inet6 fe80::6ed6:c856:a0cb:2db8/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 70:85:c2:6a:f0:3d brd ff:ff:ff:ff:ff:ff
joccnc@JocCnc:~$
and pinging my router:
joccnc@JocCnc:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.651 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.488 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.479 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.522 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.479 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.461 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.479 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.478 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=0.483 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.486 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=0.398 ms

I've attached a screenshot of my desktop showing the lan connection window
  • tommylight
  • tommylight's Avatar
Yesterday 18:21
Replied by tommylight on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

You do not need mesaflash unless you need to change the firmware.
Use MesaCT to create a config and test the machine.
-
From your posts it is unclear what you are trying to achieve, you mention Mach3 and 4 used for position control on stepper driven machines, but here you are using a Mesa 7i97T that is explicitly for analog servo drives, so what gives?
  • Nkbhvid
  • Nkbhvid
Yesterday 18:13
Replied by Nkbhvid on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

My current version is 3.4.9
  • unknown
  • unknown
Yesterday 18:04 - Yesterday 18:05
Replied by unknown on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

What version of mesaflash are you using ?

forum.linuxcnc.org/27-driver-boards/5285...-by-mesaflash#302114

Maybe of some help
  • endian
  • endian's Avatar
Yesterday 17:34 - Yesterday 17:57
Replied by endian on topic LinuxCNC S-Curve Accelerations

LinuxCNC S-Curve Accelerations

Category: General LinuxCNC Questions

Sounds all sensible to me but I really don't feel competent to comment on the proposed path.
I certainly like the structured approach of your initiative, that is something that has been sorely lacking in other attempts.
I think/hope that Rob will be able to give an educated opinion on it and shape it into a concrete roadmap.

Note that Mitsubishi SSCNET requires a servo cycle <= 222us
forum.linuxcnc.org/9-installing-linuxcnc...cnet?start=70#256576
 
defenetly is great to have something faster then 1ms .. ethercat can run at 50us with 16axis but this complex calculations are far slower for now 

I think 250us is very pretty goal (common industrial standard) at any hardware and then reduce it based at used hardware 


Note than many ethercat drives are also limited to 1khz in position mode. lichuan is, stepperonline/jss i think is and Im pretty sure the delta b3 is. My omrons I think are restricted to 2khz in csp mode.

For 4khz or 8khz usually you are restricted to other modes. At least in the drives I have. There definitely are (much) faster ones, but they are more specialised gear vs generic milling cnc applications.

Point being, 250us sounds great, but I don't know it needs to be any sort of priority cause only few people could use it. But then maybe those few people are important (like the people I know wanting to nanometer scale optical things and MUST have the higher "loop" speed so can't entertain linuxcnc right now)
 

You are right, I agree with you 100%, main goal is get lcnc with curves at 1khz ... Timig is very wide and difficult topic but faster code means more play to some latency or timig issues of something, stability, rigidity etc...

I think it is reachable timing .. faster tick means better final result of movement and better regulation feedback with velocity or current control.. 

Then we can say isolated cpu to sleep if it will runs at longer timing then 250us .. finally we can use more masters at other network interface to run it with different timing if it is needed and then let cpu to sleep

I think Luca's goal are very very well definied .. from my point of view there is missing just pos(t+1) or pos(t-1) for position commands to any drivers which is not using the velocity setpoint(its cosmetic to not see the ferror during movement with position setpoint)

We can runs 16khz with beckhoff but there is latency restictions... for now... I am running 0.5khz with profibus equidistant and it works well but with trapeziodal its was pain.. now with scurve its smooth like butter... lower timing than 1khz are for gentelmen which they know what they are doing.. its advanced I think
  • Nkbhvid
  • Nkbhvid
Yesterday 17:05
Replied by Nkbhvid on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

Here are some (random) results

ping 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
64 bytes from 10.10.10.10: icmp_seq=1 ttl=64 time=0.124 ms
64 bytes from 10.10.10.10: icmp_seq=2 ttl=64 time=0.089 ms
64 bytes from 10.10.10.10: icmp_seq=3 ttl=64 time=0.092 ms
64 bytes from 10.10.10.10: icmp_seq=4 ttl=64 time=0.096 ms
^C
--- 10.10.10.10 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3060ms
rtt min/avg/max/mdev = 0.089/0.100/0.124/0.013 ms
mesaflash --device ethernet --addr 10.10.10.10 --readhmid
No ETHERNET board found
ls /lib/firmware/hm2/
3x20-1 4i65 4i68 5i20 5i22 5i22-1 5i22-1.5 5i23 7i43 7i43-2 7i43-4 7i97t_d.bin
mesaflash --device ethernet --addr 10.10.10.10 --readhmid
Unsupported ethernet device 7I97T at 10.10.10.10
No ETHERNET board found
  • djdelorie
  • djdelorie
Yesterday 16:52
Replied by djdelorie on topic Solving the USB Latency Dogma for HMI/MPG: Technical Feedback Request

Solving the USB Latency Dogma for HMI/MPG: Technical Feedback Request

Category: Driver Boards

I'm a little unconvinced how changing to USB would have an affect on the "wiring nightmare or EMI issues".

On my machine, I have a 30ft active USB cable going from the control box to the spindle mount (it's for a camera, but I have other wires up there for other things and the cable chain is getting full).  I could see a use for another going to the tool rack (it's on the far side of the machine wrt the control box) for monitoring the pockets etc .  It's no different than running 24V and RS422 between Mesa cards, or ethernet/ethercat, but with hubs and latency :-)
As for noise, I imagine cases where replacing "home runs" to sensors with a single USB cable with CRCs would prevent some EMI spikes from triggering faults.
As always, we each have different needs and having a wide range of options available is good :-)
 
  • Nkbhvid
  • Nkbhvid
Yesterday 16:44
Replied by Nkbhvid on topic Linuxcnc 2.9.4 and Mesa 7i97T

Linuxcnc 2.9.4 and Mesa 7i97T

Category: Installing LinuxCNC

Correct me if im wrong here but as far as im informed there will be no ini nor hal file before the configuration?
Since im not there yet i have none of them - or at least from what i can see
I can ping the board and mesaflash sees it but thats about it.

I'm really curious to hear if my setup with a Linuxcnc and a mesa 7i97T is a dead end street. If so I would rather stop now and go back to my safe world of PLCs and Mach
Displaying 61 - 75 out of 19835 results.
  1. Forum
  3. Search
Time to create page: 0.237 seconds
Powered by Kunena Forum