Advanced Search

Maybe a look at the current version of 'stdglue' helps:
github.com/LinuxCNC/linuxcnc/blob/master...n-stdglue/stdglue.py

Hi Tom, please let me know how I can send help! More coffee and pizza, or perhaps some nice beers?   I actually have quite some time available, so if you are working on specific things for which you need help, just let me know.
As for Debian, yes of course it is a big plus to have an easy install method, especially after doing system upgrades. But that was not always the case. I remember the days that upgrading under Debian could also be quite a lot of work. After LinuxCNC was added to the  mainstream Debian repositories things became much easier. And I hope that once CL has added LinuxCNC to their collection of software bundles, the same easy install and update method will apply to CL as well.
To answer you question about compiling LinuxCNC on CL: yes, I tried that, but many of the dependencies were not available on CL yet, or perhaps they were available but in places that I was not aware of. So instead of wasting more time, I followed the advice from the CL team and submitted a request to have a bundle created by them, which is comparable to having Debian adding LinuxCNC to their mainstream repositories. It should result in a single command to install and update LinuxCNC without having to build things from cratch, similar to having LinuxCNC in the Debian repositories.
But again, for me it is not about creating an alternative to Debian. It is about finding out if LinuxCNC under CL can benefit from their processor optimizations and if so (which still remains to be seen), how we may benefit from that on Debian and other distros as well.

Another night with some progress. I am almost certain that my Y Axis problem is not the Tang or Rio.

I changed motors, drives, wires and pins and the stalling still happens. Then I thought measuring Direction and Step at the same time. And I believe I found the error. I measured the output of the Tang which is almost perfect. A tiny bit of noise, but really not a lot. When I measure Step and Dir at the drives Dir has a lot noise! See pictures below. I have the step and dir per motor in a single 2 conductor cable. I changed that and put the 2x dir in one cable and the left the step each in a separate cable. No change. I think I have so much noise that the driver probably thinks to change direction.

Anyone an idea how to reduce the noise? Channel B (red) is direction.

   

Hi Wrightys99, if you want the same mini-PC that I have, go to Aliexpress and seach for "T8 N100". The result will show many of these mini PCs, sold under different brand names, like Chatree, Firebat, or no name at all. Mine has no name. As far as I can tell they are all the same. Just pick the cheapest with your preferred configuration. I bought mine for around €150,- with 16GB RAM and a 256GB SSD. Make sure it has the N100 processor, not the older N5095. Although I ordered it without an OS, it came with Windows 11 pre-installed and activated at no extra cost. So I just made the system dual-boot where I can use Windows for tuning my servo drives, as many servo drives come with Windows tuning software.
Below are some pics.
As for the most optimal settings, I will have to check how I modified the BIOS setting. Please allow me to follow-up with a separate post on that. As for isolcpus (boot config parameters) using isolcpus=1,2,3 gives by far the lowest latency, but at the expense of a slightly affected responsiveness of the system in case you want to run other tasks in addition to LinuxCNC, like YouTube or so. But since this PC will be a machine controller, it is recommended not to use it for anything else than LinuxCNC and not have it connected to the internet, certainly not during machine operation. What I typically do is use isolcpus=2,3 during system configuration, e.g. when building a new machine or modifying an existing machine, where I sometimes have to check online resources, and once the configuration is done switch back to isolcpus=1,2,3. But using isolcpus=2,3 still gives latencies that are low enough for using LinuxCNC, so setting it to 1,2,3 is not even needed. But many of us just love the fact that the system is running with the lowest latencies possible   Just make sure that the latency settings (max jitter) in your machine configuration matches the correct isolcpus settings. If the latency (max jitter) was determined with using isolcpus=1,2,3 and you run the machine with isolcpus=2,3, you could potentially encounter some issues. So if you want to run the machine with isolcpus=2,3, then also determine the max jitter with that setting and enter those results into your machine configuration.
For easily modifying boot parameters such as isolcpus, I typically use the program grub-customizer, which I find a bit more convenient than using the command line (sudo vi /etc/default/grub).
    ​​​​​​​  ​​​​​​​ 

Good morning, it is 1:47AM here.

