40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  PSL, Page 8 of 52  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  312   Fri Aug 27 19:02:24 2010 FrankNotesComputersDAQ

plz change the channel names. Those names are bullshit...

Quote:

Dmass helps me initializing two channels for DAQ.

PSL1 connected to channel 28 which is C2:ATF-ACCoup_AC2_OUT_DAQ

PSL2 to channel 29 which is                    C2:ATF-ACCoup_AC3_OUT_DAQ

 

  314   Mon Aug 30 11:30:22 2010 taraNotesComputersmedm screens are frozen

I was measuring the power fluctuation behind PMC and RCAV, during that the beam was not locked and the medm screens were frozen, so I restarted the crate.

  315   Mon Aug 30 20:11:51 2010 taraNotesComputersnote for resetting psl crate

  C3:PSL-ACAV_TEMPAVG that tells the average temperature from ACAV is dead. Frank told me to reboot the PSL crate.

                                       RCAV      ACAV

C3:PSL-XXXX_SETPT      35.0       36.75

C3:PSL-XXX_HEATER    1.47521   4.9

 

I rebooted the crate, reload the cavity.stp file, the channel is still inactive. (only this channel)

  316   Mon Aug 30 22:16:51 2010 FrankNotesComputersnote for resetting psl crate

set temp for the ACAV should be 37.3, that was the value since about a week. see here : http://131.215.115.52:8080/PSL_Lab/307

Quote:

  C3:PSL-ACAV_TEMPAVG that tells the average temperature from ACAV is dead. Frank told me to reboot the PSL crate.

                                       RCAV      ACAV

C3:PSL-XXXX_SETPT      35.0       36.75

C3:PSL-XXX_HEATER    1.47521   4.9

 

I rebooted the crate, reload the cavity.stp file, the channel is still inactive. (only this channel)

 

  320   Tue Aug 31 13:33:02 2010 taraNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

  321   Tue Aug 31 13:40:00 2010 FrankNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

looks like some fault of the database. /usr1/epics/psl/db/acav.db does not contain the correct entry. check rcav.db and copy the record for "C3:PSL-RCAV_TEMPAVG" into acav.db. Then simply change "RCAV" into "ACAV" everywhere for this record. Also change the setpoint for the ACAV in the startup.cmd file to 37.3 and the ACAV-heater value to 4.653. Those are the latest values when both where locked for several hours. Reset the crate again.

Quote:

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

 

  322   Tue Aug 31 14:50:53 2010 taraNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

Quote:

looks like some fault of the database. /usr1/epics/psl/db/acav.db does not contain the correct entry. check rcav.db and copy the record for "C3:PSL-RCAV_TEMPAVG" into acav.db. Then simply change "RCAV" into "ACAV" everywhere for this record. Also change the setpoint for the ACAV in the startup.cmd file to 37.3 and the ACAV-heater value to 4.653. Those are the latest values when both where locked for several hours. Reset the crate again.

Quote:

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

 

 Will do in a moment, I'm taking data from ACAV for now just to compare with yesterday results.

  323   Tue Aug 31 14:52:41 2010 FrankNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

made the changes a minute ago. simply reboot after changing the values in the startup.cmd (those i didn't change)

Quote:

Quote:

looks like some fault of the database. /usr1/epics/psl/db/acav.db does not contain the correct entry. check rcav.db and copy the record for "C3:PSL-RCAV_TEMPAVG" into acav.db. Then simply change "RCAV" into "ACAV" everywhere for this record. Also change the setpoint for the ACAV in the startup.cmd file to 37.3 and the ACAV-heater value to 4.653. Those are the latest values when both where locked for several hours. Reset the crate again.

Quote:

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

 

 Will do in a moment, I'm taking data from ACAV for now just to compare with yesterday results.

 

  324   Tue Aug 31 15:04:51 2010 FrankNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

be carefull with the data you are taking right now. it's wrong for your projection as the power fluctuations are different when locking only the ACAV using the AOM. The largest contributor might be the pointing from the AOM itself, which is different if the laser isn't locked to the other cavityat the same time.

Why don't you use the new fast channels you have hooked up last week? And don't forget to change the names of those :-)

Quote:

Quote:

looks like some fault of the database. /usr1/epics/psl/db/acav.db does not contain the correct entry. check rcav.db and copy the record for "C3:PSL-RCAV_TEMPAVG" into acav.db. Then simply change "RCAV" into "ACAV" everywhere for this record. Also change the setpoint for the ACAV in the startup.cmd file to 37.3 and the ACAV-heater value to 4.653. Those are the latest values when both where locked for several hours. Reset the crate again.

Quote:

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

 

 Will do in a moment, I'm taking data from ACAV for now just to compare with yesterday results.

  330   Tue Aug 31 16:15:51 2010 taraNotesComputersdead channel, C3:PSL-ACAV_TEMPAVG

