Frame data from backups?

**SkyeFire** · July 9, 2020 at 3:22 PM

Hey, stupid Fanuc newb question: can I get UFrame and UTool data from the backups of a Fanuc controller?

I have a series of date-stamped backups made using the "Backup all" and "Backup all ASCII programs" options, and I'd like to look at the UFrame and UTool data in the different backups and see if/when the values were changed. I've run grep searches of the entire backup directories, but no joy.

I know that it's possible to "restore" the backup into RoboGuide and get the information that way, but that's awfully clunky (plus, RG is expensive).

If there's no way to extract the data from a regular "Backup all" and/or "Backup ASCII", is there a way to manually export the Frame data to the backup directory? I could add that as a procedural step to my regular backup procedure, if necessary.

Nation · July 9, 2020 at 3:27 PM

Sysframe.va will have the frame data to 3 decimal places, but no comments. Frame.dg will have the frame data to 1 decimal place, with comments.

I typically do backups of the MD: drive, so I am not sure if you will get those with a Backup all, or a Backup ASCII.

**SkyeFire** · July 9, 2020 at 4:22 PM

So, the SYSFRAME.VA file in my backups is binary -- not human-readable. There is no FRAME.DG file. There is a FRAMEVAR.VR file, but it is also binary.

Speaking as a complete Fanuc ignoramus, what do you mean specifically by "backup of the MD drive"? I normally just make my backups by putting in a USB drive into MD1, then using the File>Backup menu. I've done Image backups this way as well, but the .IMG files don't seem to contain the Frame data in a human-readable format either.

Nation · July 9, 2020 at 6:26 PM

.va files should be human readable. .vr is the binary version. Might have a weird line ending encoding, but should still be readable.

Here is a snip of what I get from sysframe.va in one of my backups:

Code

[*SYSTEM*]$MNUFRAME Storage: SHADOW Access: RW : ARRAY[1,9] OF POSITION
[1,1] =
Group: 1 Config: N D B, 0, 0, 0
X: 5102.132 Y: -1505.080 Z: -297.156
W: .858 P: -.082 R: 179.369
[1,2] =
Group: 1 Config: N U T, 0, 0, 0
X: 6138.007 Y: -1001.784 Z: -565.444
W: .691 P: .005 R: -180.000
[1,3] =
Group: 1 Config: N U T, 0, 0, 0
X: 1487.687 Y: 3744.403 Z: 199.577
W: .503 P: .290 R: -91.529
...

Display More

The MD: drive is what the backup all pulls from when it does a backup. It is like the C: drive on a computer. Most files in the controller live there. I just FTP in and pull the whole thing, that way it is easier to investigate issues. A MD: backup is what Fanuc will typically ask from when diagnosing issues.

**Fabian Munoz** · July 9, 2020 at 7:23 PM

The .dg are readable

This isi one of my frame.dg

F Number: F170982

VERSION : HandlingTool

$VERSION: V8.30146 1/15/2016

DATE: 12-JAN-19 12:46

Tool Frame

138.3 -126.9 280.9 -180.0 .0 67.5

0.0 0.0 0.0 0.0 0.0 0.0

Jog Frame

0.0 0.0 0.0 0.0 0.0 0.0

User Frame

87.3 -1028.3 -70.3 179.9 -.1 -.4 GRID

914.3 -69.6 -.1 -.0 1.4 -.3 Form

0.0 0.0 0.0 0.0 0.0 0.0

**SkyeFire** · July 9, 2020 at 8:36 PM

Quote from Nation

.va files should be human readable. .vr is the binary version. Might have a weird line ending encoding, but should still be readable.

No .VA files in my backups. VDs, VRs, but no VAs.

Quote from Fabian Munoz

The .dg are readable
This is one of my frame.dg

I have some .DG files in my backups, but no FRAME.DG.

Okay, tried FTPing to the R30 directly. For some reason, FileZilla craps out -- says it can't parse the remote directory tree. But FTPing from the command line, and doing ls *.dg, shows me a FRAMES.DG file. And I can download them and read them in a text editor. So, thanks, that helps.

Quote from Nation

The MD: drive is what the backup all pulls from when it does a backup. It is like the C: drive on a computer. Most files in the controller live there. I just FTP in and pull the whole thing, that way it is easier to investigate issues. A MD: backup is what Fanuc will typically ask from when diagnosing issues.

Yeah, sorry -- I know the MD is the "main drive," I just wasn't sure what you meant by "backing it up". I was thinking in terms of options in the Backup menu. Is there a menu option for doing an MD backup, or is FTP-sucking the whole thing the only way to go?

