Datenversorgung CCI -> Registerwerte vorbereiten -> Datenversogung Choppersteuerung

Topic	Was?	INT	Dry/Wet	Wo kucken?	Kommentar / TODO
Basics
	Acquisition Property wird 1mal pro Sekudne notifiziert und kann mit Pythonskript geparst werden			ChopControlInterface /Tests/parse --pro / --int (nur CCI_HSI, nicht das andere Device)	exception: acquisitionContext has no data teils 4-5 sekunden (cyclestamp) zwischen notifications in fex sah dann wieder ok aus... @ scu: cmw-cmx-reader : NotificationQ length = 1 ist ok EventSources::firedEvents = wie oft die RT Action ausgefuehrt wurde ConcurrencyLayers::Default::maxAccumulatedEvents
	FESA.USER Logger loggt INFO
Setting - Datenversorgung via LSA				@log: "scuxl0646 / 0685 AND SetAction "
	CCI bekommt settings
	...immer wenn neue Chain eingeplant wird
	Strahlwegregister_PT und Anfordermaske werden korrekt vorbereitet			log @Acq: StrahlwegReg _PT	Log nachrichten sollten nur die gueltigen (bis dahin schon gesetzten bits anzeigen) Anfordermaske, siehe unten
	Der Chainindex aus der SetAction wird korrekt übernommen			@Acq: chainindex / maspindex / interlock
Interlocks etc via mini-masp
	Periodische notifications kommen an und werden verarbeitet			@log: "scuxl0646 / 0685AND OnSubscription " @Acquisition interlock und Block_HSI/HLI bzw StrahlwegReg _WR:6/
	"on change notifications" Notification kommt an wenn sich an masp der executionPermit ändert			(auch log und Acq:interlock)	periodische updates kommen (10sec). Nach Beam mode umschalten (execution permit true <=> false) kommt das naechste Update auch nach 10sec, su.
	TK9DC9 _out			log und Acq
	Chopper Interlocks
ExpertSetting - via fex
	requSIS wird korrekt im StrahlwegRegister übernommen			@Acq: resSiS (sic) und StrahlwegRegister:8 noch unklar ob/wozu das gebraucht wird. (Oder P.G. versteht es?)
	forcexy			Acq: nicht "betriebsrelevant", nur zum testen und debuggen
ProfileGridRequested - Datenversorgung via EUEApp				Maskierung Emitanzschutz wird (noch) nicht gesetzt
	Property wird von EUEApp versorgt wenn PG-Schutz aktiviert wird			@log: "scuxl0646 / 0685AND SetProfileGridProtectionEnbledSetAction "
	Strahlwegmaske wird korrekt vorbereitet (in der SetAction)...			auch @log	setzwerte fehlen im log
	...und wird in der RT Action korrekt übernommen			@Acq: SWM
Timing - RT-Actions via Command Event
	deadline ist korrekt (Acq + 7ms)			@Acq: Acq
	events sind injected und koennen gesnoopt werden			saft-ctl tr0 -x snoop 0x1ff0fa0000000000 0xffffff0000000000 0 https://www-acc.gsi.de/wiki/Timing/TimingSystemHowUniChop
	es gibt nicht zu viele late events			@Acq: accu_late unichop-ctl dev/wbm0 diag	accu_late = 67, late = 169 // received: 3293147 cpu govenor kann noch auf mehr performance eingestellt werden (-> d.day, testweise @scuxl0052)
	dry flag aus timing events wird korrekt gelesen			@Acq: r::dry (und reserved) und StrahlwegReg _WR:6/7 (HSI / HLI)
Registerwerte	(hier nur die Sachen die nicht schon gecheckt sind)
	S=14/15 haben immer das Block bit gesetzt			@Acq: s=14/15 und StrahlwegReg _WR
	kombinieren der registerwerte aus den verschiedenen quellen...	/	/
	StrahlwegReg _PT -> StrahlwegReg _WR
	StrahlwegReg_WR (x2) -> SwR _WR_HSI & SwR _WR_HLI				(nur kopie)
	...-> SWR
	..-> SWM				(kopie von SetProfileGridEnabledSetting)
	SWR + SWM + AnfMask -> evtParam				ANF//SWM//SWR
ChopperControl - OUT
	Ausgangspuls hat die richtige Laenge			saft-ctl tr0 -vx snoop 0x1ff1fc2000000000 0xfffffff000000000 0 //HLI saft-ctl tr0 -vx snoop 0x1ff1fc3000000000 0xfffffff000000000 0 // HSI	minimum Strahlpulslaenge ist 10us (wenn Strahlalarm)