Quote:

be carefull with the data you are taking right now. it's wrong for your projection as the power fluctuations are different when locking only the ACAV using the AOM. The largest contributor might be the pointing from the AOM itself, which is different if the laser isn't locked to the other cavityat the same time.

Why don't you use the new fast channels you have hooked up last week? And don't forget to change the names of those :-)

Quote:

Quote:

looks like some fault of the database. /usr1/epics/psl/db/acav.db does not contain the correct entry. check rcav.db and copy the record for "C3:PSL-RCAV_TEMPAVG" into acav.db. Then simply change "RCAV" into "ACAV" everywhere for this record. Also change the setpoint for the ACAV in the startup.cmd file to 37.3 and the ACAV-heater value to 4.653. Those are the latest values when both where locked for several hours. Reset the crate again.

Quote:

Yesterday, I reset the PSL crate behind the SUN computer, but the channel C3:PSL-ACAV_TEMPAVG is stil inactive.

 

 

 Will do in a moment, I'm taking data from ACAV for now just to compare with yesterday results.

 I didn't disabled the loop when I measured it, and yeah it looks bad. I think I'll just try to lock both cavities for now.

I'll connect the signals from PDs behind Rcav and Acav to the new fast channels(32k).

About changing the channels' names, I asked DMASS to help and he suggested to use them as they are for now because of the risk of screwing the system up from a typo.

  335   Tue Aug 31 21:59:19 2010 FrankSummaryComputersstill network problems

i tried to figure out where the network problems come from. Looks like it's the fiber connection between fb1 and the switch in the PSL lab.

Here a result from a simple ping between fb1 and the other computers. It acrually doesn't matter which one.

--- 10.0.0.1 ping statistics ---
1000 packets transmitted, 817 received, 18% packet loss, time 201397ms
rtt min/avg/max/mdev = 0.169/0.233/0.381/0.025 ms

--- 10.0.0.2 ping statistics ---
1000 packets transmitted, 786 received, 21% packet loss, time 202036ms
rtt min/avg/max/mdev = 0.617/0.694/2.658/0.152 ms

--- 10.0.0.3 ping statistics ---
1000 packets transmitted, 796 received, 20% packet loss, time 201696ms
rtt min/avg/max/mdev = 0.410/0.453/2.655/0.081 ms

Pings between computers within the PSL lab but connected to the same switch are OK:

--- 10.0.0.1 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 202998ms
rtt min/avg/max/mdev = 0.000/1.092/13.755/1.340 ms

--- 10.0.0.2 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 203161ms
rtt min/avg/max/mdev = 0.200/1.719/13.230/1.545 ms

So i think it's the fiber connection.

 

  339   Thu Sep 2 18:54:10 2010 taraNotesComputersACAV,RCAV's pds connected to DAQ

 

ACAV's PD for transmitted beam is connected to PSL1

RCAV's PD for transmitted beam is connected to PSL2

 

 

And now RCAV_RCTRANSPD dropped from ~5.3 to ~5.05

               ACAV_RCTRANSPD dropped from  ~2.5 to ~2.4

  340   Thu Sep 2 20:31:01 2010 taraNotesComputersmedm screens are frozen

50 mins ago, medm on Sun machine is frozen, most channels are inactive (except  ACAV_HEATER, and it goes up to 7 which is the maximum value). 

I reboot the PSL crate, but ACAV_HEATER is still at 7 and heat up ACAV to 39 C.

So, I realized that I had to reboot another crate. Now ACAV_HEATER is at 4.6 and decreasing.

Now the system should try to bring the temperature back and might take many hours.

  352   Thu Sep 9 23:20:19 2010 FrankSummaryComputersMAC address overview for PSL lab
IP-ADDRESS MAC-ADDRESS
VENDOR DESCRIPTION
10.0.0.1 00:03:ba:04:b6:2f Sun Microsystems Inc. SUN
10.0.0.2 00:01:af:03:a3:76 Emerson Network Power PSL-CRATE
10.0.0.3 00:80:f9:75:04:5c HEURIKON CORPORATION ACAV-CRATE
10.0.0.12 00:a0:d1:e5:5a:3e (Unknown) FB2
10.0.0.24 00:1a:a0:1b:08:42 Dell Inc DELL WS (WS4)
10.0.0.32 00:91:00:00:85:d2 (Unknown) VIDEO SERVER
10.0.0.251 00:11:6b:f0:0a:c1 Digital Data Communications Asia Co.,Ltd 3COM SWITCH


 

  355   Fri Sep 10 12:32:04 2010 FrankSummaryComputersPSL crate rebooted

rebooted the PSL crate to see if it fixes the problem with some of the channels inaccessible from external computers

  361   Tue Sep 14 20:18:35 2010 taraDailyProgressComputerspwr monitor for NPRO is added