I'm often not in a position to FTP the controller, though -- is there any way to get these files to backup to UD1, with the normal Backup All option on the pendant? Or even manually copy them from MD to UD1?

HawkME · July 9, 2020 at 9:05 PM

I have only done the MD backup via FTP. Very simple to do via cmd prompt.

I'm can't seem to find a TP menu button to do this.

pdl · July 9, 2020 at 9:28 PM

You can copy all of \MD: by selecting MD as the device from the file menu and then copy *.* or what ever you want to a USB or memory card. You can also do a "Maintenance Backup" from the backup menu, which will also grab the whole MD.

raynald60 · July 10, 2020 at 7:01 AM

hello send me your backup

seskotristan · July 29, 2022 at 11:58 AM

Hello guys, I have the same problem as described.. Could someone please check/open my file (since I dont have RG) and tell me the UFRAME 1 and 2 values.

Thanks in advance!!!

Desktop.zip

AnandTUD · July 29, 2022 at 12:22 PM

This is what I got from your SYSFRAME.SV

Code

[*SYSTEM*]$LANGUAGE  Storage: CMOS  Access: RW  : STRING[13] = 'DEFAULT     '

[*SYSTEM*]$MNUFRAME  Storage: FAST_CMOS  Access: RW  : ARRAY[1,9] OF POSITION
    [1,1] = 
  Group: 1   Config: F R U T, 0, 0, 0
  X:  -563.462   Y:  -870.540   Z:  -250.762
  W:    95.425   P:      .224   R:   -90.498
    [1,2] = 
  Group: 1   Config: N R U T, 0, 0, 0
  X:   654.078   Y:   666.783   Z:   201.205
  W:  -179.996   P:      .008   R:      .009
    [1,3] = 
  Group: 1   Config: F R U T, 0, 0, 0
  X:  1612.399   Y:  1045.620   Z:  -729.935
  W:   -15.484   P:   -13.600   R:  -177.264
    [1,4] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,5] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,6] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,7] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,8] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,9] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000

[*SYSTEM*]$MNUFRAMENUM  Storage: FAST_CMOS  Access: RW  : ARRAY[1] OF BYTE
  [1] = 0

[*SYSTEM*]$MNUTOOL  Storage: FAST_CMOS  Access: RW  : ARRAY[1,10] OF POSITION
    [1,1] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:    -2.240   Y:   224.350   Z:   246.488
  W:   -61.485   P:   -55.427   R:  -122.256
    [1,2] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:    -1.644   Y:  -197.861   Z:   233.355
  W:   -88.708   P:   -59.219   R:    88.612
    [1,3] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:   193.844   Y:    55.618   Z:    38.213
  W:     -.252   P:   -35.086   R:    88.800
    [1,4] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,5] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,6] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,7] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,8] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,9] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000
    [1,10] = 
  Group: 1   Config: N R D B, 0, 0, 0
  X:     0.000   Y:     0.000   Z:     0.000
  W:     0.000   P:     0.000   R:     0.000

[*SYSTEM*]$MNUTOOLNUM  Storage: FAST_CMOS  Access: RW  : ARRAY[1] OF BYTE
  [1] = 1

Display More

seskotristan · July 29, 2022 at 1:41 PM

I can't express how much I'm gratefull right now. Thank you very much!

Saved me from quite alot of work on my last day before holydays

Regards from Slovenia

WarBeast3128 · December 21, 2023 at 8:27 PM

So I am responding super late lol. I was wondering what program you guys used to open this file. Every time I open this file it is showing some weird numbers and I am guessing it is because it is binary. If you guys could tell me what program would show me the actual program lines I would greatly appreciate it.

pdl · December 21, 2023 at 9:18 PM

You need to look at the .VA files, they are the ASCII version of the binary .VR files.

You can save the .VA files by doing a maintenance backup, or set the device to MD:\ and just copy *.* or *.VA to your storage device. They can also be easily acquired from the robot's homepage through a web browser.

**SkyeFire** · December 22, 2023 at 5:36 PM

Quote from WarBeast3128

So I am responding super late lol. I was wondering what program you guys used to open this file. Every time I open this file it is showing some weird numbers and I am guessing it is because it is binary. If you guys could tell me what program would show me the actual program lines I would greatly appreciate it.

A .SV file is a binary file that the robot can read, but is not human-readable. A file with the same name but a .SA extension is the ASCII, human-readable version of that file. Usually, you cannot load the ASCII version of a file into the robot.

Fanuc does the same thing with most files -- .LS files are the ASCII versions of .TP files, for example.

ROBOT_G · December 24, 2023 at 2:14 AM

.VA files are readable using notepad

Frame data from backups?

Advertising from our partners

How to see your Job Posting (search or recruit) here in Robot-Forum.com