News:

  • June 08, 2026, 08:56:46 PM

Login with username, password and session length

Author Topic: CTRIO Discrete outputs  (Read 15465 times)

ERokc

  • Hero Member
  • *****
  • Posts: 118
CTRIO Discrete outputs
« on: November 13, 2012, 11:32:21 PM »
I'm new at this and I can't determine the memory location for the discrete output that is energized when a match in the count and preset table occurs.  I need to poll the output to advance a drum, not to drive a device.

Am I going about this right?

Dave

franji1

  • Bit Weenie
  • Host Moderator
  • Hero Member
  • *****
  • Posts: 3827
    • Host Engineering
Re: CTRIO Discrete outputs
« Reply #1 on: November 14, 2012, 07:11:03 AM »
What PLC and CPU are you using (e.g. 06 vs. 250 vs. a Do-more H2-DM1E ...)?

Greg

  • HostTech
  • Host Moderator
  • Hero Member
  • *****
  • Posts: 702
  • Hmmm...
    • Host Engineering, Inc.
Re: CTRIO Discrete outputs
« Reply #2 on: November 14, 2012, 10:11:20 AM »
erokc,

If you are using a DL-PLC (not a Do-more PLC), then there is no way to read the state of the CTRIO output directly in a mapped memory location. But then there is no need to use the Preset Table in the CTRIO in that case. Instead, you could simply use comparative contacts and monitor the encoder count coming into the CTRIO and compare it to a value and turn, say, C100 ON when it goes over that value.

If you are using a Do-more PLC, then the state of that output is mapped directly into the CTRIO's structure. For instance, if you are using the CTRIO's Output2 as the Discrete Output for the Preset Table, then it would be, for example, $CTRIO_000.Out2DiscOn.
There are two types of people in the world; those that can extrapolate from incomplete data sets.

BobO

  • Host Moderator
  • Hero Member
  • *****
  • Posts: 6158
  • Yes Pinky, Do-more will control the world!
Re: CTRIO Discrete outputs
« Reply #3 on: November 14, 2012, 10:47:50 AM »
But then there is no need to use the Preset Table in the CTRIO in that case.

Don't know that I would say 'no need' as much as I would say 'not possible'. The issue is that if the CTRIO was required to handle an event because the event is too fast for the PLC, then there is no way to guarantee that the PLC would see the event if it occurred. If the event is guaranteed to be slow enough for the PLC to see, then it can be determined by reading the output state.
"It has recently come to our attention that users spend 95% of their time using 5% of the available features. That might be relevant." -BobO

ERokc

  • Hero Member
  • *****
  • Posts: 118
Re: CTRIO Discrete outputs
« Reply #4 on: November 14, 2012, 08:55:02 PM »
Sorry, I'm using Do-More. I feel a little less stupid now because I had guessed CTRIO_000.Out0DiscOn was the address but didn't get an answer back on a previous post to the Do-More category.

My encoder pulse rate exceeds the built in counters speed and in addition I can make use of the preset tables in the CTRIO.

After discovering additional functions of the CTRIO2 I have switched from CTRIO1.

I am building a plan for my control, looking for road blocks and hoping I can put a functional system together that's easy to program and has all the features I need.  I feel fortunate to have discovered Do-More and CTRIO2.  I think I am miles ahead compared to what was previously.

I am going to post the rest of my questions in the Do-More category.

Thanks guys.  :)

franji1

  • Bit Weenie
  • Host Moderator
  • Hero Member
  • *****
  • Posts: 3827
    • Host Engineering
Re: CTRIO Discrete outputs
« Reply #5 on: November 14, 2012, 09:16:56 PM »
Definitely feel free to post CTRIO questions here - because CTRIO people need to be made aware of the huge step in ease-of-use with the new Do-more CPU with a new CTRIO2 module.  When you post your question, just state that you are using a Do-more CPU with your CTRIO2 module.   ;D