C3:PSL-NPRO_PWRMON channel, and npro.db file are added

for monitoring power output of the NPRO (reflected beam from Faraday Isolator)

I haven't reset the crate yet, so the channel may not appear in DAQ yet.

It's connected to VMIVME-3113 at #C0 S60.

The photo diode is Thorlab PDA55 with RG1000 filter.

Calibration for power is 1.81 mW/V, now it reads 5.56V.

  458   Mon Jan 31 19:42:36 2011 FrankNotesComputerscurrent IP-address

for fb2 from outside is

131.215.114.84

  505   Sun Feb 20 18:06:15 2011 taraNotesComputerscrate crashes

 Both crate crashes around 17:20 today. I reset them back.

After we use the perl scripts for PID thermal control on RCAV and ACAV, the crates crash more often.

I'll see how long it can run this time.

  508   Tue Feb 22 22:38:18 2011 FrankSummaryComputersFB2 rebooted

this afternoon the framebuilder (and/or the NDS server) stopped for unknown reasons. We could see real data with Striptool but the framebuilder only saw old, non-changing EPICS values and was still writing them.
Rebstarting the daqd didn't help so i rebooted fb2 and the problem was gone. For some reason we have to manually start daqd und nds, but not a big deal every 6month or so. I also restarted the SoftIOC still running on fb2 which provides the calibrated VCO feedback signal

  511   Thu Feb 24 15:17:18 2011 FrankNotesComputersPSL crate crashed again

rebooted it

  512   Thu Feb 24 15:47:10 2011 FrankHowToComputersperl script parameters for both loops inconsistent

after rebooting both crates i found that the perl script parameters for both loops are inconsistent with what's documented in the elog here.

Tara, can you plz check what the right numbers are. The numbers in the startup script are totally different from the values you posted.

  515   Thu Feb 24 23:02:30 2011 taraHowToComputersperl script parameters for both loops inconsistent

Yes, I changed the numbers to see the response and haven't logged

or changed the values in the start up file yet. Will do that.   

       RCAV   ACAV

KP  -0.7      -0.85

KI   -0.007   -0.0035

set  35.03    37.1

Quote:

after rebooting both crates i found that the perl script parameters for both loops are inconsistent with what's documented in the elog here.

Tara, can you plz check what the right numbers are. The numbers in the startup script are totally different from the values you posted.

 

  516   Sun Feb 27 11:57:09 2011 FrankNotesComputersPSL crate crashed again

rebooted everything

due to the crash temperature of ACAV is 48 Celsius and RCAV 36 Celsius.

  524   Wed Mar 2 10:58:42 2011 FrankNotesComputerscrate crashed again

restarted it

  751   Wed Dec 7 23:39:06 2011 FrankNotesComputersdisk failure on fb2/ sdc

started 3 days ago. first entry on

Dec  4 04:17:14 fb2 smartd[3490]: Device: /dev/sdc, 589 Currently unreadable (pending) sectors
Dec  4 04:17:14 fb2 smartd[3490]: Device: /dev/sdc, 553 Offline uncorrectable sectors

disk is up, but read only, causing daqd to crash. Will replace disk tomorrow. will keep old disk but not copy full data to new disk. trend data is on separate disk and working fine so far.

  752   Thu Dec 8 15:03:10 2011 FrankNotesComputersWD green drives suck

again (for the third time now) one of the Western Digital Caviar Green WD15EARS 1.5TB disks failed. We already had two failing in the ATF, now the one in this computer failed too. (WDC WD15EARS)

PLZ DO NOT USE THOSE DRIVES IN FRAMEBUILDERS IN THE FUTURE. THEY WILL CAUSE ONLY TROUBLE.

  756   Thu Dec 8 21:31:26 2011 FrankNotesComputersdaq still broken, but different

replaced the hard drive, created an new ext3 file system and mounted it as /frames/full. After forced fsck for the other drives computer is back online. Daqd is working in principle, but  it crashes after a minute or so.

Most often error message:   [Thu Dec  8 20:30:41 2011] failed to rename file; errno 2

Error message changes from time to time: [Thu Dec  8 20:09:45 2011] framer(): failed to rename file; errno 2

I don't know which file and why does the error message change?. Have to contact Alex...

  757   Thu Dec 8 23:54:05 2011 FrankNotesComputersdaq still broken, but different

checked the source code for the daqd. There is only one line where one of the messages occurs. Couldn't find the part of the source code for the second error message

