![]() | |
| Home Page | Mark Forums Read | Today's Posts | My Replies | Classifieds | Reviews | Photo Gallery | Web Links | Share Files | Advertise With Us | Ad List |
| |||||||
| CamSoft Products Discuss Camsoft PC based CNC controller products here! |
| This forum is sponsored by: |
![]() |
| | LinkBack | Thread Tools | Search this Thread | Display Modes |
|
#1
| ||||
| ||||
I have pondered the usage of soft limits in cnc controllers, and find a definite lack of functionality. So this is not a Camsoft beef in particular, but maybe this is the PC based cnc solution that could get it right Mind you, I have not seen everything there is to see, so maybe some controllers do have better functionality. Anyways, let's think about lathes for a moment. There is often great variation in the length of tooling required. And, much of the time, this tooling must work very close to the chuck face of the chuck jaws. Suppose I have a boring bar projecting 5" to the left of most of the regular OD turning tools. Suppose I must cutoff within .5" of the chuck. Since the softlimits are relative to machine zero, then it becomes obvious that the boring bar is not going to be protected by soft limits. If you set a limit that protects the bar, it will prevent the cutoff tool from moving into position. So, my notion, is that there should be a unique softlimit setting associated with every tool in the tool offset register. The same principle would apply to mill tools of various lengths. There isn't any protection for the longest tools. Am I missing something here? Why are softlimits in this state of uselessness?
__________________ First you get good, then you get fast. Then grouchiness sets in. (Note: The opinions expressed in this post are my own and are not necessarily those of CNCzone and its management) |
|
#2
| |||
| |||
| There are a few things you can do. Use the Search for Solutions button (Starting with Version 15) to review Question #232 It's true the SOFTLIMITS position settings in CNC SETUP are relative to the machine home not tool or job home. However, these positions can be changed on-the-fly with the logic command equivalent called SOFTLIMITS or the G codes G170,G171,G172. Think of the SOFT LIMITS as a virtual over-travel limit switch in the computer. These may be used as crash barriers to prevent the tool from hitting the chuck, fixture or clamp for example. What actions will occur when a crash barrier or SOFTLIMITS is crossed can be customized by the end user in detail inside the SOFTLIMITS.FIL file. Here are the 3 choices. (1) Enter in the tool size or length into the CUSTOM1 or CUSTOM2 box on the TOOL PARAMETER screen for each tool number. At each new tool change, perhaps in the logic for the M06 code you can setup the new crash barrier positions for each new tool. Use the lower case t value to determine the current tool number. Example: TOOLCUS1STt \123 SOFTLIMITS BACKWARD {-10+\123};0;0 This will retrieve the value stored in the CUSTOM1 box on TOOL PARAMETER SCREEN for current tool number and store it in variable \123 then reset the SOFTLIMITS for the BACKWARD limit of the first axis to -10 were it was originally plus the tool size or length stored in variable \123. If the physical chuck was at -10 away from machine home in Z (in this case axis number 1 on a lathe) and the lathe tool length stored in CUSTOM1 box was added to the original chuck location then the number 1 axis could not pass this coordinate without causing the SOFTLIMITS event to execute. This would also work for 3D mills or other machine types despite additional offsets for the fixture, job home or other user defined added offsets because the internal position register compares the actual axis location minus any offsets in a separate register and it's this value that is compared to the SOFTLIMITS position. All we are doing here is adding the tool size or length to SOFTLIMITS. When the tool enters the crash barrier limits the logic in the SOFTLIMITS.FIL file will automatically run. Here you display messages to the operator, stop the machine or even automatically back away slowly. (2) These G codes setup new crash barriers from within the G Code program G171,G172. The G170 resets them back to the defaults. This way the positions that are given for this particular part would be saved for the next time it's run, right inside the G code file. (3) Enter logic directly in the GCODE.FIL file table that specifies what will happen, what messages get displayed and what action will occur before the GO command to move the machine takes place. In the example below if the X axis position in the G code program is ever less than or equal to the value 1.234 then the machine stops and displays a message and exits out before it moves there. The -1.234 maybe the distance from the face of the part Z0 to the chuck jaws. For example: If x<=-1.234 THEN ESTOP:MESSAGE CRASH BARRIER HIT:EXIT The big advantage here is that you are working with numbers in the G code program that are already the tip of the tool. No offsets to worry about in your calculation. The lower case x value is the tip of the tool. All tools despite their length get setup and touched off the part face at Z0 on a Lathe or Z0 on the top of the part on a mill/router. This way the tool number doesn't matter and neither do the offsets. If the tip of the tool is commanded in the G code program to cross a certain fixed coordinate that is the chuck or fixture then this will catch it. Besides this way the move is never actually made so the crash is caught before the tool even gets near the chuck. (4) In the standard version of CNC professional watch the solid modeled simulation on the screen in SUSPEND PREVIEW mode before you press cycle start. In Level-5 or higher you can also preview a full solid modeled verification of the G code program. Although you can't always count on this method unless you humanly notice something, but again it's a high probability that you will notice well before the machine operator has even has a chance to press cycle start. Tech Support CamSoft Corp. (909) 674-8100 support@camsoftcorp.com www.cnccontrols.com |
|
#3
| ||||
| ||||
| Thank you Camsoft for that detailed reply. I never thought of using the custom1 or custom2 fields for anything as of yet. That's what I will try. Heretofor, I've only managed to hobble my machine with the soft limits
__________________ First you get good, then you get fast. Then grouchiness sets in. (Note: The opinions expressed in this post are my own and are not necessarily those of CNCzone and its management) |
|
#4
| |||
| |||
| I would go with option 3 and never make the move. It seems to me the softlimits can be jogged over and the overtravel hit, even if short acc-dec ramps are used. This seems to be a Galil issue. I know the Galil is a state of the art motion controller but I would like to know what has changed in the way home is preformed. On all the retrofits I have done in which the original controller was replaced with A Galil controller the rate at which the home swith had to be attacked was greatly reduced. Most cases I had to move the home dog in more to have time to detect it before the overtravel was hit. I would think the new controller should be able to match what the 20+ year old controllers did. Has anyone else noticed the slower home? HillBilly |
|
#5
| ||||
| ||||
| Hillbilly, Are you calling up the home routine more than once in a session? Are you homing to a switch or to a scale/encoder index?
__________________ First you get good, then you get fast. Then grouchiness sets in. (Note: The opinions expressed in this post are my own and are not necessarily those of CNCzone and its management) |
| Sponsored Links |
|
#7
| ||||
| ||||
| HillBilly, Do you use a routine for homing such as is described in the Galil Home command? I think the method described there allows for more speed for the initial switch change of state. I presume that is when you would find most of the time being wasted?
__________________ First you get good, then you get fast. Then grouchiness sets in. (Note: The opinions expressed in this post are my own and are not necessarily those of CNCzone and its management) |
|
#9
| |||
| |||
| Hu, I have a lathe with a Fanuc 10T, and when it homes there are 2 limit switches about 1" apart, when it hits the first switch it slows down from rapid to a very slow rate to find the next switch, which would be the home switch. That would be a way to rapidly find home without blowing by the actual home switch. |
|
#10
| |||
| |||
| Wolfe, I would be surprised if this is actually how your machine homes. The slow down after the first switch is usally to creep to the next encoder marker pulse, not the second switch. If your machine moves slower after the first switch and stops at the second switch without finding a encoder marker pulse then your home repeatability is only as good as the machanics of your switch! Is there one more switch after these two for O.T.? HillBilly |
| Sponsored Links |
|
#11
| |||
| |||
| HillBilly, There are two O.T. switches, a soft O.T. and a hard O.T. Besides, it could still be a good fix for homeing at a rapid pace. I checked the machine and after it hits the first switch the next stop is at .996 of an inch, at that point the home light comes on. I do not believe that the next index marker would be that far away. |
|
#12
| |||
| |||
| Wolfe, With Fanuc pulsecoders, encoders, the marker pulse is one per revolution. There is also a parameter in the control, grid shift, as to how many revs past the decel switch to actually go to and call home. I'm getting this from a 3T maintenance manual but it should read the same in the 10T manual. HillBilly |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | Search this Thread |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Bringing objects together in V19 & general questions | rustyolddo | BobCad-Cam | 1 | 07-31-2004 10:14 AM |
| General software rundown. | ynneb | General CAM Discussion | 0 | 03-25-2004 06:09 PM |
| Softlimits and Jog | HuFlungDung | CamSoft Products | 2 | 03-08-2004 05:28 PM |
| Spherical toolpaths and general info | Pat | BobCad-Cam | 5 | 07-07-2003 11:36 PM |
| Welcome to the General retro-fit forum | CNCadmin | General Metal Working Machines | 0 | 03-01-2003 07:57 PM |