• for devices in DAQ data stream:
    • config readable via pvAccess (could be an IOC making cfg "visible")
    • subset of config writeable by DAQ/controls
    • trigger controlled by DAQ (unless device is "transferred" to controls)
    • timing must be done with XPM, not fanout so dead time will work
  • if controls/DAQ both want high-rate data: duplicate PGP fiber
    • with duplicate fiber, config virtual channel is accessible on both (decide administratively who gets to access)
    • duplicate fiber could potentially get bad effect from dead time
  • low rate DAQ data sent via pvAccess to controls (e.g. via AMI)

 

  • No labels