Okuma OSP500L-G rs232 program load problems

[Davidhaag]

We have just aquired an Okuma OSP500L-G lathe and I am trying to download a program from a laptop. I can receive programs from the lathe to the laptop just fine but can't get the lathe to accept the program from the laptop.
To download from the lathe, in PIP mode I push the "punch" hot key and type in "CN0:filename.min;I" and then the "write" button, this works fine.
But when I try to upload from the laptop, in PIP mode I push the "read" hot key and type in "CN0:filename.min;I" and then the "write" button, the screen in the lathe says "program file=filename.min" and just sits there.
Is there something missing in the posted program? Or do I have something incorrect? I have the $ at the beginning before the O-word with a % after it and before the body of the program and a % at the end of the program.
Or could my handshake be wrong in such a way that I can download from the lathe but not upload?
Should I be using Xon-Xoff software data flow or RTS or DTR hardware data flow?
Any input would be a GREAT help
Thanks, Dave

[Jim-MFGNetworks]

What year is the machine? green text on the control? you could try PIP read CN0: no file name what do you get?

[phx]

hi
i made it by the folloing settings:
Baudrate 2400
Parity :Even
Databits: 7
Stopbits: 1
Cts RTS,
but i dont use cno: i use tt:
did your software use remote?

[Jim-MFGNetworks]

TT: also works depending on the year CTS&RTS are not always on pin 4&5

[Davidhaag]

Jim,
The machine is an LB15 built in 1988. It has a colored screen.
When I try CN0: and read it does the same thing.

Phx,
I'll try the RTS data flow control and see what happens.
Then I'll write back and tell what I get.

Thanks

[Davidhaag]

This machine doesn't like TT for some reason.

[Jim-MFGNetworks]

When you punch to the PC does the data look good any extra lines or funny looking data?

[Jim-MFGNetworks]

And good thing it's not a green screen I have had lots of RS232 issues with them.

[Davidhaag]

Jim,
Yes when I punch to the PC, everything looks fine....no extra, lost , or changed data.

[Davidhaag]

The laptop will accept the download from the Okuma any way I set it, no flow control, Xon-Xoff, or the RTS,CTS.
The Okuma will not accept anything from the laptop no matter the settings.
Does anyone know the type of data flow control I should be using for this machine?

[gar]

071030-1550 EST USA

Davidhaag:

I have no direct experience with Okuma. However, I sold our I232 System to a person in the Chicago area, and initially there were problems.

These problems resulted from lack of information on Okuma. In most applications you set the RS232 parameters the same at both the PC and CNC. In the case of Okuma, at least on some machines, the parity is not calculated and processed in the UART (Universal Asynchronous Receiver/Transmitter). Thus, you send data to Okuma as 7 data bits, even parity, 1 stop bit. Obviously baud rates must be identical. At Okuma the UART is programmed as 8 data bits (this now includes parity as one of the data bits), and 1 or 2 stop bits. It is likely that the UART used on receive only assumes 1 stop bit even though it is programmed for 2 stop bits. If you program the PC for 2 stop bits (this is transmit only as far as I have been able to determine). Okuma performs the parity check somewhere in their system using the 8 bit data word that actually contains 7 data bits and one parity bit.

For handshake I would use XON/XOFF (needs to be done at both ends). At the Okuma jumper pin 4 to 5, and separately 6, 8, 20 together.

PC PC end in Device Manager disable FIFO for the serial port, COM1 or whatever, you are using.

Try to send a very short file. Like header, one comment, and trailer.

.

[beartrax]

We have a LB15 that we sende and recieve programs all the time. We don't give program names at the time we punch the "read" button, the lathe software will read it in the program. Our settings are:
Baur rate: 1200
Stop bits: 2
Databits: 7
Parity: even
Flow control: software

We use a DNC software, but you can do this thru Windows Hyperterminal.