Device Information (timing, constants, etc..)

The goal is to be able to have device information (about timing aspects like necessary events, delays, constants in general, etc) in a central place and be able to use it from several components of the control system. Some of this information is already available somewhere (e.g. calibration curves),other information only exists hardcoded in the Front-End and Settings Management Code (e.g. delays, necessary events a device connects to). Starting from a collection of example device types, it shall first be collected:
  • What information / type of information is needed
  • Where does the information come from
Based on this, the future source of this information and data flow shall be worked out.

=> CCT

Collection of devices an the necessary information (based on examples, not necessarily complete)

MX - gepulster Magnet

Timing Information
  • Sollwert setzen -> Event x
  • Istwert lesen -> Event y
  • Aufräumen (am Zyklusende) -> Event z

  • Minimal notwendige Vorlaufzeit t_v (Zeit zwischen Sollwert setzen am Gerät und Beam kommt).
  • Am günstigsten: Istwert messen kurz bevor der Strahl kommt oder dann, wenn er anfängt.

Other device information
  • Calibration Curves per device
  • Vorlaufzeit pro Gerät
  • min, max current and voltage

ME - elektrostatisches Septum

Timing Information:
  • Sollwert high setzen -> Event a
  • Istwert high lesen -> Event b
  • Sollwert low setzen -> Event c
  • Istwert low lesen -> Event d

  • Vorlaufzeit t_v für beide Sollwerte
  • Istwerte
    • MEI: ...?
    • MEE: ...?

Other device information:
  • Calibration curve
MK - SIS18-Kicker

Timing information:
  • Pro Schuss ein VoltXy -Sollwert (JAPC-Parameter), aber drei (bzw. sechs) Aktionen in der Reihenfolge:
    • Erste Kondensatorbank laden -> Event Prep_Kick_1
    • Zweite Kondensatorbank laden -> Event Prep_Kick_2
    • Kabel laden für 1. Schuss -> Event MK_Load_1
    • Erster Schuss -> extern getriggert
    • Kabel laden für 2. Schuss -> Event MK_Load_2
    • Zweiter Schuss -> extern getriggert
  • Istwerte lesen -> Event Extr_End

  • Minimale Vorlaufzeit Kondensatorbank laden
  • Minimale Vorlaufzeit Kabel laden
  • Maximale erlaubte (Nachlauf-) Zeit zwischen (Ende von) Kabel laden und Trigger für Schuss
  • Es werden auch zeitliche Delays als Sollwert via Property (DelayXy) gesetzt. Müssen die in die Berechnung der Nachlaufzeit einfließen?

  • Sonderbehandlung, wenn die Spannung für den kommenden Schuss wesentlich kleiner ist als die des letzten Schusses. => Eigener/spezieller Transfer-Zyklus?

  • siehe evtl. [1]

Other device information
  • Calibration curve
  • Kicker constants
    • KICKER_CABLE_LOADING_TIME
    • KICKER_CAPACITY_LOADING_TIME
    • max waiting time between cable loading and kick
  • Informationen über Kondensatorbänke und deren Kapazität etc. ???
MS - TK-Sweeper

Timing information:
  • Drei Sollwerte zur Beschreibung der Abwärtsrampe
    • Flattop-Feld, B_ft => Flattop-Strom I_ft berechnen
    • Startdelay ab Event Prep_Beam_On, t_d
    • Rampendauer von I = I_ft bis I = 0, t_r
  • Sollwerte zum Rampengenerator schicken, (nicht zum Gerät!) -> Event Ready_to_SIS
  • I_ft an allen Geräten einstellen (via Broadcast) -> Event Ready_to_SIS + 7,1ms
  • Rampengenerator starten -> extern getriggert, Trigger ist vom Event Prep_Beam_On abgeleitet und um t_d verzögert.
  • Istwerte lesen -> Event Beam_Off

  • Zeitliche Abhängigkeiten UNILAC-Events:
    • Beam_On - Ready_to_SIS = 10ms, immer
    • Beam_On - Prep_Beam_On = 50us + Strahlverzögerung
    • Strahlverzögerung (wg. Beamloading) im Bereich
    1. .250us, meistens 0.

  • Zeitliche Abhängigkeiten Sweeper:
    • Minimale Einlaufzeit von Null auf Nennwert inklusive Einschwingzeit = 2,4ms
    • Garantierte Einlaufzeit von Null auf Nennwert inklusive Einschwingzeit = 2,6ms
    • Maximale Flattopzeit = 3ms

    • Aus den zeitlichen Abhängigkeiten der UNILAC-Events und den zeitlichen Sweeper-Anforderungen ergeben sich dann die Zuordnungen RT-Action zu Event inkl. Delays.

    • siehe evtl. [2]

Other device information
  • information about the foils
  • min / max Rampensteilheit des sweepers selbst
FG - geramptes Gerät (Magnete)

Timing information
  • currently prep event plus sync event together with a minimal distance between them
Other device information
  • Calibration curves
  • MaxCurrentDotLimit (Rampensteilheit)
  • Eddy current: eddycurrentdelaytime, eddycurrentamplitude (currently coming from the EIX file)
  • min, max current and voltage

SD - ???

Requirements for defining timing information per device

  • Timing Events relevant for given devices (or device types ?)
  • Definition of delay (before / after)
  • Definition of events relative to other events with min/max distance
    • SettingsMgmt: insert these events, check distances
    • FE
      • Prio 1: generate event -> real time action mapping
      • Prio 99: generate state machine checks

Requirements for defining other device information

  • Calibration curves: As-is, central data source needed, plus a re-shaped version which covers the whole range the device has.
  • Constants:
    • min / max values: where to define them? needed in FESA and LSA

-- JuttaFitzek - 13 Aug 2013

This topic: FAIR > WebHome > CSCOOpenTopicsDeviceInformation
Topic revision: 13 Aug 2013, JuttaFitzek
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback