Advanced Search

Anybody need ?

I trying to hook up with a guy in an unfriendly timezone (for an Aussie) who has been working on a implementation of the MTconnect protocol for Linuxcnc that does exactly what you want. The cool thing is that it supports MQTT and there are already integrations to Home Assistant if you have a Fanuc machine.  Right now, I don't know any more detail but keep an eye on my @MrRodW YouTube channel as I will cover it there. Once we get going, I'm sure another like minded helper won't go astray. 

Pushed.
I don't immediately see how to split the update of screen vrs plot points or whether that would make much difference. Lets see what the world thinks of your changes.

. I have been working on a small project I call FabScan, which uses a USB camera mounted to the machine to help trace parts/templates and eventually export geometry. That type of experimentation is much easier on an open PC/LinuxCNC system than it would be on a closed standalone controller such as MASSO.

Can you tell us more about this in another thread?

hi I know its been a while for this post, but I'm wondering if this makes sense for, essentially moving U and V with X and Y commands.

The Fix:
How to make UV emulate XY while keeping their own step calibrations.
To force U and V to mirror X and Y while preserving their independent step calibrations, you must link the signals before the math calculates the motor steps.
In LinuxCNC, you do this by linking the motion controller outputs to both sets of joints, rather than linking the step generators directly.
Open your machine's main .hal file and look for the lines connecting motion.coordinate-system to your joints. Change them to route like this
:hal# Force Joint 2 (U) to listen to the X-axis motion command
net x-output motion.coordinate-system.0.pos-cmd => joint.0.motor-pos-cmd joint.2.motor-pos-cmd

# Force Joint 3 (V) to listen to the Y-axis motion command
net y-output motion.coordinate-system.1.pos-cmd => joint.1.motor-pos-cmd joint.3.motor-pos-cmd
Use code with caution.Why this fixes the calibration issue:
The Signal: LinuxCNC outputs a raw request in millimeters (e.g., "Move X to 50.0mm").The Split: The HAL lines above take that 50.0mm request and send it to both Joint 0 (X) and Joint 2 (U) simultaneously.The Calibration: Joint 0 looks at its own SCALE setting in the .ini file to convert 50.0mm into steps for the X motor. Joint 2 looks at its own independent SCALE setting in the .ini file to convert 50.0mm into steps for the U motor.

This is particular is quite weird:

hm2_7i90: selected address 0x8100

Not really sure whats going on

Does the port at 0x378 work as a normal parallel port?
 

I've seen a couple of "solutions" to this, but my question here is: what's the canonical way to detect that linuxcnc is shutting down and/or exiting, or isn't running, using the python linuxcnc.stat.poll() api ?  I can start my python script in hal using loadusr, but there's no unloadusr, and I can't just run it at computer boot because linuxcnc.stat() just fails if linuxcnc isn't running yet.  I tried using the parent PID but that isn't reliable (and prevents you from manually running the script in the background)
I've attached my script.  I'd like to cleanly detect that linuxcnc has exited or the computer is shutting down, and send a final MQTT message to home assistant to update the status to "off".
 

Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/lib/linuxcnc/modules
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.9.9
Machine configuration directory is '/home/cnc/linuxcnc/configs/Cnc_xyz'
Machine configuration file is 'Cnc_xyz.ini'
INIFILE=/home/cnc/linuxcnc/configs/Cnc_xyz/Cnc_xyz.ini
VERSION=1.1
PARAMETER_FILE=linuxcnc.var
TPMOD=
HOMEMOD=
TASK=milltask
HALUI=halui
DISPLAY=qtvcp qtdragon
COORDINATES=XYZ
KINEMATICS=trivkins coordinates=XYZ
Starting LinuxCNC...
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
Starting HAL User Interface program: halui
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Found file(REL): ./Cnc_xyz.hal
Shutting down and cleaning up LinuxCNC...
Running HAL shutdown script
hm2: loading Mesa HostMot2 driver version 0.15
hm2_7i90: loading HostMot2 Mesa 7i90 driver version 0.3
hm2_7i90: wrote control 0x04
hm2_7i90: read status 0xFE
hm2_7i90: selected address 0x00
hm2_7i90: read data 0xFF
hm2: no firmware specified in config modparam!  the board had better have firmware configured already, or this won't work
hm2/hm2_7i90.0: Low Level init 0.15
hm2_7i90: selected address 0x8100
hm2_7i90: read data 0xFFFFFFFF
hm2_7i90: read status 0xFE
hm2: unloading
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
Note: Using POSIX realtime
hm2/hm2_7i90.0: invalid cookie, got 0xFFFFFFFF, expected 0x55AACAFE
hm2/hm2_7i90.0: FPGA failed to initialize, or unexpected firmware?
hm2_7i90.0: board at (ioaddr=0x0378, ioaddr_hi=0x0778, epp_wide ON) not found!
hm2_7i90: rtapi_app_main: Invalid argument (-22)
./Cnc_xyz.hal:9: waitpid failed /usr/bin/rtapi_app hm2_7i90
./Cnc_xyz.hal:9: /usr/bin/rtapi_app exited without becoming ready
./Cnc_xyz.hal:9: insmod for hm2_7i90 failed, returned -1
1645
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

these are the files and the response

Item sold

rodw wrote:

A quick Google said:
Burgmaster turret drills are well-regarded for automating multi-step machining. They house a cluster of spindles that automatically index and rotate to the next operation—such as drilling, countersinking, or tapping—without requiring manual tool changes.

So my question is, is the turret under CNC Control? was this broken with the Mach3 conversion? Can the function be restored? That's the LinuxCNC opportunity.
Seems to be designed for drilling and tapping so caveats around milling would be similar to that for drill presses.


 

Yep the turret works mechanically by going up on the z axis to the very top so it activates and rotates one position, it has a bit of play on the tool bearings, I didn’t measure the play but it is really small but it depends on the tool station some have more some less, maybe changing the bearings.
I thought about taking out the turret head and replace it with a Chinese head and mount the turret on a manual drill press.
Or ditch the idea and start looking to other machines because milling is the main reason I want to buy a machine.


 

Thanks for the answer
Everything is expensive here, old beat up fadals goes for more than 22k an old bridgeport romi d 1250 without numeric controller and unknown state of drivers and servos goes for 13.5k but can’t afford them
I have worked on machines before fixing some retrofitting others but I have never had my own so I kind of know the market here.
Money is really tough here I saved for a long time so I don’t know if it will be worth it, at least is a working machine

Can you post your hal/ini files?

The IO addresses (ioaddr and ioaddr_hi) are crazy

hi, i have this error.

Every shape has a variable named cuttingdepth and if one makes cuttingdepth be negative the endmill goes up instead of down so we'll have to replace the endmill with an extruder if we need to make "precise pieplates".  we'll also need to add a bunch of g-code to run the extruder, (and the heaters/fans?)  .  A g-code driver for that should be available from somewhere, Prusa used to be open source, but could be quite large for implementation here, but its something to think about.

rodw wrote:

I'd love to see a solution where all the maths was applied to a bend list. eg, define  tool,  knife,  material for that list, then it would be a simple matter of setting the desired angle and backstop position for a list of bends. The maths is well known and every CAM program I used knew it.
 

Agree!
I see the potential for an open source LinuxCNC press brake controller.