News:

  • June 09, 2026, 07:12:46 PM

Login with username, password and session length

Author Topic: Setting up a RTD Card  (Read 51491 times)

Controls Guy

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 3607
  • Darth Ladder
Re: Setting up a RTD Card
« Reply #15 on: May 05, 2009, 01:12:59 PM »
Hey guys, how bout an RTDIN box?
I retract my earlier statement that half of all politicians are crooks.  Half of all politicians are NOT crooks.  There.

dieseltwitch

  • Full Member
  • ***
  • Posts: 23
Re: Setting up a RTD Card
« Reply #16 on: May 05, 2009, 01:19:19 PM »
Thanks for you help by the way. i know how much of pain it can be pushing newbies up the steep learning curve!
however i will have to comeback to this later, I have an 11 page paper to write and I'm on page 3! and its due tomorrow!

MikeS

  • Host Moderator
  • Hero Member
  • *****
  • Posts: 264
    • Host Engineering, Inc.
Re: Setting up a RTD Card
« Reply #17 on: May 05, 2009, 03:16:44 PM »
we've stayed away from making IBoxes for specific I/O modules, opting instead for making general purpose ones that can be used by a class of modules (like 4 ch ana input).

You could use ANLGIN to setup the first two parameters (count/format & pointer) and use LD/OUT pairs to do the remaining setup, but that's not much better IMHO.
Good design costs a lot. Bad design costs even more.

Controls Guy

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 3607
  • Darth Ladder
Re: Setting up a RTD Card
« Reply #18 on: May 05, 2009, 05:03:44 PM »
we've stayed away from making IBoxes for specific I/O modules, opting instead for making general purpose ones that can be used by a class of modules (like 4 ch ana input).

You could use ANLGIN to setup the first two parameters (count/format & pointer) and use LD/OUT pairs to do the remaining setup, but that's not much better IMHO.

It's odd the way you word that because there's a "class of modules" that can use the I-box method and another "class of modules" that cannot.  I think rather than introduce the anomaly, I just wouldn't have done any of them (or maybe only do analog output modules).

A kind of generic approach occurred to me where you would fill in all the stuff in the present ANLGIN box, then have another couple boxes for "Parameter 1", "Parameter 2", and so on, which would get loaded into consecutive registers corresponding to the slot specified.  This could cover a variety of types of modules, where the additional parameters might mean different things to different modules, and would have to be filled in by which register they went to.  This could be in addition to or a revision of the present ANLGIN box.

Besides, since I'boxes compile to the old instructions anyway and don't require a processor change, what's the cost of adding another one?
I retract my earlier statement that half of all politicians are crooks.  Half of all politicians are NOT crooks.  There.

Controls Guy

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 3607
  • Darth Ladder
Re: Setting up a RTD Card
« Reply #19 on: May 05, 2009, 05:20:53 PM »
we've stayed away from making IBoxes for specific I/O modules, opting instead for making general purpose ones that can be used by a class of modules (like 4 ch ana input).

You could use ANLGIN to setup the first two parameters (count/format & pointer) and use LD/OUT pairs to do the remaining setup, but that's not much better IMHO.

Actually that gives me the idea of using MOVEW rather than LD/OUT, which is at least a little cleaner.
I retract my earlier statement that half of all politicians are crooks.  Half of all politicians are NOT crooks.  There.

b_carlton

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 606
    • thePLCguy
Re: Setting up a RTD Card
« Reply #20 on: May 05, 2009, 05:43:03 PM »
As far as my understanding of IBoxes a set of mnemonic instructions were introduced, which to the processor are essentially NOP's, which serve as delimiters for the set of standard instructions. These actually wouldn't be necessary except that an IBox has to be reconstructed just by reading the processor contents. Without the delimiter it would just come back as a set of standard instructions, not as an 'IBox group'. So a unique identifier has to exist for each IBox in the processor and it has to know to essentially ignore them. Adding another which had not yet been defined in firmware means a firmware changes, unless the previous change left a lot of 'spares'.
An output is a PLC's way of getting its inputs to change.

Controls Guy

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 3607
  • Darth Ladder
Re: Setting up a RTD Card
« Reply #21 on: May 05, 2009, 07:15:04 PM »
That's essentially my understanding as well, except I thought the NOP's were generic, not specific to particular I-Boxes.  IOW, "If you see 'LD-OUT-NOP', render it as a MOVEW".  I never really understood why even that was necessary, because DirectSoft could simply default to I-Box mode and render all compatible sequences as I-Boxes without any delimiters at all.  Then if someone uploaded with an old version of DirectSoft, they'd get pure code, with no other delimiter boxes mixed in.  Course that takes the preference for I-Box vs. old-way out of the hands of the programmer unless you introduce a configuration setting into DirectSoft, and even then, you couldn't mix the two modes, so maybe that's the reason.
I retract my earlier statement that half of all politicians are crooks.  Half of all politicians are NOT crooks.  There.

MikeS

  • Host Moderator
  • Hero Member
  • *****
  • Posts: 264
    • Host Engineering, Inc.
Re: Setting up a RTD Card
« Reply #22 on: May 06, 2009, 08:27:45 AM »
you're right, 'class of modules' was bad choice, it's more like 'family of modules' because the F2-04RTD works fine with the existing ANLGIN IBox because it does not have the additional configuration parameters in v-memory like the F0 module does, (the F2 version uses on-board jumpers), that's what I was trying to convey.

another good example is the f2-8ad4da combo analog module, although it only has 4 real output channels, it has 3 additional DWORD registers that consume I/O space that are the runtime update registers. What you'd need here is a setup ibox that had 96 bit positions (3 dwords of bits) to initially setup the module, then an additional ibox to manipulate those same bits at runtime.

admittedly this is the extreme example, but our goal was to make as many generic setup iboxes as possible and let the ungeneric ones slide ... for the time being.
Good design costs a lot. Bad design costs even more.

Controls Guy

  • Internal Dev
  • Hero Member
  • ****
  • Posts: 3607
  • Darth Ladder
Re: Setting up a RTD Card
« Reply #23 on: May 06, 2009, 10:53:45 AM »
Yeah, the extreme cases can get pretty weird if you try to address absolutely everything.
I retract my earlier statement that half of all politicians are crooks.  Half of all politicians are NOT crooks.  There.

IrwinFodor

  • Newbie
  • *
  • Posts: 1
Re: Setting up a RTD Card
« Reply #24 on: February 25, 2014, 05:33:09 AM »
Im replacing a Differential Temperature Controller for solar panel water heating system, so I got an D0-05AR and a F0-04RTD Option card top read the temps of to sensors ( at the recommendation of the Tech support guys at AD.com ). My question is how to set up a Ladder Rung to read the temperature and compare it to a set point?.... that brings me to my next question, Im getting a C-More Micro to interface with the 05AR. How do i set up the Interface to let me put in a set point(s).

I know this is a bit simple right now, ask any questions that may help to clear things up and I will do my best to answer them. Like i said in one of my other post, im a bit new at this.



Hello friend thread is bit old but were you able to find right Differential Temperature Controller? I do need one so can your provide some useful information? Waiting for reply thanks in advance:)
« Last Edit: February 26, 2014, 10:22:27 AM by IrwinFodor »