The recieve settings in Cimco edit set to auto normally take care of the double lines The extra blank lines are controlled by a parameter on the control (how it sends a line feed EOB carriage return), it is easier to change the setting in Cimco than to hunt down the parameter...set PWE...change the parameter... It is always lathes that have this parameter set; not sure why. See attached picture for where the setting for recieve: \10 is a Line feed (LF ascii 010) \13 is a Carriage return (CR ascii 013)

Files that are compressed contain a check sum, so opon un compressing if the check sum stored with file does not match the calculated check sum....error bad zip file and file will not open nor un compress. So the corruption did not happen while the file was sent via any network while zipped or rar'ed. If Mastercam file was corrupted Mastercam would almost certainly complain that the file was corrupt or incompatiable. Zipping files for emailing serves 2 purposes less data to send and error checking.

The break count exceeded sounds like an error reported by the DNC software. In the Cimco edit and DNC-Max software you can choose to disable this behavior by setting the "Break after receiving characters" value to zero.

pdrlcommonb #Canned Drill Cycle common call, before if sav_dgcode = 81, [ if drillcyc$ = three, drlgsel = fsg1(-ss$) + drillcyc$ * two else, drlgsel = fsg2(dwell$) + drillcyc$ * two <<<<<<<<<<<<right here is where the string select is changed to G82 from G81 when inputting a dwell. if clearflg = one & clearstrt = zero, drillref = zero else, drillref = one if absinc$, result = force(refht_i, refht_i) else, result = force(refht_a, refht_a) ]

Post updated and errors corrected. Errors were related to using minus sign in postblock names; I always wondered who did such things. Version9 mill.zip

You would be best to log onto mastercam.com and download the update file directly. It would appear that somehow the automatic updater is failing to download or read the required files.

BTW you probably want to change your password as it and your username exists in plain text on that ftp server

That ftp address is incorrect; not sure where you got that from? Do you know the San Jose IBM PC Club? Here is the link to the ftp site folks on this forum use ftp://mastercam:[email protected]/ You should just have to click on that and be good to go.

Quickmill http://www.quickmill.com/index.php/quickmill-products ?

Tal vez su toolpath no es lo suficientemente largo . O su velocidad de avance no es lo suficientemente alto como para ver cualquier cambio en el tiempo de ciclo. Mastercam corre un foro en español aquí : http://forum.mastercam.com/Forum20.aspx Si usted prefiere usar española . Allan

This will require a multi axis toolpath (swarf with 4axis output) to complete. The axis substitution that you have attempted using the contour toolpath; has the limitation that the cutter points to center of rotation. Allan

Sintering would only come into play when combined with Carbide. Carbide by itself does not hold together so a binder is required Tungsten is used as that binder because it has the highest melting point of all metals (also why it is used for the filament of an incandescent light bulb) Sintered parts are shaped by a die; powdered metal is put into the die and squeezed the part will fall apart if rough handled (think greenware as in ceramics) and would never be machined in this state. I believe your Tungsten will come as bar stock about 20to30 Rc it is normally about 90% Tungsten with nickel and or copper added for machinability. Machining will most likely be abrasive so with the right speed/feed you should be fine cutting with carbide. Allan

Break count exceeded; data is being sent back from the control while sending. Are you going into manual and pressing DNC enter, then sending? The Fadals are always listening to the come port, so if the first line in the code is DNC and the file is sent from Cimco when sitting in Manual at the Machine "Enter Next Command". The machine will immediately go into DNC. HTH Allan

Fanuc Macro B would be useful to engrave serial numbers / dates. Allan

"31-i A5 CNC with 1000 block look-ahead and 0.4 millisecond block processing speed enables hesitationfree contouring even at high feedrates" 0.4 millisecond block processing speed = 2500 Blocks per second!

From these folks: http://www.azom.com/article.aspx?ArticleID=1140 Sounds like stress relieving "Should work". Degaussing would be the other option. http://en.wikipedia.org/wiki/Degaussing Cold-WorkingMost of the polished and cold-worked steel bar products, such as grades 303 and 304, will have a considerable quantity of magnetism gained through cold-working. However, grades 310 and 316, having high nickel content, tend to have much less magnetism. The rate of stimulation of magnetic response due to cold-working can be altered with respect to the chemical control of single standard analysis range. Stress RelievingStress relieving of any austenitic stainless steel can reverse the magnetic response generated from cold-working. This conversion of magnetic steels to a non-magnetic condition can be performed by heating them to temperatures of about 700 to 800°C using an oxy-acetylene torch. However, the steels may become sensitive to carbide precipitation if they are not stabilized.

Does the indexer have its own controller; as in it just takes a switched input to step thru the commands. If so yes. Or if it is a 4th axis capable of simultaneous motion the machine would need an axis driver board to support it. Allan

Looks like these guys do: http://www.pacificcontours.com/capabilities/products/airframe-manufacturing/ Their website says they have X6. Allan

The warning is coming from your post processor. Most likely that one or more of your tilt lines are pointing straight up in Z. This causes an issue where the 2 rotary axis become co-linear http://en.wikipedia.org/wiki/Gimbal_lock The solution would be choosing tilt lines that are not vertical. HTH Allan

Your control def tolerance settings are wacked. The line 53 has a z value with 8 decimal places! I would bet there is really no helix being output but rather a z value that bobbles around 5, 6 or 7 decimal places out. Your machine errors because it does not support helix motion, it barfs on the z syntax regardless if the value changes.

What controller? Sometimes it can be changed in the parameters of the control. Otherwise, a separate lookup table would need to be made for the G18 plane with the G2/G3's reversed. Allan

Looks like you just want long hand tap cycle. In X7 you would open your machine/control def and uncheck the used canned tap cycle. Allan

I've never heard of "CAN Bus" being used in machine tools; usually on your car part of the OBDII system. The error relates to an issue with the network of the controller itself, poor cabling, flaky I/O or drive unit. Nothing to do with surfcam, mastercam, post, Gcode, or DNC IMHO HTH Allan

Hey Newbee; I've seen the issue you describe, many times. It has everything to do with "S" curve acceleration/deceleration. And Vericut or any other Simulation software is not going to catch the issue period. Typically we set-up posts to make rapids as high feed moves (G01), this forces the control to not introduce acceleration/deceleration motion that is unexpected. The other option is to use absolute retract values, you'll end up with more Z rapid motion but at least you wont clip features on your part based on the rapid setting. Allan

I noticed that you are not using the arc filter, I've uploaded the file with the arc filter turned on test1_ab.mcx-6 Their have been issues with the arc filtering on Haas machines but since this is just a half round circular channel I would think you should get decent results. Allan