Advanced Search

Yup, that is it.
Not much useful info there, though.

5i25_7i77_5abobd.bit should be correct

Changing A to X and the mdi commands show up, changing back to an angular axis and the mdi commands don't show up.

JT

This one?
forum.linuxcnc.org/38-general-linuxcnc-q...over-b-7-40ft#334138

Other topic is from 2023 though.

There is something weird going on, I'm trying to duplicate the issue and some configurations mdi works and some do not.

JT

I thought I was on the right track. I played with the PID coefficients all weekend, but nothing conclusive.
With an M19 R10, the spindle jams and eventually stops, but "orient.is-oriented" never goes to 1.
If I repeat an M19 R5, for example, nothing happens. If I repeat an M19 R30, the spindle ends up running at maximum speed.
In any case, it's rarely reproducible twice in a row.

My Hardinge CHNC is still running Ubuntu 10 with EMC 2.7 with no issues at all. I doubt that Debian 12 would even install on that pc but if it ain't broke don't fix it is my motto.

JT

Hi,

I did try your suggestion, but the result was the same However, after trying to understand the subroutine line-by-line i found something:
https:/github.com/kcjengr/probe_basic/blob/04900f1f6bec0c6ec3e3130adb82514e7f007b8b/configs/probe_basic/subroutines/tool_touch_off.ngc#L49
Doesn't this assume that my "probe home" is at Z0? on my machine "probe home" is at Z450... i tried changing it to Z450 and it seemed to solve the problem...

So, i think the REAL issue is that my Z-axis works "up-side down" compared to other machines(Z0 at table, Z450 at top). I didn't think that would matter, but seeing that Z0 is hardcoded here, i think this will cause other problems for me in the future, so i think i'll change it...

andypugh wrote:

You can just try loading the existing configuration files onto the Bookworm setup. It ought to just work (I spent a lot of effort on the automatic conversion scripts)

 

Thanks for the help.
The script to automatically re configure configuration files did not work.

missing [KINS]KINEMATICS=
          [KINS]JOINTS=
From looking at an example , it looks like I will have to change the ini file joints and axes.
It also looks like I will have to add loadrt [KINS]KINEMATICS to the HAL file.

tommylight wrote:

You have to disable "secure boot: and UEFI in BIOS for it to work, UEFI is usually disabled by choosing Legacy mode in BIOS for boot devices/order.

Thanks for the help.
I tried this but  the new computer will still not boot from the thumb drive.
The old computer will boot from the thumb drive.
The new motherboard does not have have CSM (compatibility support module) when using the integrated graphics on the processor .
The internet says something about if I add a graphics card that supports VBIOS display, I might be able to gain CSM functionality.
 

Hello Everyone,

I’m looking for a bitfile for my 6i25 setup with a 7i77 (P3) and a Chinese breakout board (P2).
The breakout board will only be used for stepper control.Does anyone already have a suitable bitfile available, or would be willing to help create one? I’m not yet familiar with making custom bitfiles myself and wouldn’t know where to start, so any help would be greatly appreciated.Thanks in advance!

So the cable is done and the connection seems to work.        

Hi everyone,I'm exploring the possibility of retrofitting an older Reishauer RZ300E gear grinding machine by replacing its existing electronic gearbox with a LinuxCNC-based solution. I’d appreciate your thoughts on whether this is technically feasible—especially for someone with limited experience using LinuxCNC.Additionally, I came across this article on continuous generation grinding  and video() that outlines some of the machine’s principles. Could a setup like this be simulated and validated in LinuxCNC before committing to hardware implementation?Any guidance, suggestions, or shared experiences would be greatly appreciated!Thanks in advance.

I think it's hardcoded into stepconf, otherwise it would have to parse through known editors, there are many and someone would complain (vim & emacs I'm looking at you.)

Alot like geany so that was the editor chosen (same for the arm64 images).

Python3 has been the norm for a while now. I think the gcode generators are 8 years or so old.

There is a lot of python 2 stuff around that just hasn't been update for python 3.

You could install python2 and try that for the gcode generator.

Yes, you are correct. The way the python script creates the gcode in this particular script is by using trigonometry to find the coordinates and writing to sys.stdout. I did find a preamble and postamble in the py file and I found the postamble was correct with an M2 so I think it has something to do with the way it sends the code to Axis.