Zukünftige Aufgaben für die Weiterentwicklung von Schrittmotorsystemen

Diese Sammlung ist dafür gedacht, zukünftige Aufgaben fuer die Weiterentwicklung von Schrittmotorsystemen zu sammeln und erste Lösungsansätze zu skizzieren. Es ist im Einzelfall zu klären wie die Aufgaben umgesetzt werden können. Z.B. auch als Aufgaben im Bereich zukünftiger slowenischer Inkind-Beitrag.

Betriebssystem

• USB-Stick zum Booten
  • Alternative zum Booten via Netzwerk
  • Soll Inbetriebnahme von Schrittmotorsystemen unabhängig vom GSI-Beschleuniger-Netzwerk ermöglichen
  • Enthält Betriebssystem, Treiber-Software (slits-server, lcmonitor, lcdisplay)
  • Knackpunkte:
    • Schrittmotorsystemkonfiguration muss syntaktisch passen (vor dem Booten)
    • Schrittmotorsystemkonfiguration muss persistiert werden können (während der Nutzung vom USB-Stick und für das nächste Booten)
  • FESA Software wird nicht benötigt, da diese nur in der Netzwerkumgebung voll nutzbar ist

Konfiguration

• Fehlkonfigurationen sind leicht möglich und die Ursachen davon schwer zu finden, insbesondere wenn mehrere mit verschiedenen Tools aus unterschiedlichen Bereichen die Konfiguration verändern. Oft ist es nicht möglich, fest zu stellen, wer zuletzt mit welchem Ziel etwas an einem Schrittmotorsystem konfiguriert hat.
  • Konfiguration (properties.ini) automatisch vor jeder Änderung abspeichern und sichern, so daß die zuletzt als funktionierende bekannte Konfiguration wieder hergestellt werden kann

FESA Software

• Anzeige des Selektors im acquisition-context-item (sequence-, 01/2021, beam process-, 01/2021, chain-, timestamp-)
• Anzeige ob Setting via Setting-Property kam oder timing-event-getriggert ausgelöst wurde
  • es sollte zu erkennen sein wenn ein Motor mit der Local Control GUI verfahren wurde (der Modus wurde umgeschaltet von Remote zu Local Control, allerdings gibt es keinen wesentlichen Anhaltspunkt daß der Motor auch tatsächlich verfahren wurde)
• Umschalten von Konfiguration für Timing-Event-gesteuerten Betrieb auf 'normalen' Betrieb via regulärer Datenversorgung (SettingTriggered#enabled / SettingTriggered #!enabled) / Setting-Property, schon jetzt möglich, durch Auswahl des geeigneten LSA-Patterns und der Optionen darin -, getestet 01/2021
• IST-Wert-Aufnahme mit der Acquisition-Property (IST-Werte=Motorpositionen)
  • Ziel: Korrelation der Motorpositionen mit anderen im Beschleunigerbetrieb relevanten Größen
  • Realisierung z.B. Timer-gesteuert während Subskription auf Acquisition-Property, Timer-Taktfrequenz sollte dann noch zusammen mit den Auswertenden abgesprochen werden.
  • , 01/2021
• Anwender-Wunsch: Umbenennung SettingTriggered /'enabled'-Parameter in SettingTriggered /'active'
• data supply optimization: disable partial-set für subset-properties -> FESA FWK issue
• Test-Property AcquisitionTriggered can be removed
• Test: Konfiguration von Motorpaaren ('Schlitze') (Treiber, FESA, benötigt DeviceControl -Erweiterung)
• Fehlerbehandlung:
  • seltener Fall: wird die Verbindung zwischen MicroIOC und PMAC-Controller unterbrochen während ein Motor fährt wird keine Fehlermeldung ausgegeben (weder im Treiber noch in der LocalControlGUI, noch in der FESA software). Der Motor hält an während die Verbindung unterbrochen ist.
• Hardware-Limits im detailed status als opReady-Kriterium gfs. nicht berücksichtigen, da Anwendungen damit nicht klar kommen wenn die Schrittmotoren sich zwar wie gewünscht in der Endlage befinden, aber die Software-Konfiguration der Schrittmotoren so eingestellt wurde, dass in der äußeren Endlage der Hardware-Schalter erreicht wurde
  • mögliche Lösung: Motorkonfiguration so einstellen, dass in der äußeren Endlage lediglich die Software-Endschalter erreicht werden und die Hardware-Endschalter anzeigen, daß die äußerste Grenze definitiv erreicht ist (mehr geht nicht). Allerdings ist dann gfs. unklar ob die äußerste Endlage tatsächlich erreicht wurde falls es zwischendurch einen Fehler gab der nicht weiter gereicht wurde.
• Logik opReady-/Interlock-Bit ueberarbeiten in Status-Update 02/2022
• PMAC motors: signal reference drive successfully accomplished in detailed status in Status property 02/2022

HKR-Applikationen

• Feststellen, ob System im Remote-Modus ist fuer die Verwendung vom HKR aus (Schrittmotorsysteme unterstützen Bauart-bedingt auch LOCAL_MODE, und LOCAL_DISPLAY)
• opReady-Bit beruecksichtigen vor Absetzen eines Fahrbefehls

• Experten-Applikation Local-Control GUI: Passwortschutz

Erledigt

10/20

Benannte Positionen: werden zur Zeit in mm in properties.ini abgespeichert wie alle Schrittmotorsystemnahen Parameter

• zu klären: ist es an dieser Stelle sinnvoll, SI-Einheiten zu verwenden? Z.B. anstelle von 48.5 für die benannte Position YRT1DC2 wäre theoretisch auch die Schreibweise 485e-3 denkbar. Dies kann allerdings die Lesbarkeit bei Einstellarbeiten durch Techniker und Konstrukteure verschlechtern. Daher ist diese Vorgehensweise nicht zu empfehlen
• Lösungsansatz: eingestellte Werte nur für die Anzeige via FESA-Property umrechnen

-- SolveighMatthies - 28 Sep 2020