I conducted separate tests on the '5015' and '3010a'. When powered individually, the '5015' outputs a signal at 33.55 MHz with an amplitude of 608 mV. It draws 1 A of current from the power source. The input signal for the '3010a' is 33.54 MHz with an amplitude of 670 mV (peak-to-peak) and a 15 mV DC offset. The output signal from channel 1 is a 65.5 kHz square wave with an amplitude of 3.28 V. The '3010a' draws 0.1 A of current.

Both the '5015' and '3010a' work fine when powered separately. However, when both are powered together, the power source behaves as if there is a short circuit. The current theory is that the switch or breaker is tripping, as it has a 1 A current rating. Since the combined current demand of both devices exceeds 1 A, this may be causing the issue.

Slides for 10/16/2024 Group Meeting

1424564097.243212 2025/02/26 00:14:39 UTC Time start

12V 2A right after start all 8 elements

1424564478.079428 2025/02/26 00:21:00 UTC Time stop

12V 1.8A right before stop all 8 elements

1424564832.211584 2025/02/26 00:26:54 UTC Time start

12V 1.9A right after start all 8 elements

1424565208.359935 2025/02/26 00:33:10 UTC Time stop

12V 1.8A right before stop all 8 elements

1424565573.565066 2025/02/26 00:39:15 UTC Time start

12V 1.8A right after start all 8 elements

1424565931.242394 2025/02/26 00:45:13 UTC Time stop

12V 1.7A right before stop all 8 elements

1424566292.67104 2025/02/26 00:51:14 UTC Time start

12V 1.8A right after start all 8 elements

1424566648.619952 2025/02/26 00:57:10 UTC Time stop

12V 1.7A right before stop all 8 elements

1424566996.312246 2025/02/26 01:02:58 UTC Time start

12V 1.8A right after start all 8 elements

1424567381.748943 2025/02/26 01:09:23 UTC Time stop

12V 1.7A right before stop all 8 elements

1424567756.528736 2025/02/26 01:15:38 UTC Time start

12V 1.7A right after start all 8 elements

0.2A right before start

spikes!?

1424643001.864687 2025/02/26 22:09:43 UTC

change c_0(VEXC0 & VCXC0) to 2V (why is it on 5V ?)

2025/02/26 22:18:51 UTC

Main chamber pressure:5.92e-9

RGA chamber pressure:1.98e-9

1424650528.240947 2025/02/27 00:15:10 UTC Time start (increase voltage)

24V 2.1A right after start all 8 elements

disconnect and reconnect (exc 1-4)(out 9-12) & (exc 5-8)(out 13-16)

2025/02/27 19:34:26 UTC

Main chamber pressure:1.34e-8

RGA chamber pressure:4.33e-9

Main chamber temp: 29

RGA chamber temp:29

2025/02/28 18:02:29 UTC

Main chamber pressure:1.05e-8

RGA chamber pressure:3.53e-9

Main chamber temp: 29

RGA chamber temp:30

1424801097.374902 2025/02/28 18:04:39 UTC Time stop

24V 1.8A right before stop all 8 elements

0.1A right after stop

1424827460.71372 2025/03/01 01:24:02 UTC Time start

24V 2.9A right after start all 8 elements

0.1A right before start

2025/03/01 01:25:34 UTC

Main chamber pressure:5.98e-9

RGA chamber pressure:2.06e-9

Main chamber temp:27

RGA chamber temp:27

2025/03/03 20:28:03 UTC

Main chamber pressure:7.8e-9

RGA chamber pressure:2.64e-9

Main chamber temp:27

RGA chamber temp:27

To access and control the Red Pitaya using Python locally on a machine within the local network, one should follow these steps:

1. Start the SCPI server. This is achieved by first log onto the Red Piatay page

   rp-xxxxxx.local/ 

2. Go to Development >> SCPI server and turn the server on. (Note : The server is currently running)
3. Communication with Red Piataya is done through PyVista, install PyVista with:

    sudo pip3 install pyvisa pyvisa-py 

   This has been installed on Chimay. Ensure that you have pip3 install, if not, you can install it using:

    sudo apt-install python3 pip 

