Error RS232C_2

[hossein1122]

Hello friends.
I have encountered this error while sending a program from the computer to the device via a cable.
Has this happened to anyone?
Machine model: mori seiki mv junior fanuc 10 M

 

[DouglasJRizzo]

Could be a few things:
1) wrong baud rate on one end
2)wrong software config
3)bad pin assignments

 

[hossein1122]

Could be a few things:
1) wrong baud rate on one end
2)wrong software config
3)bad pin assignments

I don't know how to set the software settings because I don't have the device catalog

 

[DouglasJRizzo]

You will need the Fanuc manuals.
You can find them online.

 

[angelw]

View attachment 435491Hello friends.
I have encountered this error while sending a program from the computer to the device via a cable.
Has this happened to anyone?
Machine model: mori seiki mv junior fanuc 10 M

There are two types of Handshake available, Software (Xon Xoff) and Hardware. Having the wrong Handshake Method set at the control, or external device, relative to the cable configuration will give rise to this error. Mismatched Baud Rate between the two devices will just give you rubbish data, not a Buffer Overflow..

The most common RS232 set up is Software Handshaking where the cable configuration is as follows:
Machine Side ======================= External Device
DB25 Male Connector =============== DB9 Female Connector
1 ----------- Shield Trace Wire ------------------------ Not Connected
2 ----------------------------------------------------------------------- 2
3 ----------------------------------------------------------------------- 3
4
| Bridged
5
6
|
8 All Bridged
|
20

7 ------------------------------------------------------------------------ 5

Check your cable configuration and if the same as above (only 3 wires connected), then both the control and the external device must be set for Software Handshaking.

The control needs to be set to use DC1 to DC4 control characters and the External device set to use Xon/Xoff Handshaking.

If the control and external device are set correctly, turning the FIFO setting to off via the device manager of the external device can sometimes help. Handshaking between the two devices is handled by the UART and Buffer Overflow can be caused by the particular UART not being able to react quickly enough when an Xoff character (DC3 -ASCII 19) is sent by the control.

Regards,

Bill

 

[magno_grail]

Hardware handshake is more reliable than software. Only the PC transmit buffer has to be turned down to 1. Older CNC machines do not have enough buffer capacity or speed to turn off the PC UART before overflow.

 

[angelw]

Older CNC machines do not have enough buffer capacity or speed to turn off the PC UART before overflow.

It's the reaction of the External device UART that can cause the Buffer Overflow at the control when Software Handshaking is being used. The DC characters are transmitted in the same way and baud rate as data characters and its the external device sending more than 10 characters of data after the control has sent a stop code (DC3) that causes the Buffer Overflow.

 

[DouglasJRizzo]

@hossein1122
I noticed you're from Iran.

 

[angelw]

I have encountered this error while sending a program from the computer to the device via a cable.
Has this happened to anyone?
Machine model: mori seiki mv junior fanuc 10 M

Buffer Overflow is rather uncommon when just transferring a program from an external device to the Control Memory, if settings at the Control and External Device are correct, particularly the Handshake method. Its far more common to experience Buffer Overflow when operating the machine via DNC (Drip Feeding from the External Device), particularly when a single program operation is going to hold up the use of the data stored in the Buffer, such as a long machining move. When transferring a program to the control, data is moved quickly from the Buffer to Memory. Accordingly, as you're having this issue when simply transferring a program to the Control, I suspect that you have the wrong Handshake Method set, more likely at the Control.

If the parameter setting at the Control is to NOT use DC Control Characters, and the Cable and RS232 protocol setting at the External Device are for Software Handshaking (Xon/Xoff), then the control will never send a Stop Code (DC3 - ASCII 19) and therefor, the External Device won't be told to stop sending when the Receive Buffer of the Control is within 10 characters of being full.

Regards,

Bill

 

[Kallam]

You're new computer is sending data to fast to that old control.
Slow the transfer rate down a few mili seconds per block .

 

[Vancbiker]

You're new computer is sending data to fast to that old control.
Slow the transfer rate down a few mili seconds per block .

That’s almost always a bandaid solution for an improper handshake configuration. Best to fix the root cause.

 

[angelw]

You're new computer is sending data to fast to that old control.
Slow the transfer rate down a few mili seconds per block .

As Kevin suggests, that's a band aid fix at best. Slow the baud rate down enough and the program can be sent successful with no handshaking whatsoever. As mentioned in my previous Post, buffer overflow is uncommon when transmitting a program to the memory of the control, if the RS232 protocol settings for both the sending and receiving devices are correct. The most likely setting mismatch to result in Buffer Overflow is the Handshake Method; others give Framing errors, garbage, or no transmission at all.

Regards,

Bill

 

[tc227]

View attachment 435491Hello friends.
I have encountered this error while sending a program from the computer to the device via a cable.
Has this happened to anyone?
Machine model: mori seiki mv junior fanuc 10 M

You trying to use a USB cable?

 

[aj]

Hello friends.
I have encountered this error while sending a program from the computer to the device via a cable.
Has this happened to anyone?
Machine model: mori seiki mv junior fanuc 10 M

Is it possible your memory's full? Not enough room for the program you're sending? Seen this on a couple of older lathes in our shop.