Brother TC-225 / TC-229 adventure!
Spindle accel rates are generally programmed in to the spindle drive.
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
It's the m5 that's just coasting. How do we make it hit the brakes?
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
You are going to need a faster-responding spindle to make orient work.
Spindle accel rates are generally programmed in to the spindle drive.
It's an ad servo with 1024 line encoders. It's about as fast as it gets.
Please Log in or Create an account to join the conversation.
Ok acceleration is fast 6000rpm to minus 6000rpm in 200ms maybe.
It's the m5 that's just coasting. How do we make it hit the brakes?
What happens if you command S1 before M5?
M5 turns off the "spindle-on" HAL pins (whichever you used) It may be that that makes the drive coast rather than brake.
Please Log in or Create an account to join the conversation.
It's an ad servo with 1024 line encoders. It's about as fast as it gets.
wiki.linuxcnc.org/cgi-bin/wiki.pl?SpindleOrient
Shows how to have a spindle closed-loop in both position mode and velocity mode.
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
So we have a working spindle.... now on to orienting.
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
so, I think, all the key functions of this machine are nailed down in terms of knowing what wire goes where, etc.
tomorrow I'm going to make up more permanent wiring for everything, and get all the atc inputs and outputs wired. I only had enough wiring today to run 1 axis at a time.
goal will be to by the end of the day, have xyz/s working as they should with their limits and homes and alarms and torque meters and thermal sensors all happy and be able to run a program.
then, if theres hours in the day left, try to make the atc work as its intended with the W axis trickery.
after that, its some extra io for coolant solenoid, air blast, door interlock, and uh, lights? they go through the io. why? I have no idea. I don't really have to do this I guess, I can just tie it to main power, or to a switch.
got a question on ballscrew compensation. with the drives powered though, I was able to measure that I have .0006" play in the x. either in the ball nut or the bearing block. its pretty lose play, I can push the table with my pinky and it moves. cuiriously, it moves back consistently as well, as if its sprung (maybe by a seal).
I also noticed that in the original control it has a screw map. many zones of +2 -4 settings, etc etc - which on that machine I believe are microns but I'm not fully sure on the unit. backlash compensation was oddly set to 0. I see that Linuxcnc has a screw calibration file, would this be similar? I'm going start by leaving It alone, but eventually I will want to get it mapped in to make things as precise as I can.
ive used backlash compensation in mach3, and turned it off cause I found it made things worse than with no compensation - it wasn't consistent. is the linuxcnc version of this any better? (I imagine the best route is to just repack the screw to try and remove backlash entirely)
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
I mounted the computer and the mesa board into the control cabinet all professional like
started making up proper clean shrink wrapped cables.
go the y tuned, then tried the z...
disengaged the brake on machine start and we get a red light on the servo - an error of some kind. tried combinations of no brake, yes brake, using the cable from the X (which we know works). always error. of course the motor does not move.
swapped back to the brother control and all drives error. restarted and error gone, all drives fine.
so at this point, I'm just a little confused. I don't see any wiring mistakes or config mistakes that would make the z error. things I still need to check
- rechecking all wiring - it was midnight when I did this and I was sleepy
- reversing the enable - maybe the z is backwards?
- checking to see is the brake signal is somehow tied to the drive - doesn't seem to be
anyone have any other thoughts as to why the z may be different from the x y and spindle?
thanks
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
- Posts: 686
- Thank you received: 124
Please Log in or Create an account to join the conversation.
Yes, very similar. The numbers are absolute axis position, and actual position on either side of the backlash. So it corrects the screw and attempts to control backlash at the same time.I also noticed that in the original control it has a screw map. many zones of +2 -4 settings, etc etc - which on that machine I believe are microns but I'm not fully sure on the unit. backlash compensation was oddly set to 0. I see that Linuxcnc has a screw calibration file, would this be similar?
See COMP_FILE and COMP_FILE_TYPE linuxcnc.org/docs/2.7/html/config/ini-co...s__lt_num_gt_section
It probably isn't. The problem is that the controller only knows which direction the axis is moving, not which direction the cutting force is acting, or if that cutting force is enough to move the table.ive used backlash compensation in mach3, and turned it off cause I found it made things worse than with no compensation - it wasn't consistent. is the linuxcnc version of this any better?
It works better on lathes, where cutting force direction is much more consistent.
Please Log in or Create an account to join the conversation.