4. To start talking to the RedPitaya, ensure you have the scipt

    redpitaya_scpi.py 

   in your local folder. This is the standard class that you will import to your code to establish connection with the Red Pitaya. This code can be found in directory

    ~/RedPiatya 
    or this link
   

We noticed that the RTD temperature readings given on the Cymac were off, and traced the issue to miscalibration in the relationship between the resistance and temperature of each RTD (Callendar-Van Dusen eqn). Below is the table of values inferred from independent measurements of temperature and resistance to rectify this problem. This data was then fitted to better determine the coefficients present in the temperature-resistance relation:

       R_0 (ohm)   Alpha    Beta

RTD 0   80.8674   0.001315   4.273e-6

RTD 1   79.5704   0.001887   3.7873e-6

RTD 2   81.7334   0.002014   2.1724e-6

RTD 3   74.3060   0.003677   3.6022e-8

RTD 4   81.1350   0.001761   2.3598e-6

RTD 5   77.9610   0.002423   -7.5192e-7

RTD 6   78.7980   0.001373   6.2909e-6

RTD 7   83.8616   0.001890   3.3529e-6

       R_0 (ohm)   Alpha (1/C)

RTD 0   79.3962   0.002031

RTD 1   78.2874   0.002530

RTD 2   80.9775   0.002381

RTD 3   74.2947   0.003684

RTD 4   80.3199   0.002157

RTD 5   78.2106   0.002297

RTD 6   76.6825   0.002438

RTD 7   82.6645   0.002458

Measurements taken can be found here. An uncertainty of 1 C was assumed for temperature.

Another re-fit, but this time the quadratic coefficient (beta) is set to 1.003e-6:

       R_0 (ohm)   Alpha (1/C)

RTD 0   79.7386   0.001863

RTD 1   78.6248   0.002359

RTD 2   81.3254   0.002211

RTD 3   74.6127   0.003509

RTD 4   80.6652   0.001988

RTD 5   78.5450   0.002127

RTD 6   77.0144   0.002268

RTD 7   83.0204   0.002288

Using the data taken during the FROSTI testing at Caltech, I attempted to find a better calibration of the RTD sensors, given our past issues with inaccurate readings. The fit parameters, alpha and beta, are still all different from the initial values given to us by Fralock (alpha = .003, beta = 1.003e-6, R_0 was not given), but the true values will differ based on factors such as part geometry.

I set up the new Windows 10 laptop (pictured below), which arrived yesterday. This laptop is intended to be used for running lightweight Windows-only programs, such as the Thorlabs beam profiler software or the SRS RGA client. However, none of that software is installed yet.

Configuration details

As usual, the computer is configured with one shared account (username: controls) and the standard password. Note that it is connected to the campus wifi (UCR-SECURE).

If a connection to the lab's local network is required, then the laptop must be connected by an Ethernet cable to the switch in the top of the server rack.

The Linux workstation (ws2) that used to sit on the blue workbench (now inside the cleanroom) has been mounted on a mobile cart, as pictured below. This is intended to be a clean cart that will be housed inside the cleanroom.

The cart is currently dirty and will need to be throughly wiped down (along with the computer monitor and peripherals) prior to being moved into the cleanroom. Once the cleaned cart has been moved inside, it should never be brought back outside the cleanroom and should never be touched with ungloved hands.

I also upgraded the OS to Debian 11.6 and upgraded the CDS workstation tools.

The display resolution of the logrus has been 1064x768 and has been the only option, which is not great. While remote access to logrus using rdesktop allows rendering a virtual display of user's chosen resolution, it is not fast when using graphic-intensive program. NoMachine allows user to take over and control the machine remotely and thus appears as the same machine. However, NoMachine cannot render a virtual display like rdesktop. This has been limiting the resolution of using logrus via NoMachine.

