Advanced Search

drive.google.com/file/d/1-akVp7OStuMzRxG...Rgi/view?usp=sharing

Here’s a link to an iso that needs testing that attempts to solve that issue

yes, but the torque is also calculated from the power and speed. And if the power decreases, you have to change something else to get the same torque. I don't think it's possible with the same motor and VFD. A performance diagram of the motor should explain that. I don't think that a 900w motor with the same design has the same torque as a 1.5kw motor.

john@rtai:~$ uname -a
Linux rtai 5.4.258-rtai-amd64 #2 SMP Thu Oct 19 11:54:56 BST 2023 x86_64 GNU/Linux

JT

Next update

downloaded
www.linuxcnc.org/dists/bookworm/base/bin...ai-amd64-2_amd64.deb

www.linuxcnc.org/dists/bookworm/base/bin...ai-amd64-2_amd64.deb

www.linuxcnc.org/dists/bookworm/base/bin...xcnc-delta_amd64.deb

www.linuxcnc.org/dists/bookworm/base/bin...xcnc-delta_amd64.deb

www.linuxcnc.org/dists/bookworm/2.9-rt/b...xcnc_2.9.2_amd64.deb

installed in this order
www.linuxcnc.org/dists/bookworm/base/bin...ai-amd64-2_amd64.deb
www.linuxcnc.org/dists/bookworm/base/bin...ai-amd64-2_amd64.deb
www.linuxcnc.org/dists/bookworm/base/bin...xcnc-delta_amd64.deb
www.linuxcnc.org/dists/bookworm/base/bin...xcnc-delta_amd64.deb

reboot and select rtai kernel
installed
www.linuxcnc.org/dists/bookworm/2.9-rt/b...xcnc_2.9.2_amd64.deb

Start LinuxCNC and select the Axis sim and the config loader freezes up. Pressing Cancel or the X does nothing but the max/min buttons work.

JT

rtt min/avg/max/mdev = 0.048/0.072/9.850/0.073 ms

almost 10 ms delay...

Anything that changes the CPU speed is suspect
as is any power management on the network interface

Also what kind of Ethernet chip does that motherboard use?

Some RealTek drivers have real time issues and the DKMS
installed driver can help.

If you don't know what Ethernet hardware you have, you can get a list with:

lshw --class network
 

Not full power. Full torque. This is a common response form people on the issue. No one ever stated we expected to get a full 1.5kw at 60% speed. we expect 900w.

The torque should not change as speed(voltage) lowers normally, especially with a vector drive. I was getting half the expected torque and the spindle would not stay at speed. This means something unexpected was happening when the voltage was lowered that would not happen on a 1000hz drive that was simply set to 600hz.

Actually, it seems to be claiming that libtcl is segfaulting? That seems strange.

I am surprised by this engineer's statement. If you can't give full voltage, you can't expect full power. Power is the product of volts * amps. If this engineer gets full power with half the voltage, he can do magic. The motor and VFD must fit together. Frequency-controlled motors have characteristics such as torque and frequency, or torque and power. Not easy to read or calculate. But I would say full power is only possible if everything fits.

You should have matching 5.4.258 linux-image, linux-headers and RTAI modules from here:
www.linuxcnc.org/dists/bookworm/base/binary-amd64/
And then the linuxcnc deb from here: www.linuxcnc.org/dists/bookworm/2.9-rt/binary-amd64/

If that works then it looks like the docs need updating. If that doesn't work then it looks like I need to dig deeper.

ping -i .2 -c 4 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.092 ms
64 bytes from 10.10.10.10: icmp_seq=2 ttl=64 time=0.145 ms
64 bytes from 10.10.10.10: icmp_seq=3 ttl=64 time=0.134 ms
64 bytes from 10.10.10.10: icmp_seq=4 ttl=64 time=0.133 ms

sudo chrt 99 ping -i .001 -q 10.10.10.10
[sudo] password for mill:
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
^C
--- 10.10.10.10 ping statistics ---
150691 packets transmitted, 150691 received, 0% packet loss, time 151117ms
rtt min/avg/max/mdev = 0.048/0.072/9.850/0.073 ms


what are ALL the settings in the bios should disable? its a ryzen 5 2400. i disabled all the power saving features and the virtualization. is there any other settings i should look at in the bios?


sudo chrt 99 ping -i .001 -q 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
^C
--- 10.10.10.10 ping statistics ---
219872 packets transmitted, 219017 received, 0.388863% packet loss, time 234537ms
rtt min/avg/max/mdev = 0.048/0.072/8.746/0.084 ms
heres that again after i started linuxcnc.

could this be a power supply issue? it has a dedicated 5vdc psu. i don't have another one to test. it seems all the ones i have are dead. i guess i could try to figure something out. i don't get this error on the duo core though. i get way better ping times too. i just can't do anything else on that relic.

Have you homed the machine?

This looks like you might need to clear some offsets (or touch-off) so that the machine thinks it is inside the working area.

So what do you suggest?
I need to use another spi low-level driver?

I think that this happens if your network does not support IPv6.

There is a way to add a command-line parameter to the boot process to turn off ipv6 - "ipv6.disable=1" which may help. (I don't have installer here so can't give more detailed instructions)

Have you followed the instructions for the hm2_* driver that you are using?

And is it linuxcnc.org/docs/stable/html/man/man9/hm2_rpspi.9.html

or
linuxcnc.org/docs/stable/html/man/man9/hm2_spi.9.html

( I don't know which is expected to work best on the pi4)