Experimental Physics and
Industrial Control System

[email protected] (Bill Brown) · Wed, 21 Aug 96 09:47:52 PDT

We've done some work with the IRM using the code supplied by desy.  It all
seems to work without a great deal of trouble, but then that was expected,
wasn't it.

We've looked at our future requirements, and while the IRM may not be a very
good fit as it stands, the option of using a '162 with some of the large
variety of IP cards available looks very interesting.

Perhaps some discussion of creating a "standard model" for supporting IP cards
under EPICS might be in order.  As the IP interface (including module
identification) seems to fairly well specified, perhaps we could take advantage
of that information in the system configuration and initialization process.

Any ideas?  Is this worth spending some time on during the next epics meeting?

Disclaimer:  Any opinions are my own and have	    |  -bill
    nothing to do with the official policy or the   |   [email protected]
    management of L.B.L, who probably couldn't      |   Berkeley, CA
    care less about employees who play with trains. |   aka [email protected]

PS - Many thanks to all who responded to my recent question about "edge
triggered" record processing.  I started out using one of the suggested
approaches and it turned out, once I understood the _REAL_ problem, to be
very simple.  All it took was a dfanout record to drive the .DISA fields
of the two bo records, and setting the .DISV field of one record to "0"
and the other one to "1".  Of course, I didn't see that until I'd gotten
"edge detection" working with a calc record.  Yet another learning experience!
(YALE? - I think that one's taken!)

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System