/* Write out a frame */
        int nwritten = write (fd, ost -> str (), image_size);
        if (nwritten == image_size) {
          if (rename(_tmpf, tmpf)) {
            system_log(1, "failed to rename file; errno %d", errno);
            fsd.report_lost_frame ();
            set_fault ();
          } else {
            DEBUG(3, cerr << "frame " << frame_cntr << "(" << frame_number << ") is written out" << endl);
            // Successful frame write
            fsd.update_dir (gps, gps_n, frame_file_length_seconds, dir_num);
          }
        } else {
          system_log(1, "failed to write full frame out; errno %d", errno);
          fsd.report_lost_frame ();
          set_fault ();
        }
        close (fd);
        TNF_PROBE_0(daqc_c_framer_frame_write_end, "daqd_c::framer", "frame write");

looks like the daqd has problems writing the frames to disk. Standard Error #  2: No such file or directory

Quote:

replaced the hard drive, created an new ext3 file system and mounted it as /frames/full. After forced fsck for the other drives computer is back online. Daqd is working in principle, but  it crashes after a minute or so.

Most often error message:   [Thu Dec  8 20:30:41 2011] failed to rename file; errno 2

Error message changes from time to time: [Thu Dec  8 20:09:45 2011] framer(): failed to rename file; errno 2

I don't know which file and why does the error message change?. Have to contact Alex...

 

  758   Thu Dec 8 23:56:10 2011 FrankNotesComputersErrors: Linux System Errors
List of standard Linux System Errors
#define EPERM            1      /* Operation not permitted */
#define ENOENT           2      /* No such file or directory */
#define ESRCH            3      /* No such process */
#define EINTR            4      /* Interrupted system call */
#define EIO              5      /* I/O error */
#define ENXIO            6      /* No such device or address */
#define E2BIG            7      /* Arg list too long */
#define ENOEXEC          8      /* Exec format error */
#define EBADF            9      /* Bad file number */
#define ECHILD          10      /* No child processes */
#define EAGAIN          11      /* Try again */
#define ENOMEM          12      /* Out of memory */
#define EACCES          13      /* Permission denied */
#define EFAULT          14      /* Bad address */
#define ENOTBLK         15      /* Block device required */
#define EBUSY           16      /* Device or resource busy */
#define EEXIST          17      /* File exists */
#define EXDEV           18      /* Cross-device link */
#define ENODEV          19      /* No such device */
#define ENOTDIR         20      /* Not a directory */
#define EISDIR          21      /* Is a directory */
#define EINVAL          22      /* Invalid argument */
#define ENFILE          23      /* File table overflow */
#define EMFILE          24      /* Too many open files */
#define ENOTTY          25      /* Not a typewriter */
#define ETXTBSY         26      /* Text file busy */
#define EFBIG           27      /* File too large */
#define ENOSPC          28      /* No space left on device */
#define ESPIPE          29      /* Illegal seek */
#define EROFS           30      /* Read-only file system */
#define EMLINK          31      /* Too many links */
#define EPIPE           32      /* Broken pipe */
#define EDOM            33      /* Math argument out of domain of func */
#define ERANGE          34      /* Math result not representable */
#define EDEADLK         35      /* Resource deadlock would occur */
#define ENAMETOOLONG    36      /* File name too long */
#define ENOLCK          37      /* No record locks available */
#define ENOSYS          38      /* Function not implemented */
#define ENOTEMPTY       39      /* Directory not empty */
#define ELOOP           40      /* Too many symbolic links encountered */
#define EWOULDBLOCK     EAGAIN  /* Operation would block */
#define ENOMSG          42      /* No message of desired type */
#define EIDRM           43      /* Identifier removed */
#define ECHRNG          44      /* Channel number out of range */
#define EL2NSYNC        45      /* Level 2 not synchronized */
#define EL3HLT          46      /* Level 3 halted */
#define EL3RST          47      /* Level 3 reset */
#define ELNRNG          48      /* Link number out of range */
#define EUNATCH         49      /* Protocol driver not attached */
#define ENOCSI          50      /* No CSI structure available */
#define EL2HLT          51      /* Level 2 halted */
#define EBADE           52      /* Invalid exchange */
#define EBADR           53      /* Invalid request descriptor */
#define EXFULL          54      /* Exchange full */
#define ENOANO          55      /* No anode */
#define EBADRQC         56      /* Invalid request code */
#define EBADSLT         57      /* Invalid slot */

#define EDEADLOCK       EDEADLK

