Advanced Search

Mit laufender Spindel habe ich nun einen Fehler bekommen, der sich aber anders zeigte und keinen Freeze mit sich brachte: "Unexpected realtime delay...." und "error finishing read...". Das scheint mit Trixie gehäuft vorzukommen und ich habe jetzt meine Interrupt-Einstellungen überarbeitet und das Mesa-NIC auf eine CPU gelegt.

Ob das alles zusammenhängt und vielleicht jetzt behoben ist, wird sich zeigen. Falls es noch mal auftritt, melde ich mich wieder!

Vielen Dank an tommylight für die Hilfe!

I disconnected all power supplies except for the one powering the mesa board and I still get the same error every 45 seconds. 
These are the lights on the mesa board 

Hello everyone,are there any breakout board to convert TTL signals (3.3 V to 5 V) into differential signals for motor controllers?
I found a converter that was specifically made for that, but unfortunately it’s not available in Germany:
www.cnc4pc.com/shop/c72-c72-differential..._hygKwfclSAuFTXaBSfB
 Thanks and best regards,
Gerhard

adding 'setp' support

 

In the process of adding the center finding code I discovered a bug in program and fixed it.  In the meantime I've added a small amount of g-code to facilitate cutting center holes in the figures.  (sorry)   Any form that is encoded can be machined out by setting traversals to one and adjusting passesneeded cuttingfeed and cuttingdepth to proceed downward until it cuts the perimeter. This has nothing to do with pocketing aside from the fact that traversals control is needed there.  The addition of a center hole makes the program very handy for lots of other stuff.  Center hole cutting begins once one pass of the perimeter is milled and cutting the perimeter resumes once the center hole has executed the specified number of plunges which is a subroutineparameter passed in with the original call.   I have a screendump of the new stuff which also has the circle/ellipses  Do I just dump that stuff here?  The centerfinding code draws a reference circle overtop of the figure which makes the screen dump look crowded (see the attached picture.

Is there any way a custom HAL component can change the state of motion's dout pins?  I mean, their actual state, not AND'ing them with something, as if a M65 happened.

You cant use a shutdown.hal file, maybe unlinkp some pins and then use setup to set them to your desired state?
Really left field idea that I have no idea if it would work could be to use loadusr in shutdown.hal to load a python script that does what you want...

I have not done this but I think I would start with a 5 axis config from pncconf, editing the axis names as appropropriate if your kinematics is not supported.

I would then make a copy of your desired vismach simulator into its own config folder and edit it to suit your machine dimensions etc.
Then I would cut and paste from the pncconf config into your vismach config so its all connected to your real hardware.

tommylight wrote:

That is not the issue, it is the result of the issue, see if there is "raspi" mentioned in the error report.

Kernel 6.12 is Debian Trixie and thankfully Debian fixed the Raspi issue on its release, so its not the issue.

I suspect its an EFI issue installing dkms. EFI/Secure boot prevents untrusted things from modifying the kernel and dkms does exactly that.
There is a spoiler in the very first post about how to fix this where you tell EFI that dkms can be trusted. Alternatively, consider disabling secure boot in the BIOS

Great you worked it out. But normally, there will also be settings to tell the type of input. eg, GPIO, Max Limit, Min Limit, Estop (disable drive),
Did you work that out too? eg If you want to use as GPIO, you need to set the type to be GPIO for a specific pin for internnalhoming, you need to set homing.

In my sim,  on_abort.ngc is called when pressing F2, machine off. It also has a bash script, M100 P1 . Machine on doesn't trigger on_abort.

 

Hello,
I worked with 4 Axis simultan on Mach 3 and Powermill and want now do 5 Axes.
I Have self made machine with 5 Axis and all axes are mooving  with linuxcnc with the Mesa 7i96s. I added successfully  the 5th axis C to xyza
Now I do not find out, how to configure that i can include the Vismach xyzac Simulation.

Would be wonderfull if you could help me make it running

Thank you

PS: i worked a lot in Powermill with the surface Projection Toolpath and making Surfaces. If I can help, ask me

7I96S+7I74 firmware with Step4 (last stepgen of 0..4) replaced with PWM 1
(Dir 4 is just GPIO)

 
 

Well, that was a real struggle, though

The only way I can think of doing something like what you want (without using ladder) is to have the M-codes trigger a one-shot to set the target hal pin rather than using the digital-out pin directly.

If you use a one-shot to set a pin state via M-code then there's nothing 'forcing' the pin to a certain value.  And you can use a 'turn-the-machine-on' sequence to set the value using another one-shot.  Maybe.

Are the hal pins all on/off bits, or do you have S32/U32/floats where you are setting/resetting a specific value?

EDIT - I think we both need to read the manual a bit.  

linuxcnc.org/docs/stable/html/remap/rema...p:sec:error-handling

This looks promising, in that maybe the on-abort isn't just for an aborted program.  Have to do more thinking.