<div dir="ltr">In the readout list (on the intelvmeha6 machine see instructions on how to access) there is a function Ben wrote to invert the input polarity for each of the VETROC channels. The function is vetrocChanInvert(). I checked to see if any of the channels were inverted but none of them currently are. You could try inverting the channels that you are having issues with to see if that fixes the issue. This could be related to the issue I found a while back where the VETROC sometimes seemed to switch which peak it was identifying as the leading or trailing edge but I never had time to finish studying the issue.<div><br></div><div>Scott </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 26, 2016 at 10:40 PM, Carlos Ayerbe <span dir="ltr"><<a href="mailto:gayoso@jlab.org" target="_blank">gayoso@jlab.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
just to recap the last days.<br>
<br>
-The ADC v792 is working properly, we already took pedestals runs and 4 set of data for calibration (4 voltages). It was done with the UV LED we use for background, so we illuminate all PMTs "evenly".<br>
<br>
-We found that one HV line trips off when we reach 1400V. Not big deal because this value is exceptional, only for the calibration, but good to know.<br>
<br>
-I'm analyzing the data and I hope to have the results this Friday. I can advance that I found one channel that probably was connected to the wrong HV line since the ADC spectra shows very low gain. I'll check this issue with the Fastbus notes.<br>
<br>
-Evan has been working in a Time over Threshold (ToT) analysis and testing it, he found a possible readout issue in VETROC. He found that the ToT signal is negative in the channels of a single VETROC input (as I understood, if trailing edge (TE) comes after leading edge (LE), the ToT will be positive. But with the change of polarity, the papers of LE and TE change and ToT is negative. This is what he found, don't you Evan?). We swap two NINO cards to see if it comes from a NINO card or is something internal in VETROC. The data shows that this issue persists in the same channels. We suspect that it comes from the direct VETROC inputs, but not from the piggyback inputs.<br>
<br>
We think we will need a meeting with Ben (unless Scott knows how to check it). Also, long time ago, we found that one of the input (different one, but related to same input) read the NINO channels inverted (1->16, 2->15, 3->14 and so on). Scott mentioned that it could be fixed by modifying the firmware. We should check.<br>
<br>
Thanks<br>
<br>
-Carlos<br>
______________________________<wbr>_________________<br>
Vetroc_daq_sbs mailing list<br>
<a href="mailto:Vetroc_daq_sbs@jlab.org">Vetroc_daq_sbs@jlab.org</a><br>
<a href="https://mailman.jlab.org/mailman/listinfo/vetroc_daq_sbs" rel="noreferrer" target="_blank">https://mailman.jlab.org/<wbr>mailman/listinfo/vetroc_daq_<wbr>sbs</a><br>
</blockquote></div><br></div>