[Dsg-hallc_nps] NPS low voltage EPICS IOC with full monitoring and control now working

Robert Michaels rom at jlab.org
Fri Dec 16 12:45:36 EST 2022


I'll be in room 108 most of this afternoon if you want to visit and show me
some things.

Regarding bug #3 it's probably because this environment variable gives 2 addresses
EPICS_CA_ADDR_LIST=129.57.255.13 129.57.165.255
I think we don't want two addresses.  Pick one, e.g.
EPICS_CA_ADDR_LIST=129.57.165.255

I don't know what your EPICS variables are but suppose one of them is "LV_VAR1".
You can demonstrate this is a solution at the command line by (assuming csh)

setenv EPICS_CA_ADDR_LIST 129.57.165.255   ;   caget LV_VAR1


________________________________
From: Dsg-hallc_nps <dsg-hallc_nps-bounces at jlab.org> on behalf of Tyler Lemon via Dsg-hallc_nps <dsg-hallc_nps at jlab.org>
Sent: Friday, December 16, 2022 11:35 AM
To: Dsg-hallc_nps at jlab.org <dsg-hallc_nps at jlab.org>
Subject: [Dsg-hallc_nps] NPS low voltage EPICS IOC with full monitoring and control now working

Hi Bob,

We've been able to get the full monitoring and control EPICS IOC for the NPS low voltage working.
(Apologies for the wall of text below, but I wanted to send a complete report that'll be archived in the mailing list.)

Everything for IOC is on cdaql3 under the path "/home/cdsg/tlemon/npsLV"

In that directory, there is:
- a directory "mpod" with all of the IOC files
- a text file "IOC-creation-notes.txt" with information about how to make an IOC with MPOD communication capabilities
- a text file "MPOD-LV-db-file-notes.txt" with information about how to make the database (.db) file for MPOD PVs
- a shortcut "snmp" to where the SNMP application is stored

Within that "mpod" directory, there are a few helpful things besides the files from making an IOC:
- an executable "start-LV-ioc" that initiates a procServ instance and starts the IOC to run in the background
- an executable "stop-LV-ioc" that stops the IOC procServ instance running in the background
- a directory "logs" where information from the procServ instance gets stored

While everything does work, there are three small bugs that we'll look into in the upcoming week:
- Bug 1: The CSS Phoebus control for the channel power shows as disconnected (pink border around control) until a value gets written to the PV.
- Bug 2: The CSS Phoebus control for the channel power also blinks disconnected briefly about once per second.
- Bug 3: If you use "caget" or any other channel access commands on cdaql3, you get a message saying that there are multiple servers hosting the PV name. This message is not received if you use channel access commands on any other PC, though.

These bugs do not prevent anything from working with the IOC, but we'll still look into their resolution because they all make it seem like something is not working correctly.


I've left the IOC not running since the LV has not been used lately, but if anyone wants to start it, they can use the start-LV-ioc executable.

We can also meet sometime next week or after the holidays to go over things if there are any questions.

-Tyler

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/dsg-hallc_nps/attachments/20221216/61e4730a/attachment.html>


More information about the Dsg-hallc_nps mailing list