On Friday, I found that even though we had NVIDIA Quadro P600 graphic card installed, we were not actually using it. The monitor has been connecting to the the integrated VGA display connector. This uses Microsoft Basic Display Adapter which limits the the resolution. Today I got a HDMI to Mini-display cable to connector the monitor to the Nvidia graphic card. Then in Display settings, go to Graphic settings, then enable Hardware-accelerated GPU scheduling. After restarting the machine, the machine recognised the Display 2using the Nvidia Quadro P600. In multiple displays field, selected "Show only on 2" and remove the VGA connection to the monitor. Logrus is now set at Nvidia Qadro P600 native display resolution of 1920x1080. This is now also the display resolution in NoMachine.

[Jon, Pooyan]

Moved Chimay from the server rack in Physics 1119 to a new rack in Physics 1129. It is connected to the switch in that rack and has the same ip address as before.

All services are up and running.

It appears that JupyterHub creates some processes whenever a user connects to an instance of it, but in some cases does not stop those processes after the user is not using that instance. This results in having lots of running idle processes, each using a small bit of the resources. Those processes are killed now as a result of rebooting. It might be a good idea to manually restart JupyterHub (or the whole machine) every few months to avoid this.

[Jon, Pooyan, Tyler]

A few computer machine changes have been made. 

• Logrus moved from 1119 to 1129. It is up and running with the same IP address as before. 
• A new Windows machine (host name: spica, IP:192.168.1.14) is installed in the 1119 server rack. It is connected to the RGA scanner with the serial port and is specifically used for that purpose. 
  • Update: The machine was off on 6/25, although it was left on 6/24. We think that it might have been because of Windows' default setting to suspend/hibernate the machine after idleness. To resolve this, I used  "powercfg /change" command to set all the following parameters equal to zero. The machine is still running on 6/26. 

    monitor-timeout-ac
    monitor-timeout-dc
    disk-timeout-ac
    disk-timeout-dc
    standby-timeout-ac
    standby-timeout-dc
    hibernate-timeout-ac
    hibernate-timeout-dc

• A new Debian machine (hostname: megatron, IP:192.168.1.16) is installed in the 1129 server rack. This machine is intended to be used for FEA/simulation work. A new 2TB WD Green SSD is used as its main disk drive. 

   At the moment, “controls” is the only user, and there are no apps/libraries installed on the machine.

  • Update: Jon installed LIGO cds-workstation tools and MiniConda on 6/26. 
  • Update: Pooyan and Liu set the following conda environments:
    • Env named “finesse” with Python 3.12.3 and Finesse version 3.0a24 installed. Finesse was installed via the source code. The subdirectory “/home/controls/packages” is used to store the package sourcecodes.
    • Env named “fenicsx” with the same version of Python and Finesse as the previous env, with the latest version of FEniCSx (0.8) and the test-mass-thermal-state installed.  

Set-up of the first CDS workstation for 1129, ws3, is complete and the machine is ready for use. The login credentials are the same as the other lab machines.

All that now remains is to install a permanent cable tray for running the new Ethernet cables between the electronics rack and bench (they are currently dangling from the suspended lights).

Installed a Synology NAS server (Synology RackStation RS1221) in lab room 1129, with host name “scribe” and ip “192.168.1.17”. It is mounted on the rack and each of its 8 storage bays has a 2TB SSD disk. It will be used to set up automated backups of all the lab machines (e.g., chimay, logrus, megatron).

One shared storage is set on it with SHR-2 as its RAID type. It can tolerate the failure of two disks and has 10.4TB of total capacity. 

We can use both rsync and dd to create backups of the system. A suggested backup schedule could be daily rsync backups and bi-weekly disk snapshots using dd. 

Today I installed the second desktop workstation in 1129. The new machine is an Intel NUC13ANHi5, with a 12-Core Intel i5-1340P CPU, 32GB DDR4 RAM, and a 1TB SSD.

I loaded it with a fresh installation of Debian 12 and installed the LIGO CDS workstation (control room) tools. It is assigned the hostname ws4 and and the static IP address 192.168.1.19 on the local lab network. Like the other CDS workstations, there is just one user account accessible with the usual credentials.

The machine is fully set up and ready for use.

One ongoing work is to make all lab machines automatically backed-up on Scribe on a daily basis. The updates should be boatable and stored for some time (potentially a few weeks) on Scribe. Making whole disk images has already been tried for some of the machines with no problems. (e.g., Cymac and WorkStations)

