Advanced Search

haha.. next issue..but solved...

a second mux2 and a mult brings up the fwd and rev function to the spindle in carousel movement. now bidirectional works...but all only on the table with buttons,switches,leds.

i was wondering why i get motor-fwd and motor-rev velocity shown only as positiv value.. then i use the motor-rev pin to use a second mux2 to select the inverted value.

the inverted value i got from mult2. i give in the carousel.0.motor-vel and multiplie with -1.

then i get the negative value...

carousel.0.motor-vel 100 with carousel.0.motor-fwd true gives 100

carousel.0.motor-vel 100 with carousel.0.motor-rev true gives -100

when carousel.0.motor-rev true then the mux2.sel is active nd sends the -100 Value to the first mux2.

first mux2 change between carousel and spindle mode.

There's an old thread here that may give some ideas:

forum.linuxcnc.org/24-hal-components/280...n-cleanup-using-comp

I get the carousel.comp working with the toolchanger.

It homes and couunts correct... spindle orient before lift up to the gear to dont crash.

All sensor stuff is linked in a remaped m6 ngc and communicate with m64 m65 and m66 between ngc and hal and carousel.comp.

There is a and2 fuction which gives the carousel the enable signal.
This and2 swirches when the hardware sensor gets true that tell that the carousel is in disengaged position. This means the carousel is connected with the gear to maindrive and the tool is released from the spindle sk30.



Next step is to make the stuff working with the main drive.. think its some stuff with mux2 and xor2.

The spindle is synced and can orient. Its a full servo spindle.

PCW, thanks for your reply!

Is there any example for this solution with userspace hal component?

thank you very much. I really wanted to multiply the two signals but I didn't know the commands. now I understand and I will try.

something went wrong with the screen shot
 

Hello Chris,

After experiencing issues with other software on my computer, I decided to perform a fresh installation using the current DVD version 2.9.4.
Unfortunately, I'm once again encountering problems with Z-Level Compensation.
After creating the “probe_points.txt” file, I can enable “Z-Comp”, but the value in the “Z_Axis Comp” field does not change as expected. Once “Z_COMP” is turned off, it cannot be reactivated without restarting the program.
Do you have any idea what might be causing this?

With this installation, I also tried the touch plate function. It’s visible that after probing the touch plate, the program sets the Z value to the height of the touch plate before executing the retract. This causes the retract value to be added, and the resulting height above the object is correct.
Unfortunately, the program then subtracts the length of the current tool, which in my case is not useful.
Is it possible to disable this behavior?

Thank you very much for your support.
Best regards,
Klaus

Thanks for your reply.
This is the result on the workpiece
 

So this is my setup: