[Vetroc_daq_sbs] GRINCH HV

[Robert Michaels]

It does look a bit more like a hardware problem, but please check the version anyway.  The latest version(s) are
pretty reliable / stable.

Bob

----- Original Message -----
From: "Robert Michaels" <rom at jlab.org>
To: "Carlos Ayerbe" <gayoso at jlab.org>
Cc: "Vetroc_daq_sbs" <vetroc_daq_sbs at jlab.org>
Sent: Wednesday, August 29, 2018 9:05:04 PM
Subject: Re: [Vetroc_daq_sbs] GRINCH HV

One simple thing to check is that you have the LATEST VERSION.  It was a problem with the HCAL setup
recently, now fixed.  In that case it was an "old" version of the low-level C code that Javier Gomez wrote.  

FYI ... there are 3 layers of software for the HV control, and they are chained together :  
1) A Java GUI (the thing you "see") written ~15 years ago by Roman P., 2) a "Shim" server, written in Perl, 
which emulates the long-ago-removed motherboard (the motherboards in these crates all died and were removed).
This Perl Shim server was written by Brad Sawatzky.  And finally 3) a primitive C code that Javier Gomez
wrote.  actually you could survive with this C code if you logged into the rpi and typed some commands.

Anyway, they all must be the latest version !  I can check it when I have a chance, but if you beat me
to it, Javier's and Brad's code is here:
https://github.com/rwmichaels/HV-control
and Roman's code (forked copy) is
https://github.com/rwmichaels/MyCopy_hvg_software

I can also take a look and/or we can have Roman diagnose this.  He is very good at fixing problems
even if he has to log in from the Ukraine! 

Bob


----- Original Message -----
From: "Carlos Ayerbe" <gayoso at jlab.org>
To: "Vetroc_daq_sbs" <vetroc_daq_sbs at jlab.org>
Sent: Wednesday, August 29, 2018 5:27:40 PM
Subject: [Vetroc_daq_sbs] GRINCH HV

Hi all,

this week we were able to power the GRINCH HV crate and communicate with it. It finds all modules and it looks ok.

I left the GUI open, but I didn't set any voltage and leave it off. Today I checked and I got the HV alarm and I took a screenshot of the GUI (please see attachment)

This is something that was happening with the prototype at ESB with the old computer. We (Evan and I) mentioned this to Chuck and Jack and they were not able to identify the problem (the Bad Battery message doesn't make sense to them. I hope Evan remember better the argument).

Please note that some channels appear to be "corrupted" (in this case, only in this module). I use the word corrupted very freely, because in our experience the voltage to the system is the nominal (before the error). 

I was hoping that with the new computer this problem was corrected, supposing it was a software issue. 

In the old computer, the solution was close the GUI and kill ./start_hv (at rpi16) AND NOT always worked because it failed to identify all the modules. 

I don't know if it is actually a software issue instead of hardware. 

The access to the HV crate through adaq at grinnchbb is easy, just use the alias 'gohv'

May somebody guide us how to solve the problem? 

Thank you

-Carlos

------------------------------------------
Carlos Ayerbe Gayoso
Postdoctoral Research Associate of Physics

The College of William and Mary,
Small Hall 328A

Jefferson Lab, 
CEBAF bldg F379

Phone: 757 291 7889

_______________________________________________
Vetroc_daq_sbs mailing list
Vetroc_daq_sbs at jlab.org
https://mailman.jlab.org/mailman/listinfo/vetroc_daq_sbs