OT/OSP5020M

[RStuart]

Was wondering if anyone could help me transfer programs from cimco edit 4 to an Okuma OSP5020M control. I have a cable and I have changed the appropriate parameters but am still having trouble actually getting the program to the machine. APS at Okuma is not being very helpful. Thanks in advance.

[Lathe-Mill]

did you saved it as a .min program?

it should be named .min and no more then 8 characters, first digit must be a letter:

A1234567.MIN

[RStuart]

Yes, the program is saved as BONNET.min.

[chris m]

quote:

---

no more then 8 characters

---

I believe that 16 characters are allowed, but it must start with a letter [which his does]

 

remember the $ and percent

 

$bonnet.min%

 

At the beginning

 

There are a lot of parameters in the machine which make this kind of a pain; can you transfer with other software?

 

C

[Brendan P]

Have you ever "transfered" programs to this machine sucessfully with any other software?

 

We have an osp 7000L and have trouble bring programs back to the computer.

But we are using Predator software.

[Lathe-Mill]

16 characters if it is writen at the control. on osp format, if writen at pc. , must be 8 only.

[Lathe-Mill]

okuma, has its own lenguage, all though you see english, it is being wrote in japanese.

they come with a feture, convert from osp to pc.

, this only when the program was created at the machine thru the graphics interface

[chris m]

Carlos I have to disagree with you on the number of characters as I have 11 Okumas with various controls and the 16 char seems to work. That being said it has nothing to do with this problem so who cares?

 

+1 to Brendan; did this control communicate with other software?

 

Are you using DNCMax or CimcoEdit?

 

Have you tried the Cimco reseller or Cimco directly?

 

Feel free to call or email me if you think I can be of some help

 

Keep the baud rate low (like 2400) until you get it to work

 

C

[RStuart]

I am using Cimco edit. No this machine has never received any programs this way before. I am able to receive programs from the machine to my computer but not send programs from my computer to the machine

[RStuart]

CR/LF? What is this and what should it be set at in my editor?

[chris m]

Carriage Return, Line Feed

 

End-of-line format from the tape days

 

typically 1310 for Transmit

 

'Auto' for receive

 

C

 

[ 09-29-2003, 01:07 PM: Message edited by: chris m ]

[Neal Z]

We have a MC-4AVAE Okuma, with an OSP5020m control. We use OKDNC32 for communication. We had to get it from the dealer for it to work.

[Allan]

What steps do you follow at the control? Does the control have a floppy drive? There are commands to send to BB0: or some such thing and this directs it to the bubble memory. This is the only thing that has worked for me on a really old one of these controls.

 

One machine I configured had an 8" floppy drive that was attached to the panel door, when the door was opened it was about 20" long, I smashed my head into that thing, never liked OSP controls since

 

Allan

[RStuart]

Any ideas as to why I can receive and not send?

[RStuart]

At the control I follow these steps as told by apps....edit aux. ; PIP ; read CN0: then try sending the program to the machine. I get an alarm that says "2560 RS232C READ BUFFER OVERFLOW ERROR" They also told me to try TT: in place of CN0:........same result. What is this BB0: you speak of....I will try that I have tried everything else.

[RStuart]

My machine does not recognize BB0:

[chris m]

Buffer Overflow usually means too much program for the mem or too much baud rate.

 

Are send/receive settings [baud/parity/etc] the same?

 

Is the program you're trying large?

 

C

[Brendan P]

quote:

---

Is the program you're trying large?

---

Funny you ask this Chris,

This is what happens to us on punching back to the computer.

It will do smaller programs but not larger ones.

it gets some kinda time out.

 

Bucket teh "might just learn sumpin here".

[chris m]

quote:

---

It will do smaller programs but not larger ones

---

That's a handshake prob typically; the software is sending a 'stop' signal and the machine's not listening or the software isn't sending the code at all.

 

Why don't you give Glenn a call?

 

Ha, ha

 

C

[RStuart]

I tought the same thing also I double checked the settings at the machine and in the editor everything is the same. Also I tried sending a very small program and I still get the same error message.????

[md]

Go to

 

NC Optional Parameter RSS32C(CH0.)

 

BUSY TIME 30

 

I dont think the controler is waiting.

 

To send

edit aux. ; PIP ; read ; WRITE

 

Send from pc

[Nominal]

For whatever its worth.....

 

Here's what we're doing.

 

first block of program looks like this...

$O0080.MIN%

 

80 is just the op number of course.

 

On cimco I have the serial set to 7E2

under setup - port tab

flow control is set to software

both dtr and rts are enabled

xon character is 17

xoff is -19

 

under the transmit tab

cr/lf is set to 1310

end trigger = %

and most importantly wait of xon is checked.

 

I have a bunch of different machines, lathes and mills, and this is the setup for all of them.

 

Then I can go over to cimco, select send file, pick the file I want to send, and hit open.

Cimco then sits there waiting for someone at the machine to hit edit/pip/read/ and just hit the write key. We don't have to type anything just read and go.

 

Like I said up at the top, I don't know if any of this helps you, but here it is. Good luck.

[RStuart]

Nominal, you are DA MAN!!!!!!! Works great.

[Nominal]

bout time somebody recognized that.

 

But seriously, I'm glad I could help you.