Host Engineering Forum
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
May 18, 2012, 06:38:59 pm


Login with username, password and session length


Pages: [1]
  Print  
Author Topic: Machine overshoots  (Read 2158 times)
mo2004
Jr. Member
**
Posts: 14


« on: February 13, 2008, 05:03:46 pm »

The program was done in stage style programming.
Sometimes when the operator takes the machine into pause mode by hitting the pause button and then clearing the pause condition. The machine overshoots and does not return to normal operation. I suspect a faulty CTRIO card.

The problem is this condition is not happening every time the operator initiates the pause stage.

What you guys think, I appreciate any help.
Logged
Greg
HOS†ech
Host Moderator
*****
Posts: 320


Hmmm...


WWW
« Reply #1 on: February 14, 2008, 05:19:23 pm »

Sorry mo2004  Sad, but there really is not enough technical information in your post to offer an opinion as to what is happening to your machine. Since we designed the CTRIO card, we would need to know how it is configured (both hardware and software), and also how it is used in the ladder program itself. Any further information you could offer would be a big help.
Logged

"You have to believe in free will. You have no choice." -Isaac Bashevis-Singer
mo2004
Jr. Member
**
Posts: 14


« Reply #2 on: February 18, 2008, 12:13:46 pm »



Sorry for the lack of the information I am knew to all this:

□ The CTRIO is set up to run in the Run TO position mode. I believe the reason for the machine not responding to the pause is the CTRIO is not suspended by having the pause input initiating the

□ B2056.2 Suspend output (SET).

□ When the operator takes the machine out of pause the CTRIO is not paused and it was running through the time when the machine was paused.

□Would the missing B2056.2 (SET) cause for the machine unexpected overshooting coming off pause mode.

thank you all.
Logged
Greg
HOS†ech
Host Moderator
*****
Posts: 320


Hmmm...


WWW
« Reply #3 on: February 19, 2008, 12:53:50 pm »

Assuming your mapping for Outputs is V2030-V2061, then B2056.2 would certainly be the Suspend Output bit. If this bit is SET (ON), then the CTRIO immediately stops output. It could be if the operator is using an HMI device for the "pause button" which then in the ladders gets translated to a SET B2056.2, that there is some delay in communicating to the PLC this button press from the HMI. You might want to test the machine using DirectSOFT's Data View and verify when the operator presses the "pause button" that this bit gets set. Or you might want to set the bit manually to see if the CTRIO stops. Or is the CTRIO stopping, but the momentum of the machine carries it forward further?

Does this help?
Logged

"You have to believe in free will. You have no choice." -Isaac Bashevis-Singer
mo2004
Jr. Member
**
Posts: 14


« Reply #4 on: February 19, 2008, 05:23:43 pm »

The pause button is an actual button input to the PLC.

the strange thing is this happens some of the time and not all the time.
for example i could test the machine BY taking it into pause and off pause and see it working properly (b2056.2) .
and all off sudden the condition happen again
Logged
Greg
HOS†ech
Host Moderator
*****
Posts: 320


Hmmm...


WWW
« Reply #5 on: February 20, 2008, 11:44:59 am »

Since you said, "The program was done in stage style programming", I suspect it has something to do with this, because I have never heard of a CTRIO not reacting to this bit. To attribute that to the CTRIO would be weird indeed  Huh. So, I'm guessing that perhaps the input turns ON, but the stage where that particular rung exists that SETs the Suspend Output bit is not being executed immediately (or not at all) at the particular time the operator hits the button... or something like that. I have seen many more issues with strange or intermittent symptoms that were due to stage programming rather than failing hardware. But... I've been wrong twice today already.   Grin
Logged

"You have to believe in free will. You have no choice." -Isaac Bashevis-Singer
mo2004
Jr. Member
**
Posts: 14


« Reply #6 on: February 20, 2008, 01:07:33 pm »

Greg,

Thank you for inputs. I am going to try and trouble shoot the problem in the stage view. And see when the fault occur which stage is on.

I let you know how it goes.
 Smiley
Logged
PLCGuy
Internal Dev
****
Posts: 334



« Reply #7 on: March 01, 2008, 08:51:28 pm »

This maybe a little late, but I had simular issues at the start. I found out the signals were so fast, I had to put in timers before I looked at certain bits. Like the bits to confirm loading etc. I had to seperate into more stages to wait for signals to clear or set. The more I broke up the program, the better it got. The one program I am running works really well after breaking up into more stages.
Logged
mo2004
Jr. Member
**
Posts: 14


« Reply #8 on: March 18, 2008, 12:36:03 pm »

Sorry i am late
what bits did you have to use timer with
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM