OMD 086 alarm DR signal Off when recivieing

[meadowtech]

I have a OM-D control that will download from the machine to the pc with know problem but whe I send a program up from the PC I get a DR signal. I've checked cables manyl times, I sent the board out and had it checked and they said they could communicate with it, that it was not the board. I lost all the parameters a while back and had to reload them all by hand because I couldn't get the pc to upload. I have a disk with all the parameters that where originally set up on the machine, and everything looks right. Is there any diagnosis parameters that have to be set? Anyone else have this problem? If I can send from the control why can't I receive? On my control parameter 38.6 is on I've seen posts that say 38.7 should also be on, if I turn on 38.7 when I reboot control the machine thinks that it has a floppy drive, when it really does not. Is that all that parameter controls, it made no difference in uploading to the machine.

[cogsman1]

I don't know alot about your problem but I do know that Fanuc has two sets of communication parameters. One set for in-put and another for out-put. Your problem sounds like they are not set to the same port.

[stevo1]

I have never had to troubleshoot a OM control but the 086 alarm is pretty much telling you the cable is not connected. I know you have checked the wiring but I would check it again. Also check the parameters to the attached data.

Stevo

[meadowtech]

Thanks stevo
I've tested the pinouts many times with a ohm meter, but I will check them again. There is a difference in the parameters that you sent, and what I have( parameter 38 you have 1010xxxx, Mine is set 1000xxxx) so I will change that and see what happens. Everything else is the same, thank you for replying to the post

[meadowtech]

Tried changing the 38 parameter but no difference. The shell pinouts you posted is that for hardware handshake? Those are different then I 've used. Cable is jumpered for software handshake 25 pin cnc side to 9 pin PC side 6,8,20 4,5 on the cnc side with 2-2, 3-3 and 7-5 thru, and pins 7,8 and 6,4 jumpered on the pc side. Would hardware handshake make a difference?

[stevo1]

I am not sure if that would matter or not. I am furthest thing from an expert on that. I just know the schematics of how to set it up and some trouble shooting. I know with the pin out I gave you I have never had a problem with communications through most of the Fanuc controls and a few others non Fanuc. Can’t hurt to try. This is probably a good Mr. Fritz question.

Here is a few other threads were the O series control is talked about and has some good details.

Conecting Fanuc-OM to PC
Uploading Problem

Stevo

[Al_The_Man]

A RS232 break out box is invaluable for trouble shooting these type of problems, normally HW Handshake takes care of these alarms, DR pin is pin 6 on the 25D.
With a Break out box, you can see the actual level of the signal, which on most boxes is a red LED for low and Green for high.
It should be High.
There is also normally two ports on the 0, one on the MB and the other on the Operator Panel, check to see if there is CD1 socket.
If you need the RS232 manual on this, send me a email ad by PM.
Al.

[meadowtech]

Al
I have a breakout box in line, when I select the program to output in edit mode the screen flashes LSK at this point all the lights are green except RD & TD when I push the output button it sends the file but the change in color of the lights on RD & TD is very faint they don't actually turn green. When I send a file from the pc to the cable while it is not plugged into the machine one light is lit and it changes color and flickers, but it does not turn green, maybe because the file is to small that I'm sending.
The machine is supposed to be able to use the m74 port, at least Thats what I've been told, by looking at the version number that comes up at machine start up. I have tried switching to the M74 connector before and changing the parameters as instructed, but still no go.
Unless you have some other suggestions I'll try and build a hardware handshake cable and see what happens.
Thanks Tom

[Al_The_Man]

If your 4-5 6-8-20 are green, I don't really see it making any difference if you make up a HW HS cable.
The R & D light dimming are normal if it is transmitting.
What is the actual alarm # for the DR?
AL.

[meadowtech]

86 DR signal off

[Dan Fritz]

Try this cable configuration:

Fanuc side (25-pin) ----------- PC side (9-pin)

pin 1 ----------- cable shield
pin 2 ------------------------------ pin 2
pin 3 ------------------------------ pin 3
pin 5 ------------------------------ pin 7
pin 7 ------------------------------ pin 5
pin 6 and pin 8 -------------------- pin 4

I've seen a few of the faster Fanuc CNCs do this. Normally, a jumper from 6 to 8 to 20 on the Fanuc side does the trick, but tying pin 6 and 8 on the Fanuc side to pin 4 on the PC side is more reliable. Also, if you jumper pins 4 to 5 on the Fanuc side, the Fanuc will be able to send data to "outer space" even if the PC is not ready. I recommend tying pin 5 on the Fanuc to pin 7 on the PC to prevent this. The Fanuc can't send data without a signal on pin 5, so if the PC isn't ready, you can't be fooled into thinking your program is saved when it isn't.

When (any) Fanuc tries to send or receive, it opens the serial port which turns on pins 4 (RTS) and 20 (DTR). It then checks to see if pin 6 (DR) and pin 8 (CD) are both on. If they are not, you get an alarm. Problem is, sometimes with the new, faster processors, the Fanuc turns on pin 20, then checks the status of pins 6 and 8 TOO FAST. Tying pins 6 and 8 to DTR on the PC side (pin 4), which is held high long before you try to punch/read on the Fanuc, should solve that timing problem. The fact that you're getting the alarm when you try to read, but not when you try to punch points to the possibility that its a timing problem.

These Fanucs will hardware handshake using RTS/CTS when they SEND data to the PC, but will only do Xon/Xoff handshaking when they receive. Kind of funky, but that's the way Dr Inaba made them.

[meadowtech]

Dan
Thank you for the response, I will give that a try today.
Tom