Advanced Search

And here are voltages on a wet table.
 

Ok, little bit more intriguing than I first thought.
Not much of a dip there.
How to detect that? There are ways of course. 
 

Hi all, I marked a forum topic so as to be able to come back and read further and the pop up said it was 'saved to my favourites' . Alas I can find no such page anywhere. I would have thought it would be somewhere in my profile page?

Hello
I'm having a weird Qtplasmac 2.9.238.315 bug where my torch goes down when it should be going up - but only during THC corrections.
Normal Z axis movement is OK as it should, with homing, probing, etc.

THC is being used from voltage (THCAD-2) and arc OK signal is present. 

I tried reversing the Voltage Scale (from 0.009 to -0.009) and no changes. - it still is correcting in the reverse way. how weird is it!

Where could i start?

Thanks everyone

net Spindelrpm => gladevcp.Spindel
Got that... i just created the signal.name Spindel.rpm which is linked to gladevcp.Spindel.
There is still my problem where to get the float.out(?) from and link it to Spindel.rpm. My "favorite" spindle.0.speed-out is already linked -> Error "custom_postgui.hal:9: Pin 'spindle.0.speed-out' was already linked to signal 'spindle.0.speed-out'"

Sorry... German beginner

andypugh wrote:

Shortly after the release of 2.9.5 it was
noticed that a fix for a graphics bug in Gmoccapy had resulted in the
Axis touch-off dialog box no-longer working for non-zero entries.

I've been refraining from commenting on this till now, but i have to, i would absolutely prohibit changing anything that affects Axis GUI in any way, shape or form, from other GUI's or anything else.
Axis is and should remain bullet proof, that is the main reason i use it on all my machines (over 40 by now).
Destroying basic functionality on Axis to fix something already broken in GmoccaPy is plain absurdity.
I can absolutely understand if it was a mistake, but from a bit of reading it does not seem to.
I really hope i am wrong...