Fanuc OM, using DNC4U to drip feed, get p/s003 (too many digits), how to edit Line Numbers Out of program

[solidworks4u]

Fanuc OM has alarm 003 (too many digits) inputting/running program using DNC4U to drip feed. I believe the alarm is at line N9999 going to, N10000. How do I edit the Line Numbers out of the program? I am using BobCad v29 that has Predator Editor, but apparently it is just a BobCad v29 version. Without the line numbers (1 for each block of data) this makes it more difficult to find or reference the area of the program that may need editing, correct? Is there a preferred way to run a long program or a workaround? I have seen in the post processor several options covering most everything, just am not confident of how to move forward.

Many thanks.

 

[Vancbiker]

In the DNC4U editor, there is a Desequence function that removes the N numbers from the currently loaded program.

 

[dandrummerman21]

since you are using dnc4u, do what vancbiker said above.

With that said, I sometimes use notepad++ and if you hold alt while making a selection, you can highlight a column of N numbers, and simply delete them.

Similarly in notepad++ you can strip line numbers by doing a find and replace, pasting N[0-9]*[^A-Z] as what you're finding, and selecting regular expression search mode. But now I'm just showing off.

 

[sinha]

He wants to retain the line numbers, for the purpose of convenience in referencing.

 

[solidworks4u]

Vancbiker, dandrummerman21 and sinha, thank each of you for your suggestions. I saved the large file in to smaller (to single operation programs) ones, it looked like this was a possibility but not so, just got the p/s 003 alarm on a file that was smaller than line 9999, but still had the 003 alarm. It looks like the number of decimal places to the right of the decimal is all I see. I will try to post a pic of the area of the program, it stopped at line N4388. I am thinking that it's related to the number of decimal places.​

What should I be looking for?

Vancbiker, thanks, I would have not thought of "desequence" was the term I was looking for, but if it works that all that counts.​

dandrummerman21, that is excellent to know that notepad++, has that ability! Many thanks!!

Many thanks!

Edit: This program is a pocket type of cut with a profile finish.

 

[SteveEx30]

What are the 4 numbers before the line numbers ?! Is that how your program is posted out?

Just send over a line at a time till you get the error, atleast thjs way your not guessing and wasting time.

 

[Vancbiker]

Are you using hardware or software handshaking? For drip feeding hardware is best.

 

[solidworks4u]

So sorry to bother you gentlemen, found issue with a missing "G" in safety line, nothing to do with long number. Many, many thanks!

SteveEx30, the screenshot was taken when the program was in a notepad type of software, only the Nxxxx (line/block number) until you get to 9999, then p/s 003 is in the program. I am in need of understanding what is the best way a long program needs to be run. From the programs I ran today, I separated the big program in to the tool size as a single program to keep under the program length limit. Will be working to tweak in the template in BobCad so less editing for me to do, now it is important to add a feed rate to the very 1st line (all I saw today a few lines down there is a feed rate, & the rest of the program does not need any editing) of any new g-code program or there will be an alarm.​

Vancbiker, many thanks!! I will verify tomorrow that it is a hardware handshake or not, I allowed the software wizard to work, but will verify. Many thanks!​

 

[sinha]

found issue with a missing "G" in safety line

So, it alarmed out after executing 4000 blocks?

 

[solidworks4u]

sinha, thank you! The screen I referenced to get that line number was the upper right side of the controller screen & now I am not confident what was being reference to, because no data was sent.​

I am finding what the limits of the equipment are & what workaround need to take place. The line or block number will be striped out of the program if "desequence" is used, for example, this may allow almost any length of program to run. After reading SteveEx30's (post 6) that sounds like the way you would find the error, I have not tried this yet.

Vancbiker, The handshake was software (x/on x/off) now is RTS/CTS. Many thanks!​

Can I have feed & rapid set to "0" so mill will not start w/o being in front of it? Now my PC is alongside the mill and plan to run longer cable (have PC out of the shop environment) or if I find a USB device to load programs, currently if in "tape" mode with blinking (LSK ?) on right side of screen to accept program, when using "drip feed" the mill starts as soon as g-code arrives at the mill.


Many thanks!

 

[solidworks4u]

Vancbiker, The handshake was software (x/on x/off) now is RTS/CTS. The program would not start to drip feed, so I changed back to software (x/on x/off) to run my parts. Is there a parameter on the mill controller that needs to match? Many, many thanks!!​

 

[Vancbiker]

Most likely your cable is not configured for hardware handshake. If I get to my shop today, I'll post a config that I use.

 

[SteveEx30]

If its a line # issue just adjust your post to a max line # then it resets.

 

[solidworks4u]

SteveEx30, many thanks for your suggestion, the pic is the line 433 "maximum sequence number" it references line in 534 to a "Y", this is what you were describing? This looks like it's a correct fix, many thanks! I will try with next program to see.​

Vancbiker, the cable is from a "One DNC" devise, I would think this should be correct, but I am willing to check the cable if necessary.​

One thing I am not clear on is when I drip feed with the current working settings, the mill is in "tape" mode, pushed "start" so blinking LSK is working, then go to DNC4U and click "send" on the program. The mill will start the program as soon as the g-code gets to the mill, must be completely ready, can I have feed and rapid set to 0.0, so I can start the process or not?

Many thanks!

 

[Vancbiker]