The same thing can not be done with Chimay though, as it currently has one huge RAID-controlled volume that stores all the information (OS, home directories, and NDS-downloaded data). Creating daily full disk images of such a system is not practical. 

Here is the plan we came up with to overcome this issue:

1. Create one full disk image of Chimay and store it on Scribe (it was already done)
2. Move the nds-downloaded raw data temporarily to Scribe and remove it from Chimay
3. Make another full disk image of Chimay
4. Burn this image to a single disk and boot chimay with it

5. Restore the rest of Chimay disks and move the NDS data back

    

On the weekend (Sat and Sun 9/7-8) I tried to execute these steps. There wasn't enough free space left on Scribe to move all the NDS data to it, so I stored part of this data temporarily on WS4. Then I also checked storage-consuming directories and, in one case, removed some non-important stored files. As there was no free space left on Scribe to execute step no. 3, I initiated storing the image on WS3. Unfortunately, a couple of different trials of the image-creation process failed as there was not enough free space on WS3 to accommodate Chiamy image as well. I was not able to reduce the image size such that it can be stored on WS3. 

These are the options left for us to get this work done. 

1. Distribute the NDS files between different machines to make enough free space on Scribe for the image and then follow the previous plan
2. Shrink the Chimay drive size, create the image and then follow the previous plan
3. Temporarily transfer some services to Megatrone (Network gateway, Wiki, elog) and recreate chimay and its services from scratch

• Hosted Lukes model on Chimay. It's available at https://richardsonlab.ucr.edu/real-time-frosti
• The sourcecode is at Github. It is clones at /var/www/html/real-time-frosti, and this is the block added to nginx config file at /etc/nginx/sites-available/default :
  
  location /real-time-frosti {

root /var/www/html;
index index.html index.htm index.php;
}
• Also added this line to the crontab, so the code will be checked for updated from the sourcecode every five minutes. 
  
  */5 * * * * cd /var/www/html/real-time-frosti/ && git pull 
  
  
• TODO: Move the sourcecode from Github to git.ligo.org, and make the repository public. 

Port 80 is kept closed by default. This might be causing the certbot auto-renewal cronjob to fail. Therefore we must renew the certificate manually.

Step 1: Open port 80. (This is needed as the certificate renewal process runs some tests which requires client communication over port 80)

Step 2: Run the following command

sudo certbot certonly --force-renew -d richardsonlab.ucr.edu

Step 3: Confirm the certificate was renewed by running the following command

sudo certbot certificates

Jon, Cao

Today we raised the height of the shelf overhanging the cleanroom laser table by 8 inches. This was done to create more vertical clearance between the top-loading vacuum chamber and the bottom of the shelf. The added clearance should make both removing the chamber lid and inserting large parts easier.

