1. ssh into lxpool network: ssh <user>@lxpool.gsi.de
2. ssh into atppc022.gsi.de: ssh carme@atppc022.gsi.de (This is an rpi access server. Don't run code)
3. ssh into carme server: ssh npg@carme-gsi

For the password to the carme user account on the cryring network please contact O. Hall or J. Marsh.

To use both anydesk and firefox on the carme server require an internet connection.

As the server is on the cryring local network an ssh tunnel needs to be opened to the GSI proxy server.

To do this: ssh -L 8080:proxy.gsi.de:8080 carme@atppc025` and leave terminal open and running.
Both anydesk and firefox have been configured to use the proxy localhost:8080

For the carme password ask J. Marsh or C. Bruno

1. ssh <user>@lxpool.gsi.de
2. ssh <user or carme>@atppc022.gsi.de
3. ssh pi@CARMEmotorspi (Standard npg password)

To test effect of the motors on the leakage current, they were cycled once per hour overnight at approximately 50 minutes past the hour. - attachment 1
Leakgage current was seen to decrease slowly overnight before flattening out.

At 11:25 This morning the FEEs were powered on. From this point on the leakage current was observed to start to increase. - Attachment 2
Note the time recorded by the pi logging the leakage current is approximately 2 minutes ahead of the FEE.

15:40 I notice again that powering on the FEEs causes a momentary increase in the leakage current. - Attachment 3

08:52 Overnight the DAQ was left running to check if there was any individual radioactivity in the Si.
      This is stored in R7_75

      It was observed that even with no beam the detectors continued to increase in leakage current overnight but slowly - Attachment 1
      We then stopped the DAQ and gave the detector a single shake.
      This caused the leakage currents to decrease but not to the same level that they did last night - Attachment 2

13:45 Bias tripped as people removed the cover on the windows on the interaction chamber
      Iset was still at 11uA for safety
      Will leave off until they are finished

      

09:00 Detector still biased to 60V and leakage current has been mostly stable overnight.
      Only minor fluctuations observed - attachment 1

      FEE temps all ok - attachment 2
      Stats at 60V - attachment 3
      System wide checks all ok

      Increasing bias to 80V
      60V 9.45uA
      70V 9.7uA
      80V 80 9.82uA Still have diode response

10:15 In prep for taking data with beam tuning have tested the merger and tapeserver.
      To enable writing to file had to implement the method in https://elog.ph.ed.ac.uk/DESPEC/36
      Probably a corrupution caused in the difference between the carme system and the aida system.
      Now can write data to file. To limit the data of FEEs 01-04 have set threshold to 0xFF

10:33 Ion source was started this morning but there was no noticable effect on the leakage currents.

10:56 Leakage current is slowly rising continuing the trend at 60V. - Attachment 4
      This could just be the temperature shift during the day or linked to the ion source being powered on.

11:18 Pulser peaks for the FEEs using layout 3 and 4.
      Layout 3 - attachment 5
      Layout 4 - attachment 6
      The pulser peaks appear to be asymetric and in FEE 7 we are observing a double peak.
      Will check the circuit when we next have access.

11:23 Have started writing data to disk in advance of them putting beam into the ring.
      Writing to R4_8 at around 1.8MB/s. N.B. TapeServer shows the same behavior as AIDA with writing nothing to files R4_0->R4_7
      FEE 01-04 slow comp 0xFF
      FEE 05-08 slow comp 0x64
      Pulser running at 50Hz or so

14:50 Having been writing to DAQ since lunch.
      Leakage currents were mostly stable but we are now seeing an increase in leakage currents at a much greater rate - attachment 7

14:58 Attachment8 Updated leakage currents.

15:00 Due to the rapidly increasing bias we asked them to stop the beam.
      Motors were then cycled but we did not notice the leakage coming down.
      Bias was turned off and then motors cycled again.
      Bias was then set to 60V - Run R5
      Bias raised to 80V - R6
      Carlo requested we stop writing data to disk

16:25 Stopped writing to disk. Will retry bias at 80V and monitor.

18:13 Motors cycled before leaving for night no beam in ring - attachment 9
      to test if the increase is beam related we will leave at 80V overnight with the beam blocked all night.
      To avoid the rapidly increasing leakage current the iSet on the CAEN module is at 11uA with a trip time of 2s.
      

09:09 Arrived at GSI for comissioning beamtime.
      CARME currently in a stopped state, with all FEEs powered off.
      Upper detector is biased with 80V and has a leakage current of 9.92uA.
      This is up on the previous recording by JM of 5.4uA recorded in elog 187.
      It is possible light is reaching the detector via the interaction chamber which shall be checked.

09:19 Cave checked:
      Water is running to the FEEs (OK for power on when required)
      There are 4 uncovered windows on the interaction chamber. Will see if we can get these covered.

14:29 Tested different bias voltages.
      Between 80V and 120V got a normal diode response with small increases in leakage current
      At 120V leakage current was stable at 9.92 for one minute.
      Checked waveforms on DAQ and looked at current again and it was up to 16uA.
      Turned off bias and let ramp down.
      Now when trying to ramp up detector in similar position to last week with a diode response between 0-30V and a rapid increase above that.
      Carlo spoke to Gleb who was beam tuning. Which around the time of our trip he opened the valves and put beam into the ring for a rotation.
      Gleb put in several faraday cups prior to the CARME chamber yet we still see the non-diode bias characteristics.
      He will enter in 30 minutes and we will check if anything looks out of place. Will also remove motor pin to give option of movement.

15:00 Gleb and Carlo enters the cave.
      Dipole and beam off.
      Pin removed.
      Diode response restored 9.4uA at 40V. Which is only slightly above where it was during the morning


      Before they got anywhere with starting again the current has gone up again..

16:49 Since around 15:30 the current has come down to its levels earlier today at 40V. We are preparing a script to monitor the current levels going forward.

17:00 Gleb stopped tuning the beam for the day.
      There is no beam in the ring.
      Magnets and everything else continue as if there was beam in the ring.

19:40 Attempted to raise bias to 50. Immediately started to trip
      Carlo cycled motors multiple times.
      Bias in out position dropped.
      To lower
      Have made it to 60V. Will leave there overnight with leakage current tracking running.

      No beam so no daq running.

Photos of the new TTT14 DSSD delivered to GSI.
Photos of detectors are broken up by photos of SN on box
To big to put on elog. Have uploaded to /Disk/ds-sopa-group/np/GSI/CARME/TTT14_Photos.zip and will change permissions to 777

08:00 Woke up to message from Carlo explaining the server had crashed.
      Anydesked into the machine.
      Merger was showing just data transfer it was not showing Transfer => Merger

      Went through the steps detailed in https://elog.ph.ed.ac.uk/DESPEC/36 to recover it.
      After following these steps was again able to forward data from the merger.
      Tested and it now sends on data again.

      Setup the screen session for the caen bias and restarted the logger program.
      Restarted the gnuplot script to plot leakage current
      Started the online monitoring software and browser.

      Have posted in the chat that the DAQ is now running again.

Results of the fortran analyser programs for R54_14

No timewarps observed in the data
No dead time observed either.
Lots of idle time but expected with high thresholds and low noise

Target has been moved out and H2 switched off. Changed to He.

Nikos will repair nozzle tomorrow morning. Remote checks until then.

Doing morning check. Checked the leakage currents, all ok. Attachment 1

Temperatures ok, attchment 2

System wide check, all correct.

Statistics ok (as far as we can tell) attachment 3

Spectrum browser ok, attachment 4

Checked merger, spinner spinning...

Attachment 5 shows the BPM scope (i.e. induced signals from the ion buchnes) for the duration of injection, bunching, acceleration, debunching.

Beam current is around 2.5E7 and the target dencity is 6.3E11 cm2.

Doing afternoon check. Checked the leakage currents, all ok. Attachment 1

Temperatures ok, attchment 2

System wide check, all correct.

Statistics ok (as far as we can tell) attachment 3

Spectrum browser ok, attachment 4

Checked merger, spinner spinning...

Beam current is around 2.2 E7 and the target dencity is 6.3E11 cm2.

We have mosty empty injections into CRYRING. Only sporadically the beam with good intensity is injected.

Michael Lestinsky is currently working on the problem.

Attachments 1-3 fasteners, fittings found amongst earlier shipments. I assume that the STFC DL cleaned items are for the internal detector mount assembly.


Inventory of silver-plated copper gaskets

             ID (cm)

7x DN250CF   25.4
5x DN200CF   20.0
5x DN160CF   15.3
100x DN100CF 10.0
4x DN63CF    6.3
16x DN35CF   3.5
23x DN16CF   1.6

N.B. ID is measured +/- 0.1cm and DNxxCF designation is what the Lesker catalogue says it means.

Attachments 4 & 9 2x motor rods and MACOR heat shields for cleaning

Attachment 5 - cable assemblies

Attachment 7 - what are these screws for?

 

18:19 Start or run 7: In beam has been optimzed up to now by Zoran and Claude. ~7E7 particles at injection. From now on, only the injection beamline is optimized by Operators.

Detectors IN (left arm pot =18.86 mm, right arm pot = 19.80 mm)

No Target

Beam is in the ring for ~6 seconds and total cycle time between injections is ~8 seconds

Injection beamline is still in process of optimization by operators

21:30

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

23:30

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

01:30

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

Beam and Electron Coller failure (~00:35); Beam back (~01:08); Cooler back (~01:20)

03:00

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

Beam and Electron Coller failure (~01:35); Beam back (~01:55); Cooler back (~01:55)

04:40

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

06:00

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

07:00

Merger OK, Tape server OK

ADC data item statistics looks as before. OK

FEE temperatures look OK

System checks OK

Leakage current stable

20:00 - Go to YR cave to see what is going on

20:20 - Beam back

20:28 - Set Tape to Storage, rate ca 2500 kB/s
Temperature and rate OK, System wide checks OK

Target density low (4e12/cm2)

21:00 - target density still 4e12, Ey rate histograms attached (attach 4)

21:20 - Target density increased to 6e12, we see more indication of reactions

22:30 - All checks OK, tape rate still 2500 kB/s
Target density ~7e12/cm2, beam intensity ~1e9pps

23:00 - Target density 7.5e12/cm2, beam intensity: 1e9 pps. Particle detector rate: 8 kHz at injection
 Gas bottle pressure still above first tick 
 Target position X=-1000, Y=1400
 All running smoothly. CARME DAQ running OK. (Figs 5-7)

This is how to update the MACB firmware using the opensource tool xc3sprog


Setup (only has to be done first time)
--------------------
Install xc3sprog and fxload (ubuntu: sudo apt install xc3sprog fxload)

To configure the USB programmer:
Download xilinx.tar.gz and put the hex files in /usr/share

Download the udev rules and put it in /etc/udev/rules.d

Run:
sudo udevadm control --reload-rules

[Taken from https://github.com/timvideos/litex-buildenv/wiki/Xilinx-Platform-Cable-USB-under-Linux]

Plug in programmer and should work

----------------------------------
Programming a MACB

Open MACB side panel and connect JTAG programmer to port 

Plug MACB into NIM bin and power NIM bin on

Run
xc3sprog -c xpc -m -j

Expected output:
XC3SPROG (c) 2004-2011 xc3sprog project $Rev$ OS: Linux
Free software: If you contribute nothing, expect nothing!
Feedback on success/failure/enhancement requests:
        http://sourceforge.net/mail/?group_id=170565 
Check Sourceforge for updates:
        http://sourceforge.net/projects/xc3sprog/develop

JTAG loc.:   0  IDCODE: 0x16d8c093  Desc:                  XC2C128_TQ144 Rev: A  IR length:  8

This confirms the JTAG is working

Then to program  run

xc3sprog -c xpc -m . macb_apr20.jed

The directory should contain the macb_apr20.jed and the xc2c128.map files

Expected output:
XC3SPROG (c) 2004-2011 xc3sprog project $Rev$ OS: Linux
Free software: If you contribute nothing, expect nothing!
Feedback on success/failure/enhancement requests:
        http://sourceforge.net/mail/?group_id=170565 
Check Sourceforge for updates:
        http://sourceforge.net/projects/xc3sprog/develop

Programming row  81                                        
Verify: Success   

Now power off the NIM bin and remove the programmer and put the cover back on

old potentiometer position 19.1 mm

new run number: 83

new potentiometer position : 27.58 mm

'Check Clock Status', 'Check ADC Calibration' and 'Check the White rabbit decoder status': same