Themen nur FE-Int

• "deviceNameTimingReceiver" can be removed ?
  • Is it still planned to run a dedicated FESA-class for each Timing Receiver ?
  • What would be the purpose of this class ?
    • load new TR-firmware ?
    • reset TR ?
    • run a acceptance test ?
    • ?
• Änderungen Guideline - drüber schauen (Siehe Anhang)
• CMX
  • Kleine Einführung worum es geht + Beispiele
  • Wollen wir das Paket, oder etwas vergelichbares an der GSI
• ?

Themen zusammmen mit AP

• Diskussion klassen-, geräte- und rechner-spezifischen Konstanten ( Fragen vom CCT, siehe orginal Email von Ludwig )
  • Es gibt Konstanten, die sowohl FESA als auch LSA interessieren (1).
  • Es gibt Konstanten, die nur FESA bzw. nur LSA interessieren.
  • Der Ursprung (die Quelle) von Konstanten kann sein:
    • die Komponenten-DB
    • FESA-Instantiierungsdateien
    • welche noch?
  • Wie kann man Konstanten von in Zukunft 2000 bis 3000 Geräten noch vernünftig verwalten? Das geht sicher nicht mehr vernünftig mit dem FESA-Framework per Klick, Drag & Drop.
  • Kann man Instantiierungsdateien mit Inhalten aus Datenbanken generieren?
  • Wie macht das CERN?
• Versionsnummer von Klasse/DU für jeden DB-deliver hochzählen
  • Vorschlag von FE: Mechanismus nur für operative Klassen. Version nicht hochzählen für "development" Klassen
  • AP will den Mechanismus für alle Klassen beibehalten, da API-Änderungen der Klassen dadurch besser erkannt werden können ( u.a. )
• Partial-Setting (Anfrage Jutta) :
  • Im GSI-Class-Template für alle Setting-Properties @partial-setting erzeugen und "true" setzen. ( momentan ist der default "false" )
  • Eine GSI-Spezifische Regel einbauen die vorschreibt dass das Attribut immer vorhanden sein muss? (Falls nicht gibts einen Fehler im design)
  • Einen Absatz einbauen @partial-setting soll möglichst auf "True" gesetzt sein
  • Wirklich erfoderlich ? Was ist der Use-Case in LSA ?
  • Für existierende Klassen würde die Änderung Probleme in custom-set-actions machen ( Falls dort alle Werte erwartet werden )
  • Für manche Werte ist es nicht sinnvoll diese einzeln zu ändern.
• Vorschlag: meta-field für Genauigkeit von acquisition-daten ( von Ralf Huhmann ). Falls Genauigkeit angegeben wird, dann mit einem der folgenden suffixe:
  • • "_precisionRel" (data-type: double ? )
    • "_precisionAbs" (data-type: same as field ? )
• JAPC + Value items mit "_"
  • _min/_max müssen konstant sein ? ( Wegen DB-Lößung via LSA)
    • am CERN nicht konstant laut Stephane
• Synchrone Zugriffe via set() z.B. bei lange dauerndem Einschaltbefehl (z.B. t > 2min); Property POWER.
  • Wie lange soll das set() blockieren? Kann man eine FESA-Klasse so programmieren, dass sie in einem Fall gleich zurück kommt, wenn der Befehl an die HW abgesetzt wurde, in einem anderen Fall aber erst dann, wenn tatsächlich eingeschaltet oder ein Timeout abgelaufen ist?
  • Muss das in der FESA-Klasse gemacht werden, oder gibt's das schon auf CMW-Ebene?
  • Gibt's ein asynchrones set() ganz ohne Quittung?
• sonst?