We noticed EpicsScaler in our review of the code. EpicsScaler was one of the first devices implemented in ophyd, and at the time some of us had a somewhat parochial view of how scalers work / are used in practice. (In fact, we think we still do...)
More recently, @tacaswell revisited the problem and implemented ScalerCH, which groups the scaler's signals differently. (You could say ScalarCH is the "transpose" of EpicsScaler.) Either one can work -- we currently have mixture of EpicsScaler and ScalerCH around the ring at NSLS-II -- but we think we like ScalerCH better, particularly the way it handles naming. What do you think?
Does your scaler have an MCA attached? If so, this example of mode-switching might be relevant.
We noticed
EpicsScaler
in our review of the code.EpicsScaler
was one of the first devices implemented in ophyd, and at the time some of us had a somewhat parochial view of how scalers work / are used in practice. (In fact, we think we still do...)More recently, @tacaswell revisited the problem and implemented
ScalerCH
, which groups the scaler's signals differently. (You could sayScalarCH
is the "transpose" ofEpicsScaler
.) Either one can work -- we currently have mixture ofEpicsScaler
andScalerCH
around the ring at NSLS-II -- but we think we likeScalerCH
better, particularly the way it handles naming. What do you think?Does your scaler have an MCA attached? If so, this example of mode-switching might be relevant.