[Swreq] [Fwd: FEATREQ OPS-PR: Saver no longer saves BPM relative positions properly.]

Terry Carlino carlino at jlab.org
Fri Feb 25 15:23:32 EST 2011


As stated in the OPS-PR this is not a new feature request. This was the 
way Saver worked until Richard Dixon changed the way ZPOS was done. THis 
is a functionality we need to have restored.

Terry

-------- Original Message --------
Subject: 	FEATREQ OPS-PR: Saver no longer saves BPM relative positions 
properly.
Date: 	Thu, 24 Feb 2011 14:20:02 -0500 (EST)
From: 	weiwei at jlab.org
To: 	carlino at jlab.org, weiwei at jlab.org



1518525 <http://opsweb.acc.jlab.org/CSUEApps/elog/entry/1518525> 	Saver 
no longer saves BPM relative positions properly.
14-Apr-2010 08:25 	I_Carlino 	ELOG 
<http://opsweb.acc.jlab.org/CSUEApps/elog/elog.php?logbook=ELOG>

*History of current entry (1518525)* update this ops-pr... 
<http://opsweb.acc.jlab.org/CSUEApps/elog/update_opspr.php?elog_id=1518525>
Timestamp 	Action 	Action By 	Assignee 	Area 	Component 	Problem
------------------------------------------------------------------------
24-Feb-2011 14:19 	FEATREQ 	W_Lu 	W_Lu 	104 Control Room & Fishbowl 
SaveRestore (BURT) 	Bad Output

Terry,

Please send request to swreq at jlab.org so Pam and Matt can review and
prioritize it.

14-Apr-2010 09:32 	REASSIGN 	M_Joyce 	W_Lu 	104 Control Room & 
Fishbowl 	SaveRestore (BURT) 	Bad Output
14-Apr-2010 09:14 	REASSIGN 	P_Kjeldsen 	B_Bevins 	104 Control Room & 
Fishbowl 	Applications 	Missing or invalid subcomponent(s)
14-Apr-2010 08:26 	OPEN 	I_Carlino 	P_Kjeldsen 	104 Control Room & 
Fishbowl 	Applications 	Missing or invalid subcomponent(s)

When saving bpm positions Saver should record rels in such a way as to allow restoration of the orbit in existence at the time of the save rather than when the last zero pos was done. Time of the save should be placed in the date/time stamp (.ZPDT field) to reflect the date/time of the save.
This behavior is consistent with the way that bpms and saver interacted prior to the modification of the BPM zero pos that occured when zero pos was moved from a higher level application down to the ioc.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://mailman.jlab.org/pipermail/swreq/attachments/20110225/e321b2a9/attachment.html 


More information about the Swreq mailing list