experience with windows based iocs
Download
Skip this Video
Download Presentation
Experience with Windows Based IOCs

Loading in 2 Seconds...

play fullscreen
1 / 12

Experience with Windows Based IOCs - PowerPoint PPT Presentation


  • 298 Views
  • Uploaded on

Experience with Windows Based IOCs SNS Diagnostics Presented by Dave Purcell SNS Diagnostics Overview 248 IOCs 232 PC based (19 Running or Installed and Ready for Beam) 16 VME based (3 Installed and Ready for Beam) > 20 unique system designs > 600 devices > 100 GByte/s peak

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Experience with Windows Based IOCs' - niveditha


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
experience with windows based iocs

Experience with Windows Based IOCs

SNS Diagnostics

Presented by

Dave Purcell

sns diagnostics overview
SNS Diagnostics Overview
  • 248 IOCs
    • 232 PC based (19 Running or Installed and Ready for Beam)
    • 16 VME based (3 Installed and Ready for Beam)
  • > 20 unique system designs
  • > 600 devices
  • > 100 GByte/s peak
  • > 5 GByte/s sustained
sns diagnostics layout
SNS Diagnostics Layout

Operational

RING

44 Position 2 Ionization Profile

87 Loss 1 Current 5 Electron Det.

2 Wire 1 Beam in Gap

2 Video 1 Tune

Next 6 Months

IDump

1 Position

1 Wire 1 Current

FY2004

FY2005

MEBT

6 Position

2 Current

5 Wires

1 Emittance

1 fast faraday cup

1 faraday/beam stop

EDump

1 Current 2 Loss 1 Wire

CCL

10 Position 9 Wire 8 Neutron

48 Loss 3 Bunch

1 Faraday Cup 1 Current

RTBT

17 Position

43 Loss

4 Current

5 Wire

1 Harp

DTL

10 Position 5 Wire

5 Loss 5 Faraday Cup

6 Current

HEBT

29 Position 11 Wire

49 Loss

4 Current

SCL

32 Position 58 Loss

8 Laser Wire

CCL/SCL Transition

2 Position 1 Wire

1 Loss 1 Current

LDump

6 Loss

6 Position

1 Wire

D-Plate

3 Position 1 Loss 1 Current

2 Wire 2 Faraday Cup 1 Bunch

1 Video 1 Halo 3 Neutron

1 Beam Stop Faraday Cup

1 Emittance (Slit and Collector)

general history how we got here
General History – How We Got Here
  • Some key decision points
  • 1999: VXI modules vs. Network Attached Devices
    • More info on next slide
  • 2000: PC vs Embedded System
    • Support from industry and other SNS Divisions
  • 2000: Brookhaven’s SNAP Protocol vs. Channel Access
    • Use extra protocol/layer only if necessary
  • 2002: PCAS vs. IOC Core
    • 3.14 released for Win32 and successfully tested on diagnostics
evolution of architecture for high bandwidth diagnostic systems
Evolution of architecture for high bandwidth diagnostic systems

Hub

Hub

Hub

DSP

DSP

DSP

DSP

DSP

Rack mount

Rack mount

Rack mount

Rack mount

Rack mount

VXI

  • Current architecture:
  • Smart network attached devices (NAD)
  • Industry standard processing system (PC servers), and internal bus (PCI)
  • Device-oriented partitioning (mirrors Application Software’s object model)
  • Original architecture:
  • Smart VXI modules
  • Custom processing system (DSP), custom internal bus
  • Functional partitioning

EPICSChannel Access

EPICSChannel Access

Time

UtIl

CPU

Network, timing

Network, timing

Beamline devices

Beamline devices

general strategies
General Strategies
  • Network Attached Device
    • Self contained, field replacement
      • Each pickup or sensor has its own resources such as timing, data acquisition and processing.
    • Avoid brittleness - Loose coupling between devices through simple interfaces: sensor, event links, machine protect, network.
    • Minimal single points of failure
  • Rapid development, refinement, and replacement by deploying COTS/commodity hardware, drivers, software, and architecture
  • Where possible, continuous online self-test and calibration
  • Deployment strategy: build in flexibility, but plan for minimum feature set during early operations
  • An individual device can fail or be serviced without disrupting other devices. Software is simplified as it doesn’t have to manage single resources among multiple devices.
19 iocs currently deployed using windows
19 IOCs Currently Deployed using Windows
  • 12 Using PCAS
    • 7 Wire Scanners
    • 5 Beam Position Monitors
  • 7 Using IOC Core
    • 1 Beam Position Monitor
    • 2 Beam Current Monitors
    • 2 Faraday Cups
    • 1 Physics Machine (Test System for CA Client and Java Apps)
    • 1 Neutron Detector
experience during operations
Experience During Operations

Commissioning Conditions do not allow for good statistics.

  • No “Blue Screen of Death”
  • No Downtime Because of Windows
    • With PCAS, Some Restart of LabView Required.
      • Suspected problem within ActiveX. But not pursued because R3.14/IOC Core became available for Win32.
    • Upgrades to Software/Hardware limit long runs
    • Lack of Beam = Time to Play
  • Good Stories
    • The Berkeley developed neutron detectors were implemented with IOC Core, integrated in a few days, running continuously since December 2002.
    • The Physics Test Machine developed with IOC Core, running continuously.
performance of the implemented iocs
Performance of the Implemented IOCs

Test Hardware with 100Mb/s Ethernet

  • Pentium 4, 2GHz, Server with IOC Shared Memory
  • Pentium 3, 1.4GHz, Client with SNS CA Client

Test Program Server

  • Loop through 1000 pre-generated sets of 4096 doubles.
  • Set PV (I/O Intr) and set interrupt with sequence number in a nanosecond field of timestamp

Test Program Client

  • Monitor PV and check for sequence number, mark breaks in sequence

Results

  • At ~300Hz: 300*4096*8 = 9.8 Mb/s or ~ 78Mbits/s.

(Note: packet loss only when using computer for additional tasks.)

lessons learned successful overall
Lessons Learned – Successful Overall
  • Network Attached Device concept is working
  • Prototypes easily integrated
  • PCAS Worked as Advertised
  • R3.14 Released. Meets Needs
    • IOC core 3.14 on Win32 has been impressively stable for a first release on this platform – even in prototype form, PC systems have been as stable as VxWorks systems and Linux consoles.
  • Rapid fault isolation
  • Good experience with commercial off the shelf hardware/software
  • Based on this experience, all systems except BLM will now be deployed on PC platform
future plans central role of database
Future Plans - Central Role of Database

Oracle Server

XML,.db,HTML

1. Design information:names, locations, .db, .cmd, …

6. Applications

4. Web-based reports, Initialization Files

5. Software in Network Attached Devices

2. Equipment receiving, acceptance test data:tracked by barcode

3. Calibration/Maintenance of installed devices:tracked by barcode

future plans nad production
Future Plans – NAD Production
  • Replacing or building the software of a NAD is to become a push button operation.
    • PC management package such as SMS or Altiris to manage and monitor the hundreds of NADs.
    • Oracle database as the one depository for all files to be installed on a NAD and to use the PC management package to setup and maintain our NADs.
  • A Channel Access Client for LabVIEW, independent from ActiveX for Windows and Linux, is under development.
ad