#define EBFONT          59      /* Bad font file format */
#define ENOSTR          60      /* Device not a stream */
#define ENODATA         61      /* No data available */
#define ETIME           62      /* Timer expired */
#define ENOSR           63      /* Out of streams resources */
#define ENONET          64      /* Machine is not on the network */
#define ENOPKG          65      /* Package not installed */
#define EREMOTE         66      /* Object is remote */
#define ENOLINK         67      /* Link has been severed */
#define EADV            68      /* Advertise error */
#define ESRMNT          69      /* Srmount error */
#define ECOMM           70      /* Communication error on send */
#define EPROTO          71      /* Protocol error */
#define EMULTIHOP       72      /* Multihop attempted */
#define EDOTDOT         73      /* RFS specific error */
#define EBADMSG         74      /* Not a data message */
#define EOVERFLOW       75      /* Value too large for defined data type */
#define ENOTUNIQ        76      /* Name not unique on network */
#define EBADFD          77      /* File descriptor in bad state */
#define EREMCHG         78      /* Remote address changed */
#define ELIBACC         79      /* Can not access a needed shared library */
#define ELIBBAD         80      /* Accessing a corrupted shared library */
#define ELIBSCN         81      /* .lib section in a.out corrupted */
#define ELIBMAX         82      /* Attempting to link in too many shared libraries */
#define ELIBEXEC        83      /* Cannot exec a shared library directly */
#define EILSEQ          84      /* Illegal byte sequence */
#define ERESTART        85      /* Interrupted system call should be restarted */
#define ESTRPIPE        86      /* Streams pipe error */
#define EUSERS          87      /* Too many users */
#define ENOTSOCK        88      /* Socket operation on non-socket */
#define EDESTADDRREQ    89      /* Destination address required */
#define EMSGSIZE        90      /* Message too long */
#define EPROTOTYPE      91      /* Protocol wrong type for socket */
#define ENOPROTOOPT     92      /* Protocol not available */
#define EPROTONOSUPPORT 93      /* Protocol not supported */
#define ESOCKTNOSUPPORT 94      /* Socket type not supported */
#define EOPNOTSUPP      95      /* Operation not supported on transport endpoint */
#define EPFNOSUPPORT    96      /* Protocol family not supported */
#define EAFNOSUPPORT    97      /* Address family not supported by protocol */
#define EADDRINUSE      98      /* Address already in use */
#define EADDRNOTAVAIL   99      /* Cannot assign requested address */
#define ENETDOWN        100     /* Network is down */
#define ENETUNREACH     101     /* Network is unreachable */
#define ENETRESET       102     /* Network dropped connection because of reset */
#define ECONNABORTED    103     /* Software caused connection abort */
#define ECONNRESET      104     /* Connection reset by peer */
#define ENOBUFS         105     /* No buffer space available */
#define EISCONN         106     /* Transport endpoint is already connected */
#define ENOTCONN        107     /* Transport endpoint is not connected */
#define ESHUTDOWN       108     /* Cannot send after transport endpoint shutdown */
#define ETOOMANYREFS    109     /* Too many references: cannot splice */
#define ETIMEDOUT       110     /* Connection timed out */
#define ECONNREFUSED    111     /* Connection refused */
#define EHOSTDOWN       112     /* Host is down */
#define EHOSTUNREACH    113     /* No route to host */
#define EALREADY        114     /* Operation already in progress */
#define EINPROGRESS     115     /* Operation now in progress */
#define ESTALE          116     /* Stale NFS file handle */
#define EUCLEAN         117     /* Structure needs cleaning */
#define ENOTNAM         118     /* Not a XENIX named type file */
#define ENAVAIL         119     /* No XENIX semaphores available */
#define EISNAM          120     /* Is a named type file */
#define EREMOTEIO       121     /* Remote I/O error */
#define EDQUOT          122     /* Quota exceeded */

#define ENOMEDIUM       123     /* No medium found */
#define EMEDIUMTYPE     124     /* Wrong medium type */
  763   Sun Dec 11 17:43:09 2011 ranaNotesComputersWD green drives suck

Quote:

again (for the third time now) one of the Western Digital Caviar Green WD15EARS 1.5TB disks failed. We already had two failing in the ATF, now the one in this computer failed too. (WDC WD15EARS)

PLZ DO NOT USE THOSE DRIVES IN FRAMEBUILDERS IN THE FUTURE. THEY WILL CAUSE ONLY TROUBLE.

 Google's drive failure report: SMART is not so smart.

  767   Fri Dec 23 12:00:54 2011 FrankNotesComputersslow (laser temp) feedback script fixed.

Software feedback to laser temp didn't work correctly. Fixed it.

Script is located in /usr1/epics/psl/scripts

  1179   Tue May 21 19:52:18 2013 EvanDailyProgressComputersPMC MEDM screen on fb2

[Tara, Evan]

The south PMC can now be controlled on fb2 via C3PSL_PMC.adl.

  1186   Thu May 30 13:15:55 2013 EvanDailyProgressComputersTemporary south refcav autolocker

Again inspired by Zach's bash autolocker, I've written a python autolocker for the south reference cavity. If the cavity loses lock, it turns off the PID loop so that the temperature does not run away to the rails. It then checks that the PMC transmission is high and proceeds to slowly ramp the laser temperature between 7.43 V and 7.50 V.

