Advanced Search

this won't work either in sim mode or in reality, I tried something via chatgpt but I know that it doesn't work, it can't create a routine. here is my configuration if anyone is free to look at where the error is and what needs to be added in Hal eventually. Tx m6 works but will not return the tool to its pocket when you give it another tool, it also reports in the bottom line that there is no tool even though in reality it took it. each pocket has its own active high sensor on inputs 16-21 and the spindle has a sensor for ``flush'' input 10 the tool is in the spindle, input 12 reports that there is no tool in the spindle. Thanks 


youtube.com/shorts/CXxlm92xtt8

Sorry for my bad English 
Here are a picture from the handwheel /mpg and from the mess/cabinet

Not sure if it will help a lot 
Pg up and Pg down buttons works well however I need to manually select the axis. The knob doesn't change the selected axis in Axis gui

Edit: I finally found the issue, I always struggle between axis and joint... 
I managed to move axis using the joint instead of axis. 

I'll try an make new firmware sometime today or tomorrow.

What I will do is add combined encoder/stepgen index pin to the first 4 stepgens
on 7I89 encoders 0..3

There are some constraints with muxed encoder/stepgen index pins so
5 is awkward but  6 is possible if really needed (with a dummy stepgen)

5i25

Ok, thanks, I'll try the G540.

It that a 5I25 or 5I25T?
 

adding:
        self.w.jogincrements_linear.setEnabled(0)

to the end of
    def init_widgets(self):

Will make it not respond to screen clicks, but should still respond from HAL pin changes

I have solved this. I had a similar issue. Trick is to upgrade to 2.10 by compiling your own version. I highly recommend using ChatGPT or Gemini to help with this process. This has a new feature for pipe cutting.

What you then do is to enable pipe-cut in the HAL-config OR enable it through Hal Show, this avoids the Z axis movement probe cycle prior to running the program. I can now run my XXY with a fixed Z and get the torch to run without needing to do the probe cycle.

I also created a button in the UI under settings to toggle the hal pin pipe cut to make this easier because the flag was reset each time i loaded a new program.

I've taken a look and haven't found such an option for this particular config. 5i25+7i76u+7i89. Would that need custom firmware? I see a firmware with index for 7i95t, so maybe I should've gone that route from the start.

I have a XXY plasma without Z axis. Similar issue. I compiled a new version of LinuxCNC 2.10 then I set the tube-cutting in HAL to true in my .HAL. This avoids doing the Z probing before starting the program.

I did notice that once once I load a new program, it resets the tube cutting to False to I created a button in the QTPlasmaCNC UI under settings which I named IGNORE Z-PROBE and then you can look at the config how to toggle a pin to set the tube-cutting to True.

This seems to work well in converting a non-Z plasma cutter into a working state but still use QTPlasmaC.

You might post a link to this thread on the MesaCT topic

You made my day. I had tried everything, including this, but that was in the broken config I was trying to produce from scratch by hand. (And no, I didn't ask ChatGPT. Maybe I should have. For now ChatGPT is fired as long as I don't know what I'm asking for.) I tried this on the new config I started with Pncconf and it just worked:

in my pullmax.ini I have under [DISPLAY]:
DISPLAY = halui

and under [APPLICATIONS]
#APP = halcmd loadusr -Wn pullmax gladevcp -c gladevcp -H ui.hal -x {XID} pullmax.ui
#APP = halcmd loadusr -Wn pullmax gladevcp -H ui.hal pullmax.ui

Wow! how did that work? I forgot to uncomment the second line. Tested it a bit, it also works fine if I change it to what I originally intended, and my ui does not come up if I delete the two commented lines. Each time, I am starting it from the terminal and am seeing the normal chatter, but no warnings or errors. My ini file now has:

[APPLICATIONS]
APP = halcmd loadusr -Wn pullmax gladevcp -H ui.hal pullmax.ui

Now I think I am prepared to wire up closed loop operation for each axis...
 

I suggested the G540 configuration because it includes  PWM generator that you can use
with pncconf for setting up the the spindle, the 7I76 configuration does not.

On the halcmd, yes you need the driver loaded, as I mentioned:

Note that you can list all pin and parameter names when LinuxCNC is running with:

ENCA+, ENCA-, ENCB+, ENCB-, IDX+, IDX- are all physical signal names and are not present in hal

encoder hal pins and parameters will all have names like:

hm2_7c81.0.encoder.00.position
hm2_7c81.0.encoder.00.index-enable
 etc etc

Where  the 00 in hm2_7c81.0.encoder.00.position is the encoder number

with 7C81 7i78X2d or 7I78x3d firmware, encoder 0 would be on P1

If you want to use encoder 0 on P1 for the spindle encoder, you select encoder 0
as spindle encoder  in pncconf. Similarly PWMgen 0 is on P1 with the 7I78 firmware
so pwmgen 0 would be selected for spindle speed control.





 

What handle?

A picture of the machine would be nice.

What about arrow keys and PgUp/PgDn

French characters appear very broken in the HAL and INI files, someone needs to fix that.

  Indeed, there was an error; I had given the threads "scale" names, and that's why it was giving that error. I'm resending the corrected file.