586,724 active members*
3,445 visitors online*
Register for free
Login
IndustryArena Forum > CAM Software > EdgeCam > Rapid and Block Number Issues in Posts...
Results 1 to 4 of 4
  1. #1
    Join Date
    Oct 2005
    Posts
    17

    Rapid and Block Number Issues in Posts...

    1. For some odd reason Edgecam (v. 9.75) converts some of the Z rapids to “maximum high federate” moves. Not all the time, but the majority. I’ve been through the cgd file in Codewizard and checked the appropriate boxes:

    NC Style; Rapid Traverse; Convert All Rapids to Feedmoves at Highfeed: Not Selected

    Code Constructors; General Motion; Rapid Move, looks like this:

    ;CODE:%IF #XMOVE=#XHOLD %THEN %GOTO @EXTRAI
    ;CODE:%IF #YMOVE=#YHOLD %THEN %GOTO @EXTRAI
    ;CODE:%IF #ZMOVE=#ZHOLD %THEN %GOTO @EXTRAI
    [RAPIDGCODE][ZMOVE][FEED][COOLANT ON]
    ;CODE:%GOTO @FINAL
    ;CODE:@EXTRAI
    [RAPIDGCODE][XMOVE][YMOVE][ZMOVE][FEED][COOLANT ON]
    ;CODE:@FINAL


    (2) Block numbers also do not post despite having checked “Output Block Numbers,” Block Numbers Start: 10, and Block Increment: 10.

    Is there something I’m missing or incorrectly set?

    Setup is as follows:
    -Edgecam v9.75 running solid models
    -Cincinnati Sabre 1000 VMC
    -Acramatic 850SX Controller w/ Fanuc AC Drives and Servos

    Text file of an example post is attached. Highfeedrate is set to 500, so F500 finds the offending code which should be G0. Really annoying not being able to resolve what seems like such a simple issue. Is this a bug or are we missing something?
    Attached Files Attached Files

  2. #2
    Join Date
    Jun 2003
    Posts
    73
    What about checking resolved rapids on teh machine parameters? This should tell the post that your machine doesn't "dog-leg" its rapid move and stop all the high feed moves.

    Also, you can just choose "Clearance" as you link type in teh cycle and it will get rid of those as well.
    Mike W.

  3. #3
    Join Date
    Oct 2005
    Posts
    17

    Solved the problems

    Thanks for the input Mike,

    Both issues are solved. Outputting block numbers in Edgecam requires more than just checking the boxes off in the required fields. Its necessary to place "[BLKNUM]" in the beginning of each string of code in the CGD file motion sections for G1-3, etc.

    Getting maximum feed rates instead of G0 was narrowed to only the Z axis. Copying and pasting a few different machine profiles didn't do much other than output the wrong codes. But, for some reason when the original coding was put back in (freshly), the problem went away. Edgecam Codewiz/CGD seems a bit buggy.

    I now have a squeaky clean post for 850SX Acramatics. I'll be posting it in the Yahoo Groups Acramatic Users Group forum files.

  4. #4
    Join Date
    Mar 2006
    Posts
    1013
    [BLKNUM] is the variable for outputting block numbers. But telling the post to Output Block Numbers, activates that variable. With no variable.... No output. With the variable, you have a choice to output or not.

    Sometimes on a comment line you might not want block numbers, ever. But in the rest of the program you always want block numbers. You could remove the [BLKNUM] from the comment output section. That would keep it from ever outputting BlkNum's, no matter how the switch was set.

    You might also want to put the post here as an attachment for others that might search this forum for "Edgecam Post 850SX Acramatics".

    Mike Mattera
    Tips For Manufacturing Training CD's, DVD's for Mastercam, SolidWorks, Inventor, G-Code Training & More
    http://www.tipsforcadcam.com

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •