Advanced Search

Thanks, I use qtdragon_hd and manual toolchange with a script I found in this forum. The manual tool change works awesome mostly, I am still messing with the script.

Thanks, I will give this a try. I won't hold my breath though as I believe deflection may play a role to create a non-repeatable deviation. I mostly work with wood and usually complete a job after setup so a slight variation at tool 1 wouldn't likely hurt.

Thanks, Interesting idea, I think though this would work with tool holders. I have a simple collet and the tool mount has slight variations each time I load it.

    
Sorry for the previous message. I hope, this works.
Best regards
Hartwig

Hello Mbrandt.
I have used the following type of "HDH Exe Platine" with 3 channels.
www.ebay.de/itm/204779209363?srsltid=Afm...Gj67v4RUzT0PLvOgckrB
Very simple and very small. It fits between the glas scales and to the MESA directly. For mine I have paid less than 200 Euro.
 

Yes, I think he is

Edit:
Don't really have any tricks up my sleeves or anything, YangYang or Mika-net here on the forum coded the S-curve, I did most of the testing, we have not till now found anything better, performance and accuracy wise, it's possible some Algo is out there that is better we just have not come across it.
About the spikes, no idea we run 1ms servo and have not noticed realtime errors, I wasn't looking at servo thread in the scope during testing, I'd like your test codes to compare the spikes, possibly try some optimization, but the current code in the PR is best we got today.

I would use a new output pin that follows the state of estop. 

I think there is no simple answer now.. but from testing last few days its waaay good to control any hardware and smoothness is uncomparable...

I will share testing gcode in comming days .. but basically I go through all examples in nc_file folder and then my code.. my code will be avaible here

I am now searching the best solution of testing and validation ...there is not space for one lady said..

To prove all main stuff but idea is basicaly simole.. step by step test all avaible G code which I have from real machine but there is some limition of my time 

Btw 杨阳 is mika-net at forum? If am I wrong?
 

Hello Hartwig,
Thank you for your reply. I think my machine has some sort of EXE, its a board and the name is NCP59. But i dont know where to intercept the TTL signal from it. There is a version of this board with an extra digital output, but i dont have it on my machine. And buying 3 Heidenhein EXE is a step back. I would like to use a modern version of that.  Maybe a 7i85S or someting like that? 

And the Suplier you sent seams good and I will buy der 7i97T from him.


Here is a picture of the NCP 59:
(1, 2, 3 are X, Y, Z)

 

Thank you so much for the response, I have been going through a trial and a half with this install :') I bought some 2.2k 1/2W resistors just for this project, and have been battling to get a result

In halshow, none of the inputs change state, even the estop. But watchpin in the terminal shows clearly that estop, probe and for whatever reason, Z max (Home) limit switch change state even though it currently doesn't have a pullup. I only get a reaction from Z max when sensor is active.

I currently have a pullup on my X min, but can't get any reaction out of it no matter what state the proximity switch is in (on/off or jumper to GND) when using watchpin.

Just for reference as to wiring, I have all +wires > COM+> +WAGO fed by +FIELD, same setup for GND. Then individually connected sensor wires to MESA inputs. Pretty obvious, but just in case, I figured I best note it.

Also, I figured I will include multi readings in both states for all inputs with sensors on and off. X max excluding as I have found it to be dead. I will be replacing all of these anyway with PNP when they arrive. But was hoping to atleast get it running.

Readings are as follows:

X max DEAD
X min 3.9 off, 7.8 on
Y max 14.7 off, 18.4 on
Y min 12.3 off, 8.3 on
Z max 8.0 off, 14.9 on
Z min 12.4 off, 9.0 on

Readings might be telling or maybe not?

My GUI is also massive and a PITA, so I have mostly been doing my stuff through SSH. No matter what commands I send, I cant get the GUI to scale properly that's everything on the screen though, for whatever reason, my mini pc with Debian 12 cant seem to recognize the screen through HDMI. Any suggestions there would be absolutely amazing!

Should be good! Run it!

The way I would approach this (many ways).

First you need to look at the old controller and pray you see a step and direction text somewhere on the board, wire labels, anywhere.

If so follow the below. If not I'd probably see if I could find the software or manual to program the drives. Maybe chapgtp can help here?

If it's step and direction your life is easy
Step 1. Buy a 7i96 or 7i96s, if doing spindle speed control with a vfd S makes it a bit easier. (If you want to check sanity buy a stepper and drive to verify it works before testing the drives)
Step 2. Test the existing servo/stepper drives to see if they work. If you tore apart the wiring this may take some trial and error.
Step 3. Figure out the screw pitch and run through the pnf config

Finally that spindle looks usable...prob the easiest thing to save. Is it a 3 phase induction motor?

I'm not sure if auto resetting makes sense.

I don't think this would auto reset since I would still have to power the machine on in the ui to reset the drives. Also, the CL57T only allows resetting in this way for following errors and not overheating.

Currently my external estop is wired into the contactor latch for the drives/spindle power. Should I consider changing this?

Have a look at FlexGUI, seems easy to make and GUI you like/need/want
forum.linuxcnc.org/flex-gui/57726-flex-gui

Looking to join a thread on this topic and collaborate. Is there any progress on a Brake Press UI and a repo or something where I can use/contribute.
I'd prefer not to use a glade UI due to deprecation if possible.