Advanced Search

I think that this approach is probably valid, but will be necessarily comlex when building it from discrete HAL components.

You can look at the servo thread execution time with and without the added components to see if it is using a lot of CPU time, but it probably won't be.

Does Tormach include "halcompile" to create custom HAL components? If it does, then this is getting to the point where that might be worth doing.

linuxcnc.org/docs/stable/html/hal/comp.html

I always fancied the idea of being able to define limits as an STL file.
(STL because it's simple and easy to parse)

Are you basing your config on this wiki page?

wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_Remote_Pendant

Are you using the "-f" flag when loading the component?

That seems to have that effect. (But it might also be the default behaviour)

I've just put up a YouTube video with a quick demo:

unknown wrote:

Uninstall 2.9.5

Manually download the 2.9.4 deb files using gdebi.

Or 2.9.6 which has been created to fix this specific issue, but hasn't been moved onto the repository yet (I haven't been at home long enough to do it since the debs got built).

buildbot2.highlab.com/release/debian/dists/
 

"Dear friend,
I am working on retrofitting a grinding machine and I have prepared the following hardware for it: Mesa 5i22-1.5 + 2x 7i36 + 7i44 + 7i70 + 7i72 + 7i73. I would kindly like to ask if it would be possible to create firmware for this combination.
Thank you very much in advance."

It's not obvious what's wrong. Forget the 0x20xx SDOs, you are not using them, they are not mentioned in ethercat-conf.xml.

Let's look at the error message in syslogIf you look at the subindices that are listed, they agree with the documentation
 
(From teknic.com/files/downloads/ClearPath-EC_Software_Reference.pdf)
Some subindices ARE missing and I don't know why the EtherCAT master makes a big deal of that. If it needs that info or what?
I think the Invalid input configuration is a consequence of those errors but could be something else also.

Almost out of ideas, but there are two things you can try. Set configPDOS="false" or remove the option altogether.
If that doesn't help, increase debug level on the ethercat master to hopefully get some ideas on what's going wrong.for example, try to start linuxcnc and list the messages in syslog again.
Can you also show the content of sdo 0x60c2:1 and 0x60c2:2 (interpolation time) Use commandCompare with table in manual.
 

Hi  thankyou for your post.  Do you have any videos of it in action?

Clearpath should have good docs. Typically the CIA402 registers are > 6000. 
Its not a one size fits all.

There are quite a lot of optimisations required with the later kernels (Debian 12-13). I have documented them in a PDF file available here
erpx.au/shop/trixie-linuxcnc-debian-trix...tion-pdf-download-48
There is a nominal AUD $2.00 fee for this info... Sorry but it was the only way I had to store a file.
While it refers to Debian 13 Trixie, it also is applicable to Debian 12 Bookworm.

I will say that feedback from users I've received says 2 core PCs are marginal for Debian 12-13 but some have got them working with the optimisations I describe. I have never used < 4 core PC's

Hahaha I look stupid, I thought "our solar system" you meant the solar system, some kind of weird google translation. Not a solar inverter as mentioned later.

You have my permission to make as much fun at my expense as you feel necessary. I honestly feel I deserve it.

Sorry if you thought I was making fun of you. Please accept my apologies.

I'm thinking more it's a bad filter cap and a rough infeed from the 3phase fronius solar inverter. It does bump the voltage up.

I'd look at a component heating issue first. Maybe just below "bad things" when it's not sunny outside, and pushed over the edge when it's sunny outside.
TBH honest the sun is huge, like really huge current thinking has it at 99.8% of the TOTAL mass of the solar system, all the planets and sundry matter make up 0.2% of the solar system (and our sun isn't all that big). And whether it's sunny or not outside it's still fusing ~600 million tonnes of Hydrogen per second into ~596 million tonnes of helium, thus fusing continues (element by element) until all that is left is iron, then we die, and being twisted by magnetic fields and the rest. So basically it's always on, doing what the sun does best fussing atoms into other atoms, generating heat and all manner of electromagnetic radiation.

I'm pretty sure if the ripple was being caused by the solar system you'd be noticing many many more items playing up.

But if you really want to check on the cosmic microwave background grab an old CRT tv, turn it on and turn to a channel that has no terrestrial signal, it'll give a reasonable idea of the radiation around. That's what a small part of the static is.

Ripple should not make too much difference, you might plot the bus voltage in halscope
to see if there's anything suspicious.

It should be fixed in that version:

forum.linuxcnc.org/plasmac/53657-holes-3...iour?start=20#308841

But probably you should try updating.

I will try to make some time to have a play with your CAM code.