Advanced Search

Thank you for all the feedback.
I think I will go fully EtherCAT for this machine to simplify the design and avoid multiple communication interfaces in a single machine.Mesa Ethernet or FlexiHAL controllers seem like a perfect fit for my second machine.

I can't seem to find a whole lot of info on this. As far as I've learned both probes need to be connected to the same input on a Mesa card, but of course that wouldn't work with my NC tool height probe. Is there a possibility to wire a touchplate to a different input? I cant find a good price for a NO height probe and I've already sunk a good deal of money into modifying our router, I'm worried my manager is going to start asking questions soon. I was thinking maybe invert one of the probes with a relay, but I'd rather not involve another component that may fail eventually.

I was also trying to use the height probe as a touch plate just to test it out, but the probing operation kept failing.
Running the latest build freshly installed with a Mesa 7I96 (PWM firmware)

Thanks in advance

Yes, I don't think its an issue but a /24 netmask
(255.255.255.0) makes more sense.

I do remember networks setup with WICD broke the static Ethernet
setup but network manager was OK
 

It's annoying that it is random, I can not up till today reproduce the error. Last days of dry running and testing macro codes with probing procedures has not triggered it. But I bet the moment I go live and try to cut something the error will happen.

If I only knew what to look for in HALshow or some logfile, troubleshooting would be easier....

OK. My check sum and unknown's match anyway. It would be good to update that page then to say that there is no check sum needed anymore. And remove zsync advice.
I'm sure you are very busy though. Thanks for the reply.

I don't know how my setup actually works, I have a temporary connection between the RPi5 and my clone via some very messy 150mm DuPont cables, for some reason I can't work out I've seen no comm issues in testing.
Unfortunately not having access to a CRO means I can't actually see the signal.

Hello  I am using the latgest build, rpi-5-debian-bookworm-6.12.11-arm64-ext4-2025-01-27-0140.img, on a RP 5, logged in with user 'cnc'

runing:
any ideas?

I notice some disccusions about this matter in the forum but non of the ideas there helped me,
I tried 'sudo gpasswd -a cnc gpio' but got the reply that cnc is already a member of gpio.

any help will be most welcomed.

I use the same approach here:
www.youtube.com/shorts/VGWusrDVHlg

I think that's even closer to what you have in mind

github.com/multigcs/riocore/blob/main/ri...ons/camjog/camjog.py

The netmask the user is using is not what I would use.

This is another case of the user not providing the information they were asked for at the beginning.

@Automata,

Thanks for reporting, your mail ended up in google's spambox.
Send you mail back.

We are still working on the trajectory planner. And thanks for your clothoid suggestion.
It looks indeed the lenght is absolute. I didn't know that.

Thanks so far !

@Rda,

Thanks for support !

I still maintain that no machine just to edit a couple of files or run a simple gui app is akin to driving a finishing nail in with a 100T pile driver.
SSH is the way to go, it doesn't require installation of a new package and doesn't require the running of a service mostly written in python if memory serves me correct.

The permissions for user CNC include group membership for gpio which is required. You do not need to change anything.
If you copy and paste the loading of the module from the man page it will work.
The problem was when you tried to load the module you inserted the word help. The driver wouldn't load because of "invalid parameter help".
Undo whatever you have done regarding udev. Reboot.
The permissions and group membership are setup whilst building the image.
Once again reread the man page, try loading the driver as shown in the example on the man page. If that doesn't work copy and paste the text on the terminal.
Remember with Linux that every character matters. Don't take any shortcuts and if something doesn't work as expected check what you typed and recheck your understanding of what should happen.

no of course, I apologize, but there is I believe a problem related to hal_gpio.
I read the man page and there were some discrepancies in my code, I was hoping the permissions fix from the man page would be the fix, but it wasn't

Good luck to all!

Thanks for your reply!

I went through the topic you referred to and it seems quite suitable for my needs. In essence, this is very similar to what the other commentator has suggested. But as compared to MPG these external offsets can actually rely on coordinated motion planners when modifying g-code controlled motion.

Now answering your question, this stream of coordinates is the only source of movement commands for the rotating platform. Hence, I can implement it the way the original author of the topic you referred to has done (i.e. 'M66' + 'G1' g-code commands in loop) or just issuing python/c++ MDI commands in a loop. In my understanding the algorithm might look like this:

1. Run G1 command in loop. Target point is the last available position received
2. If new data comes and the motion is still ongoing (e.g. check 'motion.motion-type') -> compensate the target position with 'eoffset-counts'
3. If new data comes and the motion has stopped -> signal to M66 input
4. If new data comes and the target position has not changed -> do nothing

The only thing I am not sure about is what would be my final position with offsets enabled. Say I finish one G1 command with the offset, and for the next one in the loop the same offset will still apply, right? So I have to set it manually to zero (e.g. with 'eoffset-clear'). Please let me know if you think it makes sense what I have written and whether you have any additional comments/suggestions. Thanks!

Both configs attached.  I included everything, not just HAL.

Thanks for taking a look.