The procedure required unmounting the shelf and removing all eight vertical support posts (1" x 1" x 18.5" pieces of 80/20 unistrut). The support posts were taken to the machine shop and cut, retapped, and cleaned (coarsely, with IPA wipes) prior to reinstallation. We took care to minimize the contamination introduced into the cleanroom, but some amount of particulate from disturbing the shelf was unavoidable.

This work is completed, and the cleanroom is now ready for final cleaning (HEPA vac, mopping, and wiping down of all surfaces including the softwalls).

Jon, Cao

In effort to try to reduce the noise level inside the cleanroom, we have dialed all four HEPA fan-filter units (FFUs) down from HIGH to MEDIUM speed. These dials can only be accessed from inside the cleanroom, by bringing in the large ladder and opening adjacent ceiling tiles.

We tested three configurations, in each case with all the FFUs on either HIGH (initial state), MEDIUM, or LOW. We measured the ambient noise in each configuration.

Going from HIGH to MEDIUM yields the largest improvement, reducing the ambient sound intensity by 6 dB (i.e., by a factor of 4, corresponding to a ~35% reduction in perceived volume).

An additional 3 dB of noise reduction can be achieved by further reducing the fan speeds to LOW. However, even after allowing some extended settling time (few hours), we found the particle counts to be fluctuating right at the threshold zone for ISO Class 5. Thus we dialed the fan speeds back up to MEDIUM with the expectation that this will be sufficient for Class 5 performance.

The cleanroom now needs to be recertified with a fresh round of five-zone particle count measurements.

• pre-cleaning particle counts:
  • zone 3
  • 0.3 mu: 2494
  • 0.5 mu: 748
  • 1.0 mu 124
  • zone 4
  • 0.3 mu: 374
  • 0.5 mu: 41
  • 1.0 mu: 0
• 3:45 pm: Started wiping the surfaces(laser table,chamber, computer) inside the cleaning room.
• 4:05 pm: Finished wiped the surfaces
• 4:08 pm: Began vacuuming cleanroom floor
• 4:28 pm: Finished vacuuming cleanroom floor.
• 4:29 pm: Began mopping the cleanroom floor.
• 5:15 pm: Finished cleanroom clean.
• 6:00 pm: post-cleaning particle counts (full 5 zone measurement) attached below

cleaning cleanroom and particle count

• 12:00 pm: started particle count
  • Zone 3
    • 0.3u: 3533
    • 0.5u: 540
    • 1.0u: 166
  • Zone 4
    • 0.3u: 290
    • 0.5u: 124
    • 1.0u: 41
• 12:31 pm: Started checking the surface inside the cleanroom and began surface wipedown
• 12:50 pm: started vacuuming the floor
• 1:05 pm: Finished vacuuming floor
• 1:09 pm: Started mopping the floor
• 1:21 pm: Finished mopping the floor
• 1:22 pm: Started cleaning the baskets
• 1:25 pm: Started mopping with IPA wipes
• 1:39 pm: Finished mopping with IPA wipes
• 1:41 pm: Changed sticky floor mats
• 1:45 pm: Started particle count
  • Zone 3
    • 0.3u: 2327
    • 0.5u: 581
    • 1.0u: 207
  • Zone 4
    • 0.3u: 1662
    • 0.5u: 374
    • 1.0u: 290

cleaning cleanroom and particle count

• 12:00 pm: started particle count
  • Zone 3:
    0.3 u: 2826
    0.5 u: 457
    1.0 u: 166
  • Zone 4:
    0.3 u: 457
    0.5 u: 83
    1.0 u: 41
• 12:17 pm: began surface check and wipedown. NOTE: found a few ants crawling up the metal table frame and on the desk
• 12:29 pm: started vacuuming the floor
• 12:45 pm: Finished vacuuming the floor
• 12:46 pm: Started mopping the floor
• 12:52 pm: Finished mopping the floor
• 12:55 pm: Started cleaning the buckets
• 1:02 pm: Started mopping with IPA wipes
• 1:11 pm: Finished mopping with IPA wipes
• 1:12 pm: Changed sticky floor mats
• 1:14 pm: started particle count
  • Zone 3:
    0.3 u: 2577
    0.5 u: 457
    1.0 u: 166
  • Zone 4:
    0.3 u: 457
    0.5 u: 41
    1.0 u: 0

cleaning cleanroom and particle count

• 1:10 pm: started particle count
  • Zone 3:
    0.3 u: 2535
    0.5 u: 207
    1.0 u: 41
• Zone 4:
  0.3 u: 789
  0.5 u: 41
  1.0 u: 0
• 1:30 pm: began surface check and wipedown
• 1:41 pm: started vacuuming the floor
• 1:55 pm: finished vacuuming the floor
• 1:57 pm: started mopping the floor
• 2:01 pm: finished mopping the floor
• 2:02 pm: started cleaning the buckets
• 2:08 pm: started mopping with IPA wipes
• 2:17 pm: finished mopping with IPA wipes
• 2:18 pm: changed sticky floor mats
• 2:19 pm: started particle count
  • Zone 3:
    0.3 u: 3990
    0.5 u: 1080
    1.0 u: 374
• Zone 4:
  0.3 u: 540
  0.5 u: 207
  1.0 u: 0

cleaning cleanroom and particle count

• 11:08 am: started particle count
  • zone 3:
    • 0.3 u: 4198
    • 0.5 u: 1080
    • 1.0 u: 581
• zone 4:
  • 0.3 u: 1247
  • 0.5 u: 623
  • 1.0 u: 415
• 11:24 am: break for removal of vac chamber insulation (pictures attached), with counts before removal as seen above, and counts after removal/replacement for zone 3 as follows:
  • zone 3:
    • 0.3 u: 2993
    • 0.5 u: 415
    • 1.0 u: 207
• 12:02 pm: began surface check and wipedown
• 12:13 pm: started vacuuming the floor
• 12:25 pm: finished vacuuming the floor
• 12:26 pm: started mopping the floor
• 12:32 pm: finished mopping the floor
• 12:32 pm: started cleaning the buckets
• 12:37 pm: started mopping with IPA wipes
• 12:43 pm: finished mopping with IPA wipes
• 12:45 pm: changed sticky floor mats
• 12:47 pm: started particle count
  • zone 3:
    • 0.3 u: 2951
    • 0.5 u: 290
    • 1.0 u: 41
• zone 4:
  • 0.3 u: 290
  • 0.5 u: 0
  • 1.0 u: 0

Changed the pre filter inside of the 3 stage HEPA system next to the soldering station. It was rather dirty and I have attached images with a clean filter on the left and the used one on the right. I reset the pre filter age on the system. I tried to see if I could tell if the HEPA filter was dirty but I could not see it. I did not reset the age of the HEPA or UV stations. They are currently 378 days old.

cleaning cleanroom and particle count

• 10:06 am: ran zero count test on particle counter
• 10:07 am: started particle count
  • zone 3:
    • 0.3 u: 2203
    • 0.5 u: 831
    • 1.0 u: 540
• zone 4:
  • 0.3 u: 374
  • 0.5 u: 124
  • 1.0 u: 124
• 10:25 am: began surface check and wipedown
• 10:34 am: started vacuuming the floor
• 10:44 am: finished vacuuming the floor
• 10:45 am: started mopping the floor
• 10:49 am: finished mopping the floor
• 10:50 am: started cleaning the buckets
• 10:57 am: started mopping with IPA wipes
• 11:01 am: finished mopping with IPA wipes
• 11:02 am: changed sticky floor mats
• 11:03 am: started particle count
  • zone 3:
    • 0.3 u: 2535
    • 0.5 u: 374
    • 1.0 u: 166
• zone 4:
  • 0.3 u: 581
  • 0.5 u: 41
  • 1.0 u: 0

cleaning cleanroom and particle count

• 3:16 pm: started particle count.

  NOTE: we are not within the ISO class 5 standard for any size ranges in zone 3. ~6000 above limit in 0.3 u, ~2000 above in 0.5, ~200 above in 1.0

  • zone 3:
    • 0.3 u: 16,711
    • 0.5 u: 5612
    • 1.0 u: 1039
• zone 4:
  • 0.3 u: 6817
  • 0.5 u: 2369
  • 1.0 u: 249
• 3:35 pm: began surface check and wipedown, including softwalls
• 3:50 pm: started vacuuming the floor
• 4:00 pm: finished vacuuming the floor
• 4:01 pm: started mopping the floor
• 4:06 pm: finished mopping the floor
• 4:07 pm: started cleaning the buckets
• 4:08 pm: started mopping with IPA wipes
• 4:14 pm: finished mopping with IPA wipes
• 4:15 pm: changed sticky floor mats
• 4:18 pm: started particle count
  • zone 3:
    • 0.3 u: 23,113
    • 0.5 u: 9686
    • 1.0 u: 1371
• zone 4:
  • 0.3 u: 7191
  • 0.5 u: 2951
  • 1.0 u: 290

cleaning cleanroom and particle count

• 12:30 pm: Tyler and Aiden started organizing cables in cleanroom
• 12:35 pm: started particle count in flow bench
• 0.3 u: 11681
• 0.5 u: 3284
• 1.0 u: 1039
• 12:50 pm: started cleanroom particle count
  • zone 3:
    • 0.3 u: 14549
    • 0.5 u: 10351
    • 1.0 u: 6194
• zone 4:
  • 0.3 u: 10808
  • 0.5 u: 4655
  • 1.0 u: 1953
• 1:07 pm: began surface check and wipedown, including softwalls
• 1:19 pm: started vacuuming the floor
• 1:28 pm: finished vacuuming the floor
• 1:29 pm: started mopping the floor
• 1:33 pm: finished mopping the floor
• 1:34 pm: started cleaning the buckets
• 1:37 pm: started mopping with IPA wipes
• 1:39 pm: finished mopping with IPA wipes
• 1:40 pm: changed sticky floor mats
• 1:41 pm: started particle count
  • zone 3:
    • 0.3 u: 8397
    • 0.5 u: 5071
    • 1.0 u: 2618
• zone 4:
  • 0.3 u: 6651
  • 0.5 u: 4323
  • 1.0 u: 2120

cleaning cleanroom and particle count

• 3:37 pm: started particle count
  • zone 3:
    • 0.3 u: 1205
    • 0.5 u: 748
    • 1.0 u: 249
• zone 4:
  • 0.3 u: 1496
  • 0.5 u: 748
  • 1.0 u: 290
• 3:57 pm: began surface check and wipedown, including softwalls. NOTE: vacuum chamber insulation crumbling at edges, dropping loose flakes. Scatters residue whenever jostled, so wiping it down just releases more. Not enough flakes are being released for it to be a major issue, but definitely something to keep an eye on.
• 4:18 pm: started vacuuming the floor
• 4:29 pm: finished vacuuming the floor
• 4:30 pm: started mopping the floor
• 4:35 pm: finished mopping the floor
• 4:36 pm: started cleaning the buckets
• 4:41 pm: started mopping with IPA wipes
• 4:52 pm: finished mopping with IPA wipes
• 4:52 pm: changed sticky floor mats
• 4:53 pm: started particle count
  • zone 3:
    • 0.3 u: 3367
    • 0.5 u: 1787
    • 1.0 u: 914
• zone 4:
  • 0.3 u: 1039
  • 0.5 u: 498
  • 1.0 u: 249

cleaning cleanroom and particle count

• 12:30 pm: ran zero count test on particle counter
• 12:32 pm: started particle count.
  • zone 3:
    • 0.3 u: 59,488
    • 0.5 u: 9561
    • 1.0 u: 706
• zone 4:
  • 0.3 u: 7732
  • 0.5 u: 1912
  • 1.0 u: 290

NOTE: Frame ceiling tile collapsed in cleanroom, explaining insanely high 0.3 u particle count in zone 3 (nearly 6 times above limit). Wiped down tile and put it back in ceiling frame.

• 12:56 pm: began surface check and wipedown, including softwalls
• 1:16 pm: started vacuuming the floor
• 1:32 pm: finished vacuuming the floor
• 1:33 pm: started mopping the floor
• 1:47 pm: finished mopping the floor
• 1:48 pm: started cleaning the buckets
• 1:53 pm: started mopping with IPA wipes
• 2:05 pm: finished mopping with IPA wipes
• 2:06 pm: changed sticky floor mats
• 1:53 pm: started particle count
  • zone 3:
    • 0.3 u: 6401
    • 0.5 u: 3450
    • 1.0 u: 1787
• zone 4:
  • 0.3 u: 4073
  • 0.5 u: 2452
  • 1.0 u: 1039

cleaning cleanroom and particle count

• 2:03 pm: changed sticky floor mats
• 2:05 pm: started particle count
  • zone 3:
    • 0.3 u: 4863
    • 0.5 u: 1205
    • 1.0 u: 872
• zone 4:
  • 0.3 u: 1953
  • 0.5 u: 789
  • 1.0 u: 457
• 2:35 pm: began surface check and wipedown, including softwalls and ceiling tiles
• 2:45 pm: started vacuuming the floor
• 2:56 pm: finished vacuuming the floor
• 2:57 pm: started mopping the floor
• 3:01 pm: finished mopping the floor
• 3:02 pm: started cleaning the buckets
• 3:05 pm: started mopping with IPA wipes
• 3:08 pm: finished mopping with IPA wipes
• 3:09 pm: started particle count
  • zone 3:
    • 0.3 u: 5528
    • 0.5 u: 2203
    • 1.0 u: 1662
• zone 4:
  • 0.3 u: 1080
  • 0.5 u: 415
  • 1.0 u: 332

cleaning cleanroom and particle count

• 5:10 pm: ran zero count test on particle counter
• 5:14 pm: started particle count

  NOTE: initial counts are significantly above allowed limit. ~10 times larger than ISO class 5 standard in the smallest size range. Realized partway through ceiling tile changes that the power/lights for some of the hepa fans in the ceiling frame had been turned off. May explain this high number. Have since turned fans back back on.

  • zone 3:
    • 0.3 u: 109208
    • 0.5 u: 16337
    • 1.0 u: 581
• zone 4:
  • 0.3 u: 51340
  • 0.5 u: 9228
  • 1.0 u: 581
• 5:33 pm: started replacing ceiling tiles
• 6:25 pm: began surface check and wipedown, including softwalls
• 6:33 pm: started vacuuming the floor
• 6:45 pm: finished vacuuming the floor
• 6:45 pm: started mopping the floor
• 6:50 pm: finished mopping the floor
• 6:52 pm: started cleaning the buckets
• 6:53 pm: started mopping with IPA wipes
• 6:58 pm: finished mopping with IPA wipes
• 6:59 pm: changed sticky floor mats
• 7:00 pm: started particle count
  • zone 3:
    • 0.3 u: 5404
    • 0.5 u: 1413
    • 1.0 u: 41
• zone 4:
  • 0.3 u: 1704
  • 0.5 u: 332
  • 1.0 u: 166

The replacement door for the HEPA garment cabinet arrived last week, and was installed on Thursday. However, it looks like there's a small gap between the door and where the hinge is attached to the cabinet frame. No screws were provided with the replacement door. If we want to perform any adjustments, we have to be very careful; the screws break very easily.

cleaning cleanroom and particle count

• 11:50 am: ran zero count test on particle counter
• 11:55 am: started particle count
  • zone 3:
    • 0.3 u: 1787
    • 0.5 u: 581
    • 1.0 u: 166
• zone 4:
  • 0.3 u: 623
  • 0.5 u: 290
  • 1.0 u: 124
• 12:17 pm: began surface check and wipedown, including softwalls
• 12:25 pm: started vacuuming the floor
• 12:36 pm: finished vacuuming the floor
• 12:44 pm: started mopping the floor
• 12:57 pm: finished mopping the floor
• 12:58 pm: started cleaning the buckets
• 12:59 pm: started mopping with IPA wipes
• 1:05 pm: finished mopping with IPA wipes
• 1:06 pm: changed sticky floor mats
• 1:08 pm: started particle count
  • zone 3:
    • 0.3 u: 1621
    • 0.5 u: 581
    • 1.0 u: 332
• zone 4:
  • 0.3 u: 1080
  • 0.5 u: 457
  • 1.0 u: 249

cleaning cleanroom and particle count

NOTE: particle counter was found dead, with the charging dock unplugged. For future reference, if you need to unplug the dock, please either plug it back in when you're done, or make a note in an elog so someone else can come down and charge it.

• 1:07 pm: ran zero count test on particle counter
• 1:26 pm: started particle count
  • zone 3:
    • 0.3 u:1787
    • 0.5 u:457
    • 1.0 u:41
• zone 4: We were only able to charge the particle counter a small amount before starting the cleaning, so it died again halfway through this measurement, and we didn't get results for zone 4. In interest of time, we just put it on the charger and started the cleaning.
• 1:49 pm: began surface check and wipedown, including softwalls
• 2:16 pm: started vacuuming the floor
• 2:24 pm: finished vacuuming the floor
• 2:26 pm: started mopping the floor
• 2:32 pm: finished mopping the floor
• 2:32 pm: started cleaning the buckets
• 2:35 pm: started mopping with IPA wipes
• 2:43 pm: finished mopping with IPA wipes
• 2:43 pm: changed sticky floor mats
• 2:45 pm: started particle count
  • zone 3:
    • 0.3 u: 1288
    • 0.5 u: 124
    • 1.0 u: 0
• zone 4:
  • 0.3 u: 415
  • 0.5 u: 290
  • 1.0 u: 0