The input register we use for the target status does have 32
inputs, we only use 16. The other 16 get read out and written to the CODA
data file, they're just all zero now. Might need a second ribbon cable run
from rack 13 to rack 3, or maybe it was run already. And scaler_ntuple.C
doesn't write the 2nd set of 16 bits to the scaler ntuple, not sure what
lrn does, but software can be fixed.
Karen
At 10:37 AM 2/27/2004 -0500, vitaliy ziskin wrote:
>Taylan Akdogan wrote:
>
>>Hi Vitally,
>>
>>It is most definite that we are NOT doing two flips. I was always
>>un-reluctant to use a software controled epics variable for this
>>kind of important information, because I was afraid of such a
>>thing may occur. I think I couldn't raise my voice high enough.
>>
>>To this end, during the long shutdown period, we commissioned
>>three new PC-controlled Analog/Digital epics boards dedicated
>>just for Compton. I created the flipper_odd and flipper_active
>>epics channels, which are supplied directly by the "hardware"
>>signals. Thus, no other component of the blast can reset them
>>mistakenly (they are read-only - hardware input channels -
>>realtime!). Although, you fixed the problem, I think we should
>>replace the existing epics variables with those.
>>
> I'm not sure if that is possible. Scalers get their TTL signal from
> this ribon cable which comes staright from the ABS rack 13 (lucky
> number). To do what you are sugesting we need to make another scaler
> channel (another epics channel is easy) , do we have an exra one.
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:30 EST