Posts by HawkME

Most vision applications don't require a time output at all, so what is your actual application? Are you doing line tracking on a conveyor? If so Fanuc sells a line tracking vision option.

Why are you needing this? What is your application? There could be a different method to achieve what you want.

If you have the motion package you can use the MAX_SPEED command.

Have you tried it with the group 1,2 mask on your main program?

You would want to save a backup first.

There can be a slight delay when changing frames or groups. I think it would be less that a second. More like the delay between 2 fine moves.

Are there any WAIT statements or code that iterates (loops) a lot?

Unless anyone else on the forum has a different idea, my guess is it is a bad card from Ebay. You could also call Fanuc to have them help troubleshoot. Can you buy a new card direct from Fanuc instead?

Have you tried doing voltage instead of current? Disconnect I+.

Maybe the analog card is bad. Do you have another one you could try?

Can you give us a sketch showing exactly how you have it wired?

*Edit*

I see the wiring in the picture. Looks like it should work. I have 2 ideas to try.

1. Ground FG3.

2. Take a backup first incase you need to restore the IO configs. Then try setting the system variable $IO_AUTO_CFG to true. Then cycle power and see if it automatically creates the same config for your analog card (same rack slot/slot assignment).

If that doesn't help then it may be time to call Fanuc.

Can you show your config screen?

With analog signals it usually works best if all of your commons are tied to the same reference point, ground.

That would mean connecting your DC negative to ground.

I've never heard of Focas before. I don't believe that means anything in the robot world.

Can you post a picture of what robot display you are trying to show? There isn't really such thing as a main robot display. There is the web server home page and also the Teach Pendant which has many different screens.

Are you sure your GI value was correct? Can you step thru the code and reproduce the issue? Maybe an input is flickering, you could store the GI value in a register that way you can see what the value actual was at that point in time.

If it is flickering then you need to adjust the sensors or add debounce logic.

The standard robot webpage will only show on port 80.

Ethernet isn't a protocol, it is a connection method. Are you using the EthernetIP protocol?

You shouldn't need to be in a controlled start (though it should work in either controlled or cold start). Don't use the restore function, just load that individual file.

Then check the EthernetIP menu and make sure you have your PLC connection enabled and running.

You can just load that file on it's own. It takes a power cycle afterwards to take affect. What comm protocol are you using?

Do you have a backup if just the diocfgsv.io file? You could try loading just that, then cycle power.

Was your image taken from this exact robot? Did you try restoring it at a cold start from the file menu?

If you have an image backup that doesn't have the comms error you may want to reload it. Only do so if you know that's a good image. You can also take another image now. It's good to be able to get back to a known state, in case you mess it up worse.

Comms error would be corrected in the appropriate IO setup menu and TcPip menu.

You can't get an image from roboguide, only program files.

Not sure how to do that but that looks like the cause. Try checking the setup menus or options in a controlled start.

Try disabling hot start and reteaching the point on line 382.

Also see if UI signals are enabled in system config. They may need to be disabled.