Note: the aforementioned voltage values only work because the refcav is not heated, and hence the resonance always occurs in roughly the same place (between 7.45 V and 7.48 V, depending on the day). This simple search algorithm is therefore not, not a permanent solution for autolocking the refcav once the heaters are working. For posterity, here are the other values currently hard-coded into the autolocker:

  • darkThreshold: 1 V; this is the value below which the RFPD REFL DC value is taken to indicate that no light is incident on the cavity, and hence the autolocker should turn off the PID loop and then do nothing
  • cavityReflThreshold: 4 V; this is the value above which the RFPD REFL DC value is taken to indicate that light is incident on the cavity, but the cavity is unlocked, and hence the autolocker should try locking
  • pmcThreshold: 150 ADC units; this is the value above which the PMC is considered locked, and hence the refcav autolocker may proceed with its lock procedure. (Note: this is different than the threshold values used in the PMC autolocker.)

The autolocker can be invoked via python srefcavauto.py on controls@fb2.

Since autolocker is coded to do nothing unless the PMC transmission is high, it is best run in conjunction with the PMC autolocker (invoked via python pmcauto.py). It doesn't matter which autolocker you start first.

 

Special bonus settings: the common gain on the TTFSS is 404 clicks, the fast gain is 426 clicks, and the offset is 967 clicks. Tara pointed out that the frequency loop would catch lock easier if the gain settings were around these low values rather that what they were previously (~600).

  1187   Fri May 31 13:21:37 2013 taraDailyProgressComputersTemporary south refcav autolocker

Quote:

 Special bonus settings: the common gain on the TTFSS is 404 clicks, the fast gain is 426 clicks, and the offset is 967 clicks. Tara pointed out that the frequency loop would catch lock easier if the gain settings were around these low values rather that what they were previously (~600).

 The offset should be ~ 500. I turned it back down.

  1188   Fri May 31 14:23:49 2013 EvanDailyProgressComputersTemporary south refcav autolocker

Quote:

Quote:

 Special bonus settings: the common gain on the TTFSS is 404 clicks, the fast gain is 426 clicks, and the offset is 967 clicks. Tara pointed out that the frequency loop would catch lock easier if the gain settings were around these low values rather that what they were previously (~600).

 The offset should be ~ 500. I turned it back down.

 OK. But if you sweep the laser frequency you can see a DC offset in the error signal (OUT1 on the common path on the TTFSS), and at least a few days ago it was making the loop catch in a place where it shouldn't.

Obviously the long-term solution is to track down the source of the offset and make it go away. But in the short term is there something we can do to make sure the loop doesn't lock to this false point?

  1189   Mon Jun 3 11:42:03 2013 EvanDailyProgressComputersTemporary south refcav autolocker

I should mention that I've currently got the autolockers running in a screen session. If you need to turn them off you should screen -list to get a list of the current screen sessions, then reattach the appropriate session by screen -r [pid] (e.g., right now the relevant screen session has process ID 8517, so you'd type screen -r 8517), and then kill the autolockers by whatever means necessary.

  1441   Tue Jul 1 19:27:25 2014 taraDailyProgressComputersInstalling prosilica gc750

 Manassa is helping me installing a camera for scattering measurement. The work is in progress.

I'm borrowing a Prosilica gc750 from the 40m. It will be used for scattering measurement on AlGaAs samples. It is a good idea to have a setup that can quantitatively measure scatter loss on mirrors. 

First I tried to install it on the small Acer laptop used with win cam, but it did not work. I'm not sure if the ethernet card of the laptop does not support the camera or not. Now I'm trying to install it on my mac book instead, since Manassa claimed that it worked on her macbook. 

I'll write a step by step installation guide once we succeed.

 

==note about the AlGaAs samples== 

I used a green laser pointer to check scattering loss on one sample. I couldn't see any green spot of the laser with my eyes. This means that the scattering is probably less than 100 ppm (according to Josh). Once we use the camera to measure it and it turn out to be smaller. We will probably go to Fullerton to have the samples measured there for better accuracy. 

  1539   Mon Mar 30 14:22:36 2015 AidanNotesComputersOrdered Acromag slow controls test unit

I ordered the following Acromag units for a new slow controls test setup. The idea is to replace the Sun workstation running the VME slow controls.

Keith Thorne has already used some code to interface to these controls at the site:

As for Modbus, that package relies on the ASYN package, also for EPICS"
If you want it all put together for you, you can find some pre-built stuff at
 
ready to install at /ligo/apps/ubuntu12
 
source code ready to be built
 
- This has all the LIGO patches for macros, long variable names, etc. detail in 
  1540   Mon Mar 30 14:24:48 2015 AidanNotesComputersLab workstation has died

