DAQ -- Data Acquisition for SCU-based Systems

Meeting vom 25. Oktober 2018

• Mögliche Anwendungsfälle:
  • Kontinuierlicher Strom an Istwerten. Eine Frage der Bandbreite?
  • Messen nur während des Strahls. Event-Trigger notwendig!
  • Messen zwischen frei wählbaren Zeitpunkten.
  • ...?

• Starttrigger per Event ist möglich. Stopptrigger per Event ist nicht möglich. Das muss die Software (im LM32) machen.

• Unterstützt werden die DAC/ADC-Karten und die ACU. Das ist für die LM32-Software aber transparent.

• Die FPGA-DAQ-Firmware sollte noch eine Versionskennung liefern können. Das ist bisher nicht implementiert.

• Die Daten der FPGA-DAQ enthalten u.a. eine Timestamp. Wie die korrekte Korrelation der DAQ-Daten zum Timing hergestellt werden kann, muss noch geklärt werden. Es sollte auf jeden Fall in der LM32-Software oder in der FESL geschehen. Die SAFT-Lib ist hier (hoffentlich) nicht beteiligt.

• Auf welcher Plattform die Entwicklung stattfindet ist noch nicht ganz klar.
  • LM32 auf den TG-Rechnern (Stefan Rauch & Co.) inklusive der Nutzung des dortigen GITs?
  • FESL auf acc7. Noch SVN oder auch hier gleich GIT?

• Ein schrittweises Vorgehen ist geplant:
  1. Kennenlernen des DAQ-HW-Interfaces und der Programmierung des LM32.
  2. Implementierung der DAQ für gepulste PowerSupplies.
  3. Implementierung der DAQ für gerampte Non-Mil-PowerSupplies.
  4. Implementierung von Istwerten (ohne HW-DAQ) für gerampte MIL-PowerSupplies (gepulste MIL-PowerSupplies haben bereits Istwerte). Das erfordert eine Erweiterung der bestehenden, von Stefan Rauch implementierten FG-Software auf dem LM32.

• Spätestens das Property-Interface, also das API für die Anwendungen, sollte für gerampte MIL- und Non-MIL-PowerSupplies das selbe sein. Eine Vereinheitlichung 'weiter unten', z.B. in der FESL, sollte angestrebt werden.