Hello to all,
Is there a way to edit the post so it rapids to the first x,y position of an operation before it rapids to the safe Z height?
I am using the dev version now. Here is the modified fanuc post I use. Thanks for any response.
Search found 74 matches
- Thu Oct 18, 2018 11:40 pm
- Forum: Problems and questions
- Topic: Rapid to cut position before rapid to safe z postion
- Replies: 1
- Views: 968
- Sun May 27, 2018 2:26 pm
- Forum: Problems and questions
- Topic: Rapid rate
- Replies: 4
- Views: 1760
Re: Rapid rate
I am not familiar with grbl.
Normally there is no feed rate associated with a rapid move, which is controlled by the machine/control.
Maybe someone familiar with grbl could help.
Normally there is no feed rate associated with a rapid move, which is controlled by the machine/control.
Maybe someone familiar with grbl could help.
- Thu May 24, 2018 11:55 am
- Forum: Problems and questions
- Topic: Rapid rate
- Replies: 4
- Views: 1760
Re: Rapid rate
Rapid speed is controlled/limited by your machine, not SC. Make sure you are not in dry run or have your rapid override turned down for starters.
- Mon Apr 30, 2018 11:21 am
- Forum: Problems and questions
- Topic: stops at layer changes
- Replies: 28
- Views: 9316
Re: stops at layer changes
Yes, text can be entered. The machine will disregard anything in “()”. It is always a good idea to do a “dry run” with a new program especially if you are a little weak on g-coding. This can give you a chance to experiment. With all that said, you really need to educate yourself with g-code. SC or a...
- Sun Apr 29, 2018 11:03 am
- Forum: Problems and questions
- Topic: stops at layer changes
- Replies: 28
- Views: 9316
Re: stops at layer changes
Try this:
G0 G90 Z100
X0 Y0
M0
G0 G90 Z100
X0 Y0
M0
- Mon Apr 23, 2018 11:44 am
- Forum: Problems and questions
- Topic: stops at layer changes
- Replies: 28
- Views: 9316
Re: stops at layer changes
There is no such thing as a stupid question. First, create the code snippet like any other tool in your library (select the "G"). Then type in whatever code you want the machine to do. In you case the position to stop will be where it is easy and safe to manually change the tool. Label the...
- Sun Apr 22, 2018 3:31 pm
- Forum: Problems and questions
- Topic: stops at layer changes
- Replies: 28
- Views: 9316
Re: stops at layer changes
This is an example of how I would do it. If your machine only holds one tool, then obviously the tool number and offset(G43) number will be the same. Your control may not use the G43 offset command. Also the G28 command may not apply as well. The code will have to be tailored to your control/machine...
- Sat Apr 21, 2018 1:47 pm
- Forum: Problems and questions
- Topic: stops at layer changes
- Replies: 28
- Views: 9316
Re: stops at layer changes
You can create a code snippet that has the required code and just place it between the operations you want to stop/tool change. That same snippet can be used multiple times. The snippet can be labeled for what it is.
- Mon Mar 19, 2018 11:50 pm
- Forum: Problems and questions
- Topic: How to mill horizontally
- Replies: 4
- Views: 2039
Re: How to mill horizontally
No you cannot within SC.
The work around would be to go back to the drawing and offset the geometry out to whatever step over you want to use, then you have to put each of those geometries in a different layer and mill in the order you want.
The work around would be to go back to the drawing and offset the geometry out to whatever step over you want to use, then you have to put each of those geometries in a different layer and mill in the order you want.
- Sat Mar 10, 2018 1:24 pm
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
Everything looks good on my simulators and the code looks like it may work. The only thing that seems odd is it does not arc in to the cut. The SC simulator shows it arcing in, but its not in the code. It arcs out of the cut perfectly fine. I will try to run some test holes this week when I am back ...
- Thu Mar 01, 2018 6:40 pm
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
Hello Les, I updated SC and ran the same job with the update, and it did remove the rapid move at the beginning, but the first arc is being generated in the wrong direction ("I" should have a negative sign). Even after manually adding the minus sign, the code still is not properly arcing i...
- Wed Feb 28, 2018 12:26 am
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
It is the stable version
- Tue Feb 27, 2018 6:32 pm
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
I am running the latest updated version of TNG.
- Tue Feb 27, 2018 5:19 pm
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
Thank you Les for the quick response. I did a dry run on my machine and did not encounter any alarms, and the moves looked correct with and without a D value in my offset page. There are a couple of issues that could be a problem when and where it comps on. Please refer back to my thread mill exampl...
- Mon Feb 26, 2018 7:03 pm
- Forum: Problems and questions
- Topic: Thread Milling
- Replies: 12
- Views: 3932
Re: Thread Milling
Yes, I think that may help. I would have to try it on the machine for verification. My D number is dependent on the tool number I am using and F(feed rate) will vary also. That can be added manually on a job by job basis. My machine holds 30 tools. Thread mill format example: (9/16-18) (THREAD MILL,...