Misc
	watchdog schlägt an (wenn mil Kabel gezogen wird)				Chopper war vorher schon in Timing Error, deswegen unklar ob auslösen des watchdog einen Timing Error zur Folge hat. Nachtrag: Bei reboot (vorher alle werte geforced) kein Timing Fehler am GUH2BC1L

Schreiben der Registerwerte

• hier nur: Werte werden simuliert/geforced am CCI und an der Frontplatte der Choppersteuerung leuchtet die entsprechende LED
• Fuer Anfordermaken gibt es nur Summen-LEDs (mit falscher Logik), dh zb Z6 und Z7 koennten untereinander vertauscht sein.

Strahlwegregister
QR->HSI	??
QL->HSI	??
HSI->Alv
HLI->Alv
INL_HSI
INL_HLI
Block_HSI
Block_HLI
requSIS	??
TK9DC9	??
enableTK	??
Strahlwegmaske
Mask_UH4DT4P
Mask_US_DT_E
Mask_US4DT7P
Mask_UA_DT_E
Mask_UT1DT0P
Mask_TK_DT_E
Mask_TK3DT4P
Mask_TK3DT3P	??
Anfordermaske*
Mask_Anf_X0	*
Mask_Anf_X1	*
Mask_Anf_X2	*
Mask_Anf_X3	*
Mask_Anf_X45	*
Mask_Anf_X6	*
Mask_Anf_X7	*
Mask_Anf_X8	*
Mask_Anf_Y7
Mask_Anf_Z7	*
Mask_Anf_Z6	*
Mask_Anf_UU
Mask_Anf_M1	*
Mask_Anf_M2	*
Mask_Anf_M3	*
Mask_Anf_SIS

Anfordermaske

Was?	int	dry/wet	Kommentar / TODO
Nur 1 VirtAcc läuft, QR->HSI->Alv, Strahlziel: M1 M1 muss anfordern, alle anderen Anforderungen habe keine Auswirkung auf die Ausfuehrung

PG-Schutz enabled -> Strahlwegmaske

Resultierende maske ist im Log und in den Acquisition daten einzusehen.

PG Schutz	masken (alle bis auf...)
kein PG Schutz	--
UH	Mask_UH4DT4P
UN	/
UA	Mask_US4DT7P Mask_UT1DT0P
UT2	Mask_UT1DT0P
UX	Mask_UT1DT0P
UY	Mask_UT1DT0P
UZ	Mask_UT1DT0P
UM	Mask_UT1DT0P
TK1	Mask_UT1DT0P
TK3	Mask_TK3DT3P
TKD	Mask_TK3DT3P
TK4	Mask_TK3DT4P
TK8	Mask_TK3DT4P

Interlock-Cup via Sequencer

Was?	dry/wet	Kommentar
Chain 60 wird nach neustart versorgt via start_post script (mit Korrekten settings, dh. nur HSI Chopper, beam mode = pilot)
Status der Chain wird periodisch an sequencer gesendet und nach statsaenderung
Sequenz wird gefahren wenn masp NOT_OK meldet und cup wird eingefahren		Auch wenn cup manuell ausgefahren wird, wird sie wieder eingfahren.

Misc

Was?	int/dry/wet	Kommentar
zip file fuer fex ist verfuegbar		cadaver https://websvcdev.acc.gsi.de/groups/fesa/fex put myzipfile
ChopperInterface startet in sicherem Zustand (dh kein Strahl bevor Settings von LSA)		Initial werden alle bits die von Datenversorgung abhängen mit 0 beschrieben. Es sollte so sein, dass initial block (und interlock bit?) gesetzt ist. (Die Annahme, dass es aussreicht wenn die Anfordermaske mit 0x0000 beschrieben wird und mindestens ein Anfordereingang nicht ansteht hat sich als falsch herausgestellt. Die Anfordermaske allein hat keinen sicheren Initialwert -> Block bit muss gesetzt werden)

XY -> Chopper Choppt nicht (oder nur 10us)

Hier nur Uebersicht. Bis auf Strahlalarm sind alle Punkte oben schon aufgelistet.

Topic	Was?
Watchdog - via Choppersteuerung
Block - geplant kein Strahl
	dry-flag aus WR events
	S=14/15
Langsame Interlocks - via mini-masp
	chain_executionPermit
"Beam Abort" - via Anfordermaske
	...
Strahlalarm & PG-Schutz - (Strahlwegmaske)
	...

-- TobiasHabermann - 10 Oct 2024