Starting with the override to 0 is OK. If your cable and DNC4U are set correctly to use hardware handshaking, then you can reverse your operation. Hit Send on the PC. It will wait until you press Cycle Start on the machine to start sending. I have not made it to my shop and am out of town the first few days this week. I’ll try to get that cable configuration posted mid-week.

 

[angelw]

Vancbiker, the cable is from a "One DNC" devise, I would think this should be correct, but I am willing to check the cable if necessary.​

One thing I am not clear on is when I drip feed with the current working settings, the mill is in "tape" mode, pushed "start" so blinking LSK is working, then go to DNC4U and click "send" on the program. The mill will start the program as soon as the g-code gets to the mill, must be completely ready, can I have feed and rapid set to 0.0, so I can start the process or not?

Kevin will be correct, in that the cable configuration for Hardware Handshaking will be incorrect. The fact that the cable was supplied by One DNC means Zero if that is the cable used with Xon/Xoff Handshaking. The cable configuration for Xon Xoff Handshaking requires the RTS/CTS lines to be bridged at the Control end to mimic Hardware Handshaking. If such a cable is used for Hardware Handshaking, communication won't occur. Further, the control parameters have to be set to NOT used DC characters to set the control to Hardware Handshaking Mode.

You should be able to configure the Comms Software in Xon/Xoff Handshaking to wait for the Control to start the DNC session; this is a fairly standard feature of any reasonable comms package. Using Hardware Handshaking, no special configuration is required, with the communication only starting when both devices are set to go. When the External Device to made to send the program, and nothing has been done at the Control end, nothing will happen until the Cycle Start button is pressed at the Control. Similarly, if the Cycle Start button is pressed first before the External Device is made ready, noithing will happen until the program is started to be sent from the External Device.

Regards,

Bill

 

[angelw]

Without the line numbers (1 for each block of data) this makes it more difficult to find or reference the area of the program that may need editing, correct?

Whether sending a program to Memory, or in a DNC session, I only have a sequence number at the beginning of each tool operation. If a tool has to be rerun, its easier to remember the sequence of the tool in the program, ie, 1st, 2nd, 3rd etc. than to remember the tool number for the operation. For example, the tool number for the 5th operation may be any number available for the tool magazine capacity. Therefore, I have Sequence numbers incrementing by "1" at the start of each tool operation. If the 4th tool operation has to be rerun, for whatever purpose, one only needs to search for N4.

With regards to using Sequence numbers for reference for editing, or whatever, the current sequence number for the tool operation will be displayed at the top right of the screen. Accordingly, by Sequence Numbering only the start of each tool operation, the Sequence Number will get you within the Ball Park of the data you may be looking for and the coordinate displayed should help you zero in on the area of interest in the program.

Regards,

Bill

 

[solidworks4u]

angelw and Vancbiker, thank you so much for the suggestions. The suggestion by, SteveEx30, makes the line numbers start over fresh, this also allows the controller to show where it is in the program if there is a problem with it will help locate where to look.​

angelw, I just read your post #17, I can understand when "sequence number at the beginning of each tool operation" how that works well. Currently, I need the correct cable configuration, is what I am understanding. The current cable has the plug covers that bolt on with small screws, so I plan to remove the sides and change what needs to be changed. The attached diagram is RS-232 cable for 9 to 25 pin, will this work as to what pins need to be connected?​

Many, many thanks!

 

[angelw]

angelw and Vancbiker, thank you so much for the suggestions. The suggestion by, SteveEx30, makes the line numbers start over fresh, this also allows the controller to show where it is in the program if there is a problem with it will help locate where to look.​

angelw, I just read your post #17, I can understand when "sequence number at the beginning of each tool operation" how that works well. Currently, I need the correct cable configuration, is what I am understanding. The current cable has the plug covers that bolt on with small screws, so I plan to remove the sides and change what needs to be changed. The attached diagram is RS-232 cable for 9 to 25 pin, will this work as to what pins need to be connected?​

Many, many thanks!

Your attached picture is of a Software Handshake (Xon/Xoff) configuration, and therefore, you can't configure that existing cable for Hardware Handshaking; there aren't enough wires going between the end plugs to configure it for Hardware Handshaking. Further, I don't agree with having pin 1 connected from one DB25 Connector to the other DB25 Connector. This is connecting protective ground between the two devices and if either are poorly grounded, or seek their ground from different source, you can end up with a Ground Loop. If the potential difference between the connectors gets past circa 25v, the comms chips of either or both devices can be damaged. Pin one on the DB25 (machine side) should be connected to the Trace wire of the cable at one end only.

Regards,

Bill

 

[solidworks4u]

angelw, I found an old post by you describing the cable pin out requirements here:​

serial cable for Fanuc 0T

Will a regular printer cable work to transfer data to a Fanuc 0T control in a Mori SL20? I need to make one for this lathe and also for my Hitachi Seiki mill. The mill manual shows the configuration needed for the cable but the lathe manual doesn't have this.

www.practicalmachinist.com

It shows this diagram, this is what I will try to make or buy.

https://www.practicalmachinist.com/forum/attachments/rts-cts-1-jpg.120650/

This is from post #2 in the same thread.
"
Machine Side ---------------------------------- PC Side
DB25 Male Connector ----------------- DB25 Female ----- DB9 Female
1 --- Shield Trace ------------------- Not Connected --- Not Connected
2 ---------------------------------------- 3 ----------------- 2
3 ---------------------------------------- 2 ----------------- 3
4
| Bridged
5
6
|
8 All Bridged
|
20
7 ---------------------------------------- 7 ----------------- 5
"
Many thanks!