Fanuc only added the SCARA support midway through V9... Rev H, I think. I recommend updating to Rev Q if you have access to Fanuc CRC.
Posts by jbabineaux
-
-
If you are using Ethernet IP. You need to make sure you have the scanner package, otherwise you wasted money. If you have the EIP scanner package, then you can use the something like an Allen Bradley ArmorBlock 1732E or an Turck TBEN configurable IO device that has M12 ports that you can plug in sensors and actuators to, and map them to the robot. There are quite a few steps to this. It might be easier to purchase a fanuc I/O rack and couple of digital input and output cards and hardwire in.
-
I run into the same problem on our robots that don't have HMI. Since you are starting from an external source, check the program select settings. If you set the top two settings to other, it always starts from the top if you abort the program.
-
I've encountered the same issue. Double checked all of the HTTP Authentication fields. They are all set to "U" not sure what else to try.
Update: I pushed the latest software update and resolved the issue. Think the program in charge of rewriting the data somehow got deleted. (Was getting a “program not found” message every time I tried changing the data.)
-
Solved that one quicker than expected. If the program being ran is set to "Ignore Pause" in program details, if that program is ran within another program that you are stepping through, it will ignore the step and run completely through.
-
When I'm in step mode, even the programs i'm running concurrently step line by line. Is there a way to have the controller only step through programs that are called, not ran? It would make my testing go a lot faster.
-
Solved: I finally cracked the manual on collision recovery and found how to access the karel variables. Low and behold, the DOs listed were no longer mapped. Set them to a couple of virtual rack mounted DOs and presto, the problem that plagued my system for a year was gone.
We had only tinkered with this feature but never actually used it with intention. -
Update: Got a Fanuc force sensor training class scheduled. Maybe they can shed some light.
-
Hi,
Using an M10 with the FS-15 Force sensor and an ATI QC-20 tool Changer. Due to some customer requirements, I wasn't able to anchor the robot stand to the ground or to the tool station, so occasionally things start to drift (mildly, +/-0.030" max). What I've been doing when it gets bad is let the robot make the stab, albeit it sloppy, and hold its position, then adjust the position until the forces in all directions is minimal then reteach the position. Is there a comparable program/feature that comes with the Force sensor software (we've got them all) that can automate this? I haven't had any luck with any of them working repeatably to date. I'd like to crank up collision detection and have it run the force sensor routine when it drifts enough to cause a disturbance.
Thanks in advanced,
JB
-
Update:
The operator does not have access to the FRS:\ device so that the files cannot be accidentally modified or deleted. If many web pages and images are linked together, the best way to make an HMI out of your site is to submit a web page that redirects to your main web page on FR:\ device.main.htm
<html><head>
<meta http-equiv=refresh content="0; URL=/fr/mainmenu.stm">
</head><body></body></html>
Submit main.htm as your HMI. It redirects to mainmenu.stm which is on FR:\ device. If you do this all web pages and images are together in one directory. -
It’s absolutely possible, but may require extensive developing. We developed a version of this.The first version used string registers. But our version 2.0 is using karel to create an error log which can be read in the HMI with a time stamp for each error occurrence. Took about a month or two to develop. Unfortunately, I can’t share.
Sent from my iPhone using Tapatalk
-
Thanks for trying... I quickly found http://www.linuxsand.info/fanuc/ too... frequent resource of mine. The issue is that I cant access this erroneous program to determine the error on the line in question.
INTP-348 (%s^4, %d^5) Write I/O value failedCause: KAREL program error. The digital output signal cannot be output.
Remedy: Refer to the error cause code. Use MENU to display the Alarm Log screen. -
I always start with a simple loading page with our logo as the load.stm file and within that page's HTML, I have it refresh to the main page making sure to use the fr:/main_hmi.stm file. I'm not sure why this works, but without it, none of the external links on my HMI will work.
-
I tend to structure my cell movements via a series of logical movement programs that monitors the last known position (Safe Moves), so i have Call MovetoHome and Call MovetoPickArea, etc..Unfortunately, even running these moves at CNT100, there is a brief pause. The ability to optimize these movements does help reduce cycle time, but I haven't found a safe way to achieve the continuous motion between program calls.
Super curious to hear from anyone who may have found a solution to this. Fanuc is typically processing a few lines ahead, as evident by DO lines being processed in transit to a CNT move position, so I'm not sure why the pause when trying to do this. -
This feature isn’t available on any of the Mate controllers by default. It’s a bit frustrating. I too am interested to know if there’s a system variable to enable this or at least a reason why it’s not available.
Sent from my iPhone using Tapatalk
-
In System -->Config, line 58: Confirmation for Auto: DI[#] ;
I wrote a BG logic program to tie the DI to the UOP Fault reset signal. -
Thanks for the recommendation. I went to the DO's and turned it on a bunch of time until i got it to "hang". I couldn't get the other lights to do that. I swapped the light to a different channel and the problem went away. So, I concluded that its a faulty relay output.
-
Silly sounding title, but serious issue. I have a simple BG logic program that goes as such:
If UO[6: Fault]=ON Then
DO[#:Light Tower(Red)] = ON
Else
DO[#Light Tower(Red)] = OFF
EndifMost days, it behaves. Then randomly, the DO stays on when the fault signal isn't present. I've checked the wiring to make sure it wasn't a short. The relay output card I'm using is sending the 24V out. The DO on the TP says its off also. To get it to turn off, I have to stop the BG logic program and manually turn the DO on, then off again.
I even added a counter with a 20 cycle delay before turning the light out to weed out any sort of cycle anomaly. Has anyone experienced faulty relay output cards sticking?
-
Hey all,
I've got a few features on this M10iA that I'd guess attribute to the error, but they aren't implemented or being called (auto collision recovery and auto error recovery)... to my knowledgeIf I have a collision, I'm getting the subject error code and the only way to recover is to cycle power on the robot. I can't access this ATSHCUST program to see what i/o its trying to write to. Any ideas on how to resolve this besides avoiding collisions all together?
-
Perfect! Thanks so much for the support.
Sent from my iPhone using Tapatalk