The Windows XP workstation in the lab died last week. After booting up to the "Windows XP" screen it reported a hardware problem. The subsequent reboot got to the BiOS and reported a corrupted memory problem. I'm going to pull the hard drive and replace the computer.

  1542   Tue Mar 31 11:43:37 2015 AidanSummaryComputersRebooted VME and added sitemap

Aidan

Aidan rebooted the Sun machine and VME. It took a while to get the EPICS channels to work again. The following seemed to work:

  1. Reboot Sun machine.
  2. Reboot the VME crate by depressing the reboot button on the top of the crate.
  3. Log into VME (psl1) at 10.0.0.2 from the Sun machine.
  4. Check the existence of various channels with dbpr "C3:PSL-RCAV_RCPID_SETPOINT"
  5. On the Sun, cd to /usr1/epics/psl/scripts and run "perl rcav_PID_2012_06_15.pl"
  6. Confirmed that PID values started updating on the Sun screen.

Aidan also added a sitemap (~/sitemap.adl), see attached image, for the CTN lab. Aidan added an alias to /home/controls/.bashrc

Aidan

The alias is:

alias sitemap="medm -x /home/controls/sitemap.adl"

Aidan

 

Attachment 1: Screenshot-sitemap.adl.png
Screenshot-sitemap.adl.png
  1545   Thu Apr 9 17:03:35 2015 AidanSummaryComputersAcromag ADC set up

I set up an Acromag slow controls based on the procedure that Keith wrote in T1400200. It's really pretty easy. It took an hour and 15 minutes from installing Ubuntu on a machine to having a functioning ADC channel from the Acromag unit. I haven't yet set up a DAC unit - this will require some tweaking of some of the EPICS parameters. Once I've done that I'll upload a complete procedure to the Wiki.

This is relatively promising for supporting/replacing VME slow channels.

  1546   Fri Apr 10 09:33:43 2015 EvanSummaryComputersAcromag ADC set up
Quote:

I set up an Acromag slow controls based on the procedure that Keith wrote in T1400200. It's really pretty easy. It took an hour and 15 minutes from installing Ubuntu on a machine to having a functioning ADC channel from the Acromag unit. I haven't yet set up a DAC unit - this will require some tweaking of some of the EPICS parameters. Once I've done that I'll upload a complete procedure to the Wiki.

This is relatively promising for supporting/replacing VME slow channels.

yesyes

  1561   Tue Aug 4 14:15:14 2015 AidanSummaryComputersDAQD not running on FB2. FB2 trend disk is full

Like the title says ...

If I try running DAQD per https://nodus.ligo.caltech.edu:30889/ATFWiki/doku.php?id=main:experiments:psl:add_channel_for_daq_in_fb2

then it fails and the log file reveals that this is when it tries to write a GWF file to the trend folder. Manually trying to write anything to this location results in a "disk full" message.

The trusty df command yields the following.

[controls@fb2 frames]$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                     232477448 125679200  94798608  58% /
/dev/sda1               101086     25961     69906  28% /boot
tmpfs                  1029664         0   1029664   0% /dev/shm
/dev/sdc1            240362656 205728852  34633804  86% /frames/full
/dev/sdd1            307663800 307663800         0 100% /frames/trend

 

 

  1564   Wed Aug 5 10:18:54 2015 AidanSummaryComputersSummary of installation of Acromag units and control workstation

Summary of installation of new hardware:

 

  1. ACROMAG1 computer.
    1. This is a desktop running a new install of Ubuntu 12.
    2. It is on the CTN lab network and has been assigned the static IP address 10.0.0.33, with a Gateway 255.255.255.0
    3. We can’t seem to access the regular internet on this machine just yet.
    4. I’ve set up the standard CONTROLS account
    5. I’ve installed EPICS per https://dcc.ligo.org/LIGO-T1400200 that includes the MODBUS app that can access the ACROMAG units.
  2. ACROMAG units
    1. The XT1221 (ADC) and XT1541 (DAC) units are installed in the northwest rack
    2. They have static IP addresses:

i.XT1221: 10.0.0.42

ii.XT1541: 10.0.0.41

  1. They are getting a temporary +18V to power them.
  2. The XT1221 is attached to the router and the XT1541 is daisy-chained to the former.
  3. I need to check the averaging settings on the ADC unit to make sure they’re not overtaxing the system
  1. MODBUS/EPICS software
    1. I set up a MODBUS IOC per https://nodus.ligo.caltech.edu:30889/ATFWiki/doku.php?id=main:resources:computing:acromag
    2. The interface to the ACROMAG units is defined in acromag.cmd
    3. The input channels are defined in IOCTEST.DB and these report a value in counts

i.E.g. C3:ACROMAG_INPUT0

  1. We calibrated created three CALC channels that provide outputs calibrated in VOLTS. The calibrations are hardcoded into the database file.

i.C3:PSL-TRANS_ACAV_ISS_DC

