Advanced Search

Hard to know with such limited info, so:
-does jogging the axis work properly or is it inverted also?
-does the nc file contain negative values for Z axis?
-does the machine have homing switch on Z axis?

You are getting the hang of it pretty good, so not "new user" anymore !

Actual debs are still here:
linuxcnc.org/dists/lucid/linuxcnc2.5/binary-i386/

Those are full images with LinuxCNC included, they have to be burned to a USB then installed on the PC.
-
If the old hal files do not have any special added functionality, they should work in new versions of LinuxCNC and there is an included wizard that does the modifications automatically when you first run the old configs.

I cut a bunch of parts out using "sudo ethtool -C enp0s25 rx-usecs 0" and I did not get a single error when cutting this time. Everything worked how it was supposed to now I just need it to be permanent.

I had a fairly simple .nc file that I ran successfully a couple weeks ago. Today, when i load it, the Z axis is inverted. What could I possibly have done to cause this?  Running LinuxCNC 2.9.2.  I haven't changed any of my .ini or config files. could I have received some update automatically that flipped my Z axis?

I will try
I uploaded 4 separate pages to this location and now all 4 separate pages are working without any problems.
The only problem now is that they are not permanent.
 

Thanks Chris!

hi...new user here...trying to add an axis..copied/pasted /edited...still something not right....not sure what I am doing wrong..

Thanks for any help

Rick

Sorry....just found the error...missed one b reference...Thanks!!!

Gentlemen, 
    I was wondering if someone could assist me with a tool height setter issue that I'm having.  

Problem description:
I'm trying to set the tool height by using the machine coordinate system.   I use the tool height sensor to measure the gauge height of the spindle.  I put the measured value in my AXYZ_Router.ini file.   Then I measured all my tools and subtracted the gauge height of the spindle from the INI file.   This set all the tool heights correctly as far as I could tell. 

Then I ran into a problem.   I reset my G54 to a different part on my router and then measured a tool again, and then measured the height of my tool.   The tool height is totally incorrect.   It's not based off of the G53 (Machine Coordinate System), it's using the current coordinate system.   
So, when I check the tool height after resetting my G54, I have to reset the spindle gauge height in the INI file. 
I tried to look up how to fix the issue, but it looks like most people aren't setting the tool height like I am.  

Any assistance is appreciated.  I have attached my current configuration. 

Here is my tool setter logic:

o<tool_setter> sub  
    
    ; Position at Tool Height sensor clearance position
    G53 G0 Z[#<_ini[AXIS_Z]MAX_LIMIT>-0.1] 
    G1 G53 Y#<_ini[HEIGHT_SENSOR_CLEARANCE]Y>     F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>
    G1 G53 X#<_ini[HEIGHT_SENSOR_CLEARANCE]X>     F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>

    ; Position above Tool Height sensor
    G53 G0 Z[#<_ini[AXIS_Z]MAX_LIMIT>-0.1] 
    G1 G53 Y#<_ini[HEIGHT_SENSOR]Y> F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>
    G1 G53 X#<_ini[HEIGHT_SENSOR]X> F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>

    ; Start of probing routine
    F#<_ini[HEIGHT_SENSOR]SEARCH_VELOCITY>
    G49
    G91

    ; Probe down in Z
    G38.2 Z-8

    ; Move  up till probe looses contact
    G38.4 Z0.1

    ; Probe slowly
    F#<_ini[HEIGHT_SENSOR]PROBE_VELOCITY>
    G38.2 Z-0.1

    (print, _current_Tool=#<_current_tool>)
    (print, 5063=#5063)
    (print, GaugeHeight=#<_ini[HEIGHT_SENSOR]GAUGE_HEIGHT>)
    ; Set the tool table value
    G10 L1 P#<_current_tool> Z[#5063 - #<_ini[HEIGHT_SENSOR]GAUGE_HEIGHT>]
    
    G90
    G53 G0 Z[#<_ini[AXIS_Z]MAX_LIMIT>-0.1]
    G1 G53 Y#<_ini[HEIGHT_SENSOR_CLEARANCE]Y> F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>
    G1 G53 X#<_ini[HEIGHT_SENSOR_CLEARANCE]X> F#<_ini[HEIGHT_SENSOR]SEEK_VELOCITY>

    ;G43

o<tool_setter> endsub  
m2
 

Maybe I formulated the question badly.
The value of refClock, for example, at 5 ms, represents in ms the frequency of data update on the ethercat bus?
Increasing the value of RefClock, the speed of writing the positions by LNCNC in the drive, also increases or is this managed by the value appTimePeriod

where can I get 2.5.0 after installing that image I have another older pc with it on there I just don't know the process to transfer it, I'll try that image with 2.7 and see if that works better
not finding the Linuxcnc in either they just seem like disk images no linuxcnc packages embedded if anyone has or knows a repository with the older versions please link them below

I have an E-Stop latch configured in io.hal, it looks like the image below with the exception of the OR gate.It is working as it should.

I want to be able to reset to the OK state with an external push button (assume the external E-stop is not in the stop position)

My understanding is that all three inputs on the left need to be satisfied:
The ok-in pin seems to require a logic 1 (not just a positive edge)
The reset pin appears to just need a positive edge to latch the OK

Hence the addition of the proposed OR gate to poke the reset pin.

That still leaves the ok-in. From observation iocontrol.0.user-enable-out latches on and off when you click on the red X estop button in the axis GUI, so if I click on that once when I start Axis (to latch it high),  I can then reset any subsequent e-stops with my external button.

I suppose I could add yet another latch that gets set with my external button and then OR that latch output with iocontrol.0.user-enable-out and drive the ok-in pin with that 2nd OR gate.

I'm not sure if anything else causes iocontrol.0.user-enable-out to toggle low (other than clicking on the red X)? perhaps some other internal logic can toggle this low and I would be defeating that e-stop path if I latch the ok-in pin high.

Makes me wonder if someone else has come up with a more elegant solution to an external e-stop reset button?
 

 

2.5 will most probably not run on new Linux distros, mostly because of huge changes Python made, and other stuff.
But there are always the original ISO for download, thanks to some very nice folks making it possible
2.5 should be in the 8.04 version of Ubuntu
www.linuxcnc.org/iso/ubuntu-8.04-desktop-emc2-aj13-i386.iso
There is also the 10.04 version that should come with 2.7
www.linuxcnc.org/iso/ubuntu-10.04-linuxcnc3-i386.iso

I need to downgrade new router pc to 2.5.0 which of the downloads will be best?