You have to short pins 8 and 12 in the plug at the encoder. No way to do it from pendant. Did it and solved the problem.
Posts by tiredold
-
-
Once again I am asking for help. I have a MRC that is giving 1260 errors occasionally on S axis. I used to remember how to resed the absolute encoder data. (pretty sure it was done solely with the teach pendant). It seems that lately I have forgotten just about as much as I remember. Any way, looking through my manuals I cannot find it. If anyone can rember, please let me know.
Thanks in advance,
Jeff
-
Thank you so much. I will try on Monday (the robot is actually sitting 2 hours away). The robot sat for 2 months disconnected from the control. All the axis showed up in error at first, but cleared after being powered for a few minutes, but this one. I remember having this many years ago and resetting the axis did the job (as I recall).Thank you once again.
-
It has been so long that I forgot how to reset the encoder (T axis) on a MRC K6. I can not find it in my notes. Any help would be appreciated.
Thanks in advance.
Jeff
-
I was wondering if anyone had a used copy of FDDWIN with cable and dongle for sale.
Jeff
-
Spent more time on this today, spoke to some "seasoned" techs at Yaskawa. After digging deeper into the control I determined that the C I/O is CORRECT. The arc on signal is reaching the hobart brothers advanced weld interface. It just is not going to the right places after that. Analog voltage and current, wire inch are good, just no arc on (which also triggers the gas sol). I can manually jump signal from inch over to gas and it works, but not from the robot. What I really need is the schematic for the hobart interface, or for the mega mig 450 rvs and I can work backwards from there. I can trace the arc on signal into the board but not sure how it is handled from there internally. I swapped the relay board and still had the same result. There were thousands of these out there, I am hoping that someone has a diagram. I have an excellent one for UWI, but not the PMI.
Any help would be appreciated.
-
Hello,
When I called two weeks ago it was $2,260 with HST and six weeks.
-
Hello, I posted much earlier about getting an ERC welding again. The memory got corrupted |I had to reinitialize it. When I did, I lost the arcon signal to the welder. It has the PMI weld interface in it. I went through the C I/O and it is according to the manuals, but the wiring does not match up. There are no wires on some of the terminals mentioned in the manuals. |I am getting analog signals for the voltage and amperage to the welder, I just do not know which are the arcon signal terminals. If anyone would have a schematic for either the PMI interface, or the welder, I would greatly appreciate it. Yaskawa said there may have been revisions in the c I/o that were not in the memory backup and when I restored, they did not get loaded. Yes I know this an ancient robot, but it is mounted in a complex fixture with a great deal of interface wiring. It also welds like a champ. (on the manual it notes 12 and 19 g to K and L on the welder for arc on, but the connector from the welder does not have a wire on the L terminal.
Also I am looking for either a FC2 backup up module or preferably FDDWIN with dongle that you no longer need. Yaskawa has a monsterous backlog for the latter (and also a doubled price from last summer when I first enquired).
Thanks and stay safe
Jeff
-
I dug a little further into this. By tracing the wires, I found those that control the arc on and wire inch coming from the robot into the PMI welding interface. I also found the voltage setting pair. All are working, wire inch and arc on are dry contacts that function as they should (from the robot). But there are on wires from the EW02 board to the interface terminal strip do not go anywhere after that. (Into the strip, but no connection going out from it). I am now trying to locate a schematic for the Hobart Mega Mig 450 RVS to see what wire signals it is looking for. I think the Concurrent I/O is sending the signal to the wrong output on the EW02 (as suggested by Yaskawa service). Will keep you posted.
-
Yes, I know this is an old machine. But it welds beautifully ( or did). This is an old standby machine that had the power supply die off over the last weekend. The battery failed and the memory got corrupted. I had to do a full initiation ( and have done is many times in past for various reasons on various robots, including this one). The robot was welding perfectly before the re initialization. But after, I can advance the wire manually (with the pendant), and change the voltage going to the wire, but the arcon command does not start feeding the wire. I read an older post about this problem, but that was for a machine that was not previously known to weld. This robot was welding. I contacted Yaskawa and they thought that perhaps the CIO did not load properly (or an incorrect version), So, I re initialized it again, and the same problem. Before I start digging deep into the machine, does anyone have a suggestion? I am fully confident in the hardware. It has the big PWI board inside the door. When I manually inch the wire, a relay goes on in the sub board on the door that feeds the PWI board (that is also on the board). Upon Arcon, no other relays go on, and the gas valve does not go on. It stops on the Arcon command and times out and gives a 2020 error.
Thanks in advance,
Jeff
P.S. I have a back up somewhere, but so far I have not located it.
-
Another day, another question.
In the manuals it states that a FC1 can be used to back up a MRC, but does not go into detail. Could anyone shed some light on this. I have several FC1's and would like to use one.
Thanks in advance
Jeff
-
SOLVED!!!
There were three steps to solving this problem. First, I am stupid. It took me four days to realize that the MRC series do not specify UNIVOUT and UNIVIN from DOT and DIN.
When I was toggling the bits from the proxy's and I was not seeing it in the program was due to the fact that when you set up in Handling mode from General or Arc mode, all the inputs and outputs SHIFT 8 places on the terminal block. IE. inputs 0-7 go from being general inputs to being dedicated sensor inputs for the HAND sensors (these are also monitored in real time concurrently and not just addressed in a line in the program). Input 1 is now on what was input 9.
And here is a real good one, when the system boots after initialization, it goes into single step mode. The door of the unit was facing the wall and I did not see or realize it. When I did a test run, it completed the first step (mov) but did not proceed past the second step (waitin #1 on).
Oh well, live and learn, but just don't forget.
Thanks to everyone for your help.
Jeff
-
All the soft limits were messed up and I wanted to change it from handling to general. (I was granted access to special mode by Yaskawa). It was running for several weeks fine, even seconds before the reinitialization. Then after it did not come back. I swapped it with another MiO10 from another machine with the same result. I am most certain that I messed up a file or parameter. I can see it functioning in the I/O monitor but not the program. Also, in the manual in the menu tree it shows the EDIT -I/O soft tree with what I am seeing :DIN DOUT WAIT PULSE but no UNIV or UNOUT. I think there is a step or parameter that I am missing. I am sure the MIO10 is good.
Thanks again.
-
Hello,
I have a MRC II that I had to reinitialize. Whether I set it to handling or general and reboot it does not recognize the universal inputs or outputs. When I start up, the diag soft key is not there, but a APL key. I did the trick of programming an output (wout) and direct open. The diag key reappears, but I cannot select univin or univout from the edit IN/OUT soft key because they are not there. I programmed a wait for in#3, and set the input on and ran the program, but it did not go past that line. When I look at the diag, univ in screen, I see the input in the unv in screen, but the control does not. I swapped the MIO10 cand and I get the same result.
Basically, how do I get the control to see the MIO10 card. I was on the phone with Yaskawa for over an hour and they could not help.
Any assistance would be greatly appreciated.
Thank in advance and happy new year.
I went back and tried a few things.
First, if you do not see the diag key press * and customer key at the same time, then it will appear, you do not have to do the direct enter trick.
Next, if I pull the MIO10 board from the rack the system shows an error on start up saying that there is no communication with the MIO10 board, so the system sees it, it just does not incorporate it.
-
Hello,
I have an application where I want to move the robot using two push buttons. I set up a loop with two lines,
*A
movl until in#1 off (X+)
movl until in#2 off( X-)
jump AThis works great. The question is:
once I stop moving, I want to use a GETS to put the current position into a P variable, extract the X element with a GETX (1), add that to a variable to set up a shift value. Basically, move the robot to position, get the variance, and set that to a shift without having to enter any numbers. I do this quite easily with a DX200, but I cannot find any literature for a MRC. Any help would be appreciated.As an aside, I just finished a project with a DX200. I use a shift, on a shift on a AccufastII generated shift. It works great, but in order to accurately change the taught weld positions I would have to load a reference length part and reteach without any shifts active. We had Yaskawa in, and they were able to turn on a variable (in Yaskawa mode) that would allow you to "lock" the shifts on. Incredibly handy. Do not know how he did it, or what variable, but it is there. If I knew earlier, it would have saved about 100 hours. I hope this helps anyone in the future using compound shifts.
-
POWER OFF on the K6SB. Short pins 8 and 12 on the molex connector inside the robot arm side cover. If you look at the connector once you take it apart, you will see 8 and 12 coming from the encoder, but no wire on the female side going to the control. With POWER OFF, short for a couple of minutes. Remove jumper, reconnect, power up. As a side note, K3 robots, short with power on. You appear to have issue with L and either R or T. On some the order is reversed on the display depending on the servo pack used.
-
I am manually changing the value of an "adjustment" to an Accufast II position value. It lets me tweak a weld position on the fly without having to alter the weld program. I currently do it by entering values on the teach pendant, but I want to keep the operators away from the pendant to prevent erroneous data or wrong register altering. I almost have it, and should be done by the end of the week. It is mainly an Omron issue. Similar to setting up Ethernet communications (which I use to monitor and alter I/O values now), just different format. Secret was finding the correct Omron command (CMND 490).
-
Hello,
I am trying to establish explicit messaging between a DX200 and an Omron CJ2M plc. I want to read and write a value from several D registers in the DX200. I already have Ethernet communications running between the two, exchanging 32 bytes in and out of I/O. It is just the command set up that I need help with. Contacting Yaskawa I received a worksheet for a Rockwell PLC, but it was in code and not readable unless loaded into a Rockwell plc. They were currently unable to provide further assistance. Any help would be greatly appreciated. I did a little more digging and found that I need to issue a CMND (490) instructi0on from the PLC. I will work on it more today. -
It turns out you can't get there from here. Quite simply, the data output from the accufast is only in base frame, regardless of settings in the macro. When you try to convert from base frame into a user frame, it will not work. The best way I can describe it is to imagine a triangle, I want the dimension of one side, but get the hypoteneuse. X will be too short, and y will be too long when you convert it. I tried using a movl until rin goes on. Once again, the data would not convert properly. I would get actual position, not the differential (that the macro provides). If I get x position of 900.000 and a scan result position of 910.000 I could not strip off the 10.000 accurately and consistently. In order to meet production demands, I rotated the robot to be perpendicular to the pipe and viola, everything worked perfectly. Thanks for all the effort from all the Yaskawa techs in Ontario, Ohio, Michigan, Pennsylvania, California and every where else.
-
Hello,
The programs were written after the robot was installed. There were purchased in Canada from Ohio so that I could do programming and integration with a HMI interface and then brought down to Pennsylvania. They offer telephone support only. I have not been able to get a Yskawa rep out yet due to schedule problems with motorman. Not enough reps around at the moment. I can shift from user frame 1 to 2, but the sedond shift is no good because the accufast only outputs base frame and it does not convert properly. So far, only telephone from US and Canada.
Thanks