ElectronIx
GUIDE

Getting a program out of the machine and back to the PC

Every guide about DNC talks about sending. The transfer that actually saves a shop is the one going the other way — pulling back what the operator changed at the machine, before the only copy of it disappears.

Why this direction matters more than people think

The program that finally cut a good part is rarely the one that left the CAM seat. Feeds got trimmed, a lead-in got changed, someone added a dwell. Those edits happen at the control, and if nothing ever brings them back, your library holds the version that didn't quite work while the version that did sits in battery-backed memory on a twenty-year-old machine.

The one rule: the receiver listens first

A Fanuc control punching a program does not negotiate, wait, or retry. It sends. If the PC isn't already listening, the first characters are gone and what arrives is a truncated file that looks almost right — which is worse than nothing, because it may not be obvious.

So the order is always: set the PC to receive, confirm it's waiting, then start the output at the machine.

At the machine

Exact key names and menu depth vary by series and by machine builder. The sequence doesn't: EDIT mode, pick the program, output it.

Settings still have to match

Receiving uses the same serial settings as sending — baud rate, data bits, parity, stop bits, and the I/O channel. If you have never got a transfer working in either direction, start here rather than at the machine: the Fanuc RS-232 settings reference has the parameters, the baud-rate codes, and what alarms 085, 086 and 087 mean.

Receiving is also the best way to test a new setup, precisely because nothing in the control is at risk. Prove the link by pulling a program out before you ever push one in.

When it goes wrong

While you have the cable connected, back up the rest

This is the part shops skip and later regret. Programs are the easy half — they can be re-posted from CAM if they're lost. The rest of what lives in that battery-backed memory cannot be:

Each is output from its own screen, using the same connection. A low-battery alarm is not a warning that you have weeks — on a machine that gets switched off at the weekend, it can be days. Back up before you replace the battery, not after.

Doing it without standing at the machine

ElectronIx DNC receives as readily as it sends: pick the machine, start a receive, and the program lands in that machine's folder in the library with a name and a timestamp rather than as O1234.txtin someone's Downloads folder. On machines with Ethernet, the control can push straight to the FTP server with no one at the PC at all.

Related: program transfer over Ethernet, what DNC actually means, and choosing a serial-to-Ethernet converter.

Questions

How do I copy a program from a Fanuc machine to my computer?

Put the PC in receive mode first, then output the program from the control — on most Fanuc controls that's EDIT mode, the program screen, and OUTPUT (or PUNCH on older controls). The receiving end has to be listening before the machine starts sending, because the control does not wait or retry.

Why does the transfer only work in one direction?

Sending but not receiving is almost always cable pinout — one of TX/RX isn't landing where the control expects it. A wrong baud rate or parity breaks both directions, so a one-way link points at wiring rather than settings.

Can I receive all programs at once?

On most Fanuc controls, yes — outputting program number O-9999 (or ALL, depending on the series) sends the whole memory as one stream. It arrives as a single file that you then split. It's the fastest way to back up a machine, and the way most shops discover what's actually still in there.

The operator edited the program at the machine. How do I get that change back?

Receive it and overwrite the copy in your library. This is exactly the case that makes shops adopt DNC: without a route back to the PC, the only correct version of the program lives in the machine, and it dies with the control's battery.

Should I back up anything besides programs?

Yes, and most shops don't until it's too late. Parameters, pitch error compensation, macro variables, tool offsets and PMC data all live in the same battery-backed memory as the programs. Programs can be re-posted from CAM; a machine's parameters cannot.

Pull your machines' programs into one library

Bring your shop floor's program transfer into 2026.

Get a Quote