Hi, just been reading this post and I’m looking for a linuxcnc pc to use with my 7i95t. I kind of get the gist of what is going on, but could you provide a link to one of these pcs please.
Could you also provide steps I would need to take to turn off all the unnecessary options or settings, to make it as streamlined as the thread is indicating please.
I am a noob to this cnc hobby and I’m currently in the learning a steep curve process of cnc.
I’ve just bought a cnc of fleabay that I am planning to upgrade and learn the ropes.
The current board in their is the CPO-10V which I am going to change to the 7i95t and run linuxcnc on this new mini industrial pc.
Like many most likely before me I have great plans for this cnc, only time will tell if most of them come off

if you wire the MPGs to normal encoder inputs,
you should be able to monitor the position or raw count
pins of the encoders in the "Watch" window of halshow.

something like:

hm2_7i95.0.encoder.03.rawcounts

Note that if the MPG has single ended outputs you will need
to jumper the 7I95T encoders for single-ended/TTL mode.

Note that there is an advantage to using the 7I95T isolated
inputs for MPGs in that they support a 1X mode which works
better with 100 PPR MPGs that have a detent, as it gives you exactly
one jog increment per click.

Good morning tommylight, Thank you for your suggestion. I appreciate it.

Best regards,

...behai.

Its not clear it's just one axis with the error.

Random uncommanded moves suggest a hardware issue to me,
either in the drives (encoder feedback error?) or the step/dir
interface (cross talk? EMI? marginal levels? bad connection?)

Yes, all this will work on a parallel port.

something like this:

loadrt siggen
addf siggen.0.update servo-thread
setp siggen.0.frequency .1     # 10 second period)
loadrt oneshot
addf oneshot.0 servo-thread
setp oneshot.0.width 2           # 2 second on time
loadrt not
addf not.0 servo-thread
net cool-trigger siggen.0.clock oneshot.0.in
net coolant-out oneshot.0.out [some_parallel_port_pin]
net coolant-on not.0.in
net gate-coolant not.0.out oneshot.0.reset siggen.0.reset  # when coolant is off, reset both siggen and oneshot

 

Thank you all, it's motoring up and down et al now.

The next trick will be to cut things into my DRO but I'm worried about over loading the sensors if I
just wire it in parallel - the impedances are very low. Do I need to buffer things? Like a bunch of non-inverting gates?

Also I'm looking at an MPG wheel I have with A/B quad outputs.
Since I'm only using 3 axis and I have 6 encoder channels should I be able to wire it into one rather than use the input pins
and get numbers. I tried and got nothing on the hal scope but I don't have anything in the mesact setup
for it yet.

I'm trying to read the manual but at 1300+ pages it's a bit intimidating.

LightBurn(Commercial Laser Software) has functionality to generate LinuxCNC gode. It also has an interface that can home, frame, jog, frame, load programs, run programs etc. This UI works very well for laser cutting and it can communicate using serial over TCP.Recently, LightBurn added a "custom g-code device" that allows you to configure much of the gcode. With some help from the LightBurn forum I have a custom gcode device that can communicate with linuxcncrsh.

I have written a small C++ program that acts as a TCP server to LightBurn and as a client to linuxcncrsh. I have the basics working where I pass the majority of gcode commands through using the "set MDI <gcode command>" and special case a few commands *M114" to run linuxcncrsh get commands to fill in responses sent back to LightBurn.

Working with linuxcncrsh I'm seeing a few problems. github.com/LinuxCNC/linuxcnc/issues/3180
This isn't a deal breaker for what I'm trying to do, but going through some of the unit tests, I noticed tests/toolchanger/test-ui.py uses python as the ui. I'm wondering if python might be a better option???

Is the python interface more complete/better supported than linuxcncrsh?
I'm assuming opening the sockets and translating some strings wouldn't be a problem?
linuxcncrsh documentation indicates it can run in conjunction with another UI. (not sure if this is true in practice?)
Can a python interface run at the same time as another(GMOCCAPY) ui?

I'm trying to decide whether to continue on with linuxcncrsh or start over with python.

I have read the thread and seen the post forum.linuxcnc.org/49-basic-configuratio...sher?start=10#230922 


Can it be adapted to the parallel port? 

I thank you very much for the help but I'm such a newbie that everything sounds like Chinese to me T_T

Oh, I'm sorry, I deleted the video while cleaning up my cloud and also didn't see your post.
I'll make another video as soon as I can and share it.

Bump. Might have been missed, although i do not know how many use the Probe Basic for 5 axis machines.