140 likes | 269 Views
IRMIS Technical Details. D. A. Dohan, SLAC EPICS Collaboration Meeting, Apr.26, 2005. Workshop summary (excerpt). Work breakdown – CA client crawlers adl,alh – Janet Anderson, APS SDDS – APS EDL – J. Sinclair SNC – R. Chestnut CA archiver – SLAC Channel Watcher – M. Zelazny
E N D
IRMIS Technical Details D. A. Dohan, SLAC EPICS Collaboration Meeting, Apr.26, 2005
Workshop summary (excerpt) • Work breakdown – CA client crawlers • adl,alh – Janet Anderson, APS • SDDS – APS • EDL – J. Sinclair • SNC – R. Chestnut • CA archiver – SLAC • Channel Watcher – M. Zelazny • BURT s/r – T. Birke • CDEV – T. Birke • XAL – J.Patton • CA Security – APS
PV Client Crawlers • Janet Anderson at APS has built the following PV client crawlers: • MEDM clients (.adl files) • Alarm Handler (.alh) • The Alarm Handler and MEDM crawlers have been tested at APS • These crawlers are installed in the tarball • Useful as ‘prototype’ crawler code example
IOC Table • generic IOC attribute table added to IRMIS::Base
PV Crawler Enhancements • Crawler inserts directly into the RDB • ‘Agnostic’ (Oracle sequences vs MySQL Autoincrement) • 2 sets of DDL - template for different vendor RDBMS • PV Crawler - minor tweaks • PV schema has remained unchanged • 100% ‘reach’ at APS • BESSY results:
BESSY results: (email from Thomas Birke) Don Dohan wrote: >> Participants in the IRMIS Collaboration meeting: >> The IRMIS::Base web-site is now available at the EPICS site: ... Congratulations to this first roll-out.I immediately downloaded this first version and got it running here at BESSY. The result is: I successfully crawled all of our machine-group IOCs, adl-files and alh-files. And the PV-viewer works just fine. There were just little changes I had to make to get everything working (see attached diff-output). … I just started writing the crawlers that I volunteered for (burt, cdev, … Are there plans to set up a forum/wiki/mailing-list for irmis-related questions/documentation/...? Greetings from Berlin,you really did a good job. Thomas
Enhancements (cont’d) • SNS PV crawler enhancements • save intermediate ‘path’ results of parsing cdCommands • should these be in IRMIS::Base – or are they site specific? • possibility: store this information as part of the ioc attr table? • XAL enhancements • Desktop • PV Client viewer • IOC Attribute viewer
Get it • Go to EPICS main page, then click on the IRMIS tab • IRMIS ‘primer’ • Copies of presentations at kickoff meeting • Tarball (with the above enhancements) • Extensive Readme • Site specific tailoring with site.build.properties file • PV crawler • XAL/CDW framework • Hibernate framework (subset) • PV viewer • IOC viewer • PV Client viewer
ioc attribute record cable ioc field conductor component component type record client port pin designatorsignal name typefile path nametypedbd definition name typevaluedb load line namelogical numberphysical descriptorserial number colorlabel nameconnector type namedescriptionform factormanufacturerfeature sheetfunction typevalue pin_a connectionpin_b connection Work in Progress - tying it all together is a is cpu prop of loaded in is part of client of is part of is part of is part of pv name
dev support cmpnt; port; pin pv,dbd,st.cmd dbior hueristics PV <---> Cmpnt relationship miner Cmpnt Editor App To complete the scheme to include non-control cmpnts, and to resolve issues that the miner cannot determine strictly from the pv and ds tables, a user application is required to manually create and update a cmpnt-instance rules table. This user application replaces the cmpnt_table editor in vcct2.0, which adjusts the cmpnt table directly. An additional source for information for the miner are the dbior reports. For example, these are helpful for extracting VXI chassis and MXI connection information. The ultimate goal is to create and maintain a hierarchy of control cmpnts. A 'miner' process uses the st.cmd/pv/dbd datastore as the primary source of information. The cmpnt database must capture the hierarchy (ie connection) information, and the goal is to make it concurrent/consistent with the PV database The expansion of the cmpnt table into master/detail port and pin tables is handled with cmpnt-type port/pin tempates An externally maintained device support table provides rules that relate an IO string format to a particular component type. The cmpnt;port;pin tables not only contain the component hierarchical information:- the pin <-> PV relationship is also established, relating EPICS records to hardware components
If the miner is run at boot time: • alert user if new records detected without corresponding entries in the component database. • increase the ‘exhaustive’ coverage of the hardware database as well as the PV-to-HW connections/links
Future • User/Reference Manual • Tracked to the IRMIS release • Birke: Are there plans to set up a forum/wiki/mailing-list for irmis-related questions/documentation/...? • IRMIS Developers Session – ICALEPCS 2005?