ii.C3:PSL-TRANS_RCAV_ISS_DC

iii.C3:PSL-TRANS_RF_DC

  1. The two ISS channels are connected to their respective PDs
  2. The RF_DC output goes through an SR560 with a 30Hz pole and 50x gain on it to amplify the signal before the ADC.
  1572   Mon Aug 17 17:02:41 2015 AidanSummaryComputersAcromag binary outputs working - still can't control TTFSS box though

I managed to figure out the modbusDrv configuration settings to get the binary output of the Acromag working. I've updated the Wiki page to reflect this. I've wired the XT1541 DAC, BIO Acromag unit to the T1EN and T2EN channels on the TTFSS box but I still can't get remote control of it yet for some reason. When the PDH loop is closed and I switch the TTFSS box to REMOTE, the loop stays closed regardless of what I do to the binary outputs in EPICS.

https://nodus.ligo.caltech.edu:30889/ATFWiki/doku.php?id=main:resources:computing:acromag

  1576   Tue Aug 25 19:12:36 2015 Antonio, EricDailyProgressComputersGPIB installed

Today Eric provided his Python scripts (and installed them) needed to connect the SR785 and the AG4395A devices with our lab computer through the GPIB interface. With these scripts we are able to download measurement data that we take by using the two above mentioned devices, plot them and set the measurement settings directly from the computer. Mainly we need to use two of them, i.e. with following commands:

1. AGmeasure: AGmeasure --getdata -i 10.0.0.13

2. SRmeasure: SRmeasure --getdata -i 10.0.0.13

These scripts can run from any folders on the computer. These and some other features will be explained in the TCN wiki page, which I am going to write soon.

We now need to make the lab computer accessible from other computers. The SSH protocol is iinstalled, but the modem need to be configured. Less attaractive but a possible option is to have a svn folder on the lab machine.

 

  1591   Thu Oct 15 10:09:16 2015 AidanSummaryComputersUpdated network diagram on Wiki

https://nodus.ligo.caltech.edu:30889/ATFWiki/doku.php?id=main:resources:computing:network:menu

Removed a few old computers from the diagram (35W laser, old OPC server, PSL Workstation, HWS workstation). Added a few new ones (OPC server in TCS lab, New workstation in PSL lab, Acromag control box in PSL lab).

 

  1776   Tue Nov 29 17:09:53 2016 awadeMiscComputersConfiguring PSL network

The PSL network is presently sitting disconnected from the ATF network and the internet.  This is kind of a pain for working on the lab computers: i.e. updating, installing packages, checking web based manuals etc. It would also be nice to be able to ssh in from my Mac to the EPICS interface.

After poking around the router and tracing the Ethernet cables from the ATF lab into the PSL lab there is a link, it was just not plugged in. The map of the network is HERE, it hasn't been updated since Oct last year. When I plug the 3com switch in the PSL lab into the remaining port on the BEEFSX41 router I can see the internet from PSL if I enable DHCP.  I am give a 10.0.1.xxx address. However to reach computers within the PSL lab I need to manually stipulate a 10.0.0.xxx address for my computer or it can't find fb2, acromag1 or the acromag cards.  Not sure if we need to move all the PSL computers on the 10.0.1.xxx group of IP addresses or whether the PSL lab switch can be configured.  This is not my area of expertise. 

  1788   Mon Dec 12 18:49:57 2016 awadeDailyProgressComputersnetGPIB python tools and python 3

I've spent a good chunk of the day working out how to use the set of python scripts used to communicate with the SR785 and the AG4395A through Ethernet. These uses the yellow Prologix gpib card. The main motivation is that I'm sick of using floppy disks, I also have always wanted to just script measurements for LP FFT spans to save time.

For future reference SVN repo: /trunk/getgpibdata/netgpibdata/

Instructions: https://wiki-40m.ligo.caltech.edu/netGPIB#preview (out of date at time of writing)

It appears that the code isn't python 3 ready, many of the print commands are missing parenthesis etc. I fixed most of these, but am hung up on line 16 of  netgpib.py, where 

self.eotNum = struct.unpack('B',eot)[0]

throws and error on the basis that eot (defined as eot = '\004') is a string not a byte-like object. This is just the default end of transmission character, its just not clear to me what has changed between python 2 and 3 in the representation of these characters.  Don't really know what is going on with this.

ericq also has a public git repository here: https://github.com/e-q/netgpibdata , it looks about the same vintage (two years ago) so will probably have the same issue.  

 

---

Aside, last post on subject: PSL:1576

 

  1789   Mon Dec 12 23:07:25 2016 awadeDailyProgressComputersnetGPIB python tools and python 3

Edit Tue Dec 13 10:47:21 2016 (awade): duplicate of PSL:1788
ELOG V3.1.3-