Advanced Search

From my understanding.
Your stepper speed will be limited by the speed of the thread. Hence the reason for a Parallel port setup has a base thread that runs a far higher frequency.

The thread is running at 1khz, it will take 2 periods of the servo thread to set the Step pin Hi then Lo. eg 500Hz.

Divide 500hz by the Number of steps (200) and you will have, theoretically, 2.5rpm. If using micro steps this will be even lower.

We use NiChrome, they last looooooong
Sometimes, when i can not find that i use the two thinnest guitar wires, perfectly usable but do not last as long.

  I will admit I haven't herd of Kanthal wire before. From what I could find online it is an iron chromium aluminum
wire. I would have concerns with a wire that is heated and flexed repeatedly when it contains aluminum . That
would generally be a recipe for stress cracking. Hence why I like NiChrome wire. I would venture a guess that
the wire on your machine usually breaks at the pulley.  Correct?  At least if it's the same as the picture.

With Debian it should install dependencies for a package, if of course you are using a Debian package, if not you are on your own.
The way you are explaining it is what it was like in the1990's installing packages on Redhat & Slackware.
Now if anything "breaks" when trying to connect to anything Microsoft, that's because of Microsoft.
Now something interesting regarding samba. A std install of samba on Debian sets up a share for "home". This is not browsable but can be connected to by using the username on Linuxcnc. The caveat is that you need to create a samba user with the same name, password is easier if you use the same as the Linux password, easier to remember.
To be honest I don't use windows but using the method above I can connect from one Linux machine to a samba share on another with no issues.
There also is another way to create shares that doesn't involve edit the SMB.conf file, but that's for a later date, once I fully understand it I'll do a quick write up.

I'm sorry you're wrong, the current image does support hal_gpio. This has been confirmed by at least 2 users and my own tests.
The config files from byte to bot were strange.
Just did a quick load of hal_gpio GPIO26 loads fine.
Could you please attach your hal and in files using the forum's editor as I think you may have made a typo, as this is usually why pi. Not found error shows up.
I need to get to the bottom of this, if it is an issue with the image it needs to be fixed, if it is a issue with your config that needs to be addressed and the comments you made need to be rectified.
We don't want a bad image nor incorrect comments leading others astray.
Kind Regards
Rob

I think its unlikely that you would need so much DPLL pre-trigger so I don't think
increasinh this timr to 250 usec is going to help

I would check hm2_7i76e.0.packet-error-total to see if you have dropped any packets

You might try plotting the following error and perhaps tuning by adding a little
FF2 (say .0003 to start) to the PID loop (using the calibrate menu so you can do this live)

Also, I considered using the directions at: forum.linuxcnc.org/9-installing-linuxcnc...tall-rtai-got-errors

but when I look at the directory linuxcnc.org/dists/bookworm/2.9-rt/binary-amd64/

I don't see a 2.9.4 version, so I wonder if that is the source of the problems (or maybe just completely unrelated).

I tried without removing any of the "rt" "linux_image" s . Again, there was no "non-rt" linux-images.

Also, I tried without linuxcnc-install.sh first (you'll see why later).

When I ran sudo apt-get update, it ran fine, but when I ran sudo apt-get install linuxcnc, it gives the error:

Package linuxcnc is not available, but is referred to by another pacakge. This may mean that the package is missing, has been obsoleted, or is only availabe from another source.

E: Package 'linuxcnc has no installation candidate.

So then I went back and did sudo ./linuxcnc-install.sh

I got the error:

E: Conflicting values set for option Signed-by regarding source httyps://www.linuxcnc.or/ bookworm: /etc/apt/trusted.gpg.d/linuxcnc.gpg.key.binary.gpg != /usr/share/keyrings/linuxcnc.gpg
E: The list of sources could not be read.
Installing LinuxCNC
E: Conflicting values set for option Signed-by regarding source httyps://www.linuxcnc.or/ bookworm: /etc/apt/trusted.gpg.d/linuxcnc.gpg.key.binary.gpg != /usr/share/keyrings/linuxcnc.gpg
E: The list of sources could not be read.

You might want to consider installating the docs package for your language
And also the linux-cnc-uspace-dev package
sudo apt-get install linuxcnc-doc-[en/'fr/de/ja/es/ru/da/hu/s1]
sudo apt-get install linux-dev

Next I ran sudo apt-get update and I get the following error again:

E: Conflicting values set for option Signed-by regarding source httyps://www.linuxcnc.or/ bookworm: /etc/apt/trusted.gpg.d/linuxcnc.gpg.key.binary.gpg != /usr/share/keyrings/linuxcnc.gpg

I can clear this error by commenting out both lines in /etc/apt/sources.list.d/linuxcnc.list . (I think this basically partially undoes the linuxcnc-install.sh . )

After that I'm back to having no install canidate for linuxcnc.

So, I did skip 7.1.3, which may be my problem, but none of the packages I have installed are "non-rt", so I don't know which to remove.

Also, I don't know if there is a step that tells the system where to get "linuxcnc". I suspect the linuxcnc-install.sh is supposed to provide it, but it just causes problems with apt.

Hello again!
Today, I tried my machine out with a new .ngc file for a part to mill, and while testing in the air, although with reduced G0 to 5500mm/min, I got the "motor-0-position error" again.
So, I changed the setp hm2_7i76e.0.dpll.01.timer-us -200 to 250. The next run comes without the error. But i am sceptical - how far can I go with this or should I change othere settings too?
WHat about the min Ferror - i had 0,01mm is this too much, should i go to 0,1?

Thanks for any answer!
Kind regards,
Hanno

Problem gelöst - dank TooTall18T's neuer Version 5.01 der Probe Basic WErkzeugwechselroutine. Siehe auch
forum.linuxcnc.org/qtpyvcp/55357-probe-b...ile-cycle-run#321943
und das Tool
github.com/TooTall18T/tool_length_probe/tree/5.0.1
Danke!

Copying the velocity FF command from the comp file to the XML file significantly reduces following error to a ramp. I haven't really tuned the drive yet. If anyone has found an auto-tune button, please let me know.

.comp
  drv_target_velocity = (int32_t) (velocity_cmd * velo_scale);

.xml
<pdoEntry idx="60B1" subIdx="00" bitLen="32" halPin="target-velocity" halType="s32"/>

Hello TooTall18T!
I tested the V.5.01 and voila - it works as it should and the Feed Override Slider is active again! Thank you for detecting that problem in your routine and fixing it finally! You are my hero, my machine is now ready for the first chips. (not really, but mainly)
Thanks a lot,
Hanno

Thank you again.

I'm on 7.1.3. There is no "non-rt" "linux-image". I have
linux_image-6.1.0-30-rt-amd6 6.1.124-1
linux_image-6.1.0-30-rt-amd6 6.1.128-1
linux-image-rt-amd64 6.1.128-1

Should I remove one of these, or just go to 7.1.4 (linuxcnc-install.sh)?

I am working on Pull Request for PncConf
forum.linuxcnc.org/gmoccapy/55011-lcnc-2...-g43?start=10#320344

My modification works, but they use absolute pah:
I need way to find "realtive" path in source code. It must work in RIP instalation and package instalation.

I would like ask you for help.

Is there a post that explained how to modify the screen?