Brother TC-225 / TC-229 adventure!

andypugh wrote:

ihavenofish wrote: anyone use linuxcnc without a mouse?.

Axis has keyboard shortcuts for most things, why not try it in a sim?

Some are not so well documented, for example the number-row sets feed override.

ok cool. im at work so im just "thinking out loud". ill give it a poke when i get back to the shop tonight. thanks.

andypugh wrote:

ihavenofish wrote: basically, door closed, everything is fast and normal. door open and jogging rapids are restricted and program wont run. turn door interlock key, and it overrides letting programs run, but STILL restricts jogging and maybe even programmed rapids.

That sounds like an interesting config.

The way I would do it would be with "mux" components, so that they pass through the normal feed-override from the GUI when the "select" is one way, and pass through a fixed value when the select is the other way.

ok, that sounds like what i was reading i think. ill try that out in a few days. this machine didnt have a door interlock switch. the tc229 does. im going to just use an induction switch i happen to have handy. the key on the front was actually for memory write protection - which we no longer need.

it will be a good feature as ill be leaving someone else run the machine while im out on occasion, so it will at least help prevent some safety hazards and screw ups

my maho HMC has a door interlock/override as well, but its straight up e stop. thats too brute force for my liking.

boom

or is that zoom



so, home and limits all work. z still needs to be tuned, x and y seem.. "adequate" for now.

I learned that the z limit is at the very top. the atc home is below that (barely). that makes some sense now that I think about it, as you can manual tool change by moving the z up to the limit.

so, time to figure out the atc!

heres where I'm at working out the tool changer, using and M6 g code subroutine.
I'm reading up to fill in the gaps, but feel free to offer some filler

// units here are mm but will be inches on machine
// store NEXT x and y and z position to go to after tool change

M3 S0.1 // stop spindle fast if not already stopped
M5 // shut off spindle

// change spindle to C axis mode and set position to rolling encoder count - it should know where it is.
// CHANGE UPPER Z SOFT LIMIT position TO ATC HOME position

G54 // disable work offsets
G64 P0.1 Q0 // enable continuous motion
G1 Z450 C0 F590 // move z axis to home and orient spindle in sync
G1 Z550 F590 // move z axis to ATC HOME position
G61

M66 P(1) L0 Q10 // check if ATC HOME switch is high, if not, ERROR

M66 P(5) L0 Q10
M66 P(6) L0 Q10
M66 P(7) L0 Q10
M66 P( L0 Q10 // check what tool the encoder is on
// choose which direction to spin with some math

M64 P(1) M64 P(2)  // clockwise atc turret motion - enable CW relay, enable ATCRUN relay
G53 G1 X Y F590 // move x and y to next position while turret spins

M66 P(5) L0 Q10
M66 P(6) L0 Q10
M66 P(7) L0 Q10
M66 P( L0 Q10 // read encoder and wait til it gets to desired tool

// when encoder is at destination:tool
M66 P(3) L1 Q1 // wait for rising edge of deceleration track, if never comes, ERROR
M65 P(1) M65 P(2)  // brake atc turret - disable ATCRUN relay

G64 P0.1 Q0
G54 G1 Z450 F590 // move Z to home
G53 G0 Z F590 // move z to next position
M66 P(2) L0 Q10 // check if ATC AREA is low, if not, ERROR

// end subroutine

this is from another thread

.ini:
[AXIS_2]
MAX_LIMIT = 0
MAX_LIMIT_TOOLCHANGE = 200

postgui.hal:
loadrt mux2
addf mux2.0 servo-thread
setp mux2.0.in0 #<_ini[AXIS_2]MAX_LIMIT>
setp mux2.0.in1 #<_ini[AXIS_2]MAX_LIMIT_TOOLCHANGE>
net extend_z_max motion.digital-out-10 => mux2.0.sel
net z-max-limit mux2.0.out => ini.2.max_limit

change.ngc:
M64 P#10 ; enable off-limit movement
G53 G0 Z[#<_ini[CHANGE_POSITION]Z>]
...
G53 G0 Z[#<_ini[AXIS_2]MAX_LIMIT>]
M65 P#10 ; restore z max limit


....................

is that what i would use to swap my z limits for tool change? the M64/M65 here reference non physical pins here correct?

thanks!

I has a spinning tool changer.

m65/64 to set direction, then turn on motor. then m66 to read the deceleration track on the encoder to stop the motor.
stop instantly on a rising edge, right on each tool. works perfectly.

I can read the 4 absolute encoder tracks in hal scope and indeed, its just straight 4 bit binary to designate 1 through 10.

so my next step is to read them in the gcode, store them in a variable, convert that to a number, and then create something that will go to a specific tool, choosing the shortest direction. I suspect this shall be fairly easy. objective is then to put in in a subroutine, and be able to type M6 T(whatever) into mdi and have it go to that tool - no axis motion yet.

fun fun