Project

General

Profile

Task #21912

Support efforts to move LE Linac LLRF to kernel 6.4

Added by Ed Cullerton over 1 year ago. Updated about 15 hours ago.

Status:
Assigned
Priority:
Normal
Assignee:
Start date:
02/18/2019
Due date:
% Done:

80%

Estimated time:
20.00 h
Duration:

Description

A second LLRF development station has been put together, mostly for training purposes for Trevor Butler & controls department Pierrick Hanlet.

Currently, both LE linac development stations are running kernel 5.5.

Trevor and Pierrick are working out the bugs and learning the LLRF system in the process. When the bugs are worked out, the plan is to move the kernel to 6.4 and test.

vxi_lip746.console_20200707.log (32.3 KB) vxi_lip746.console_20200707.log Jianming You, 07/07/2020 09:47 AM

History

#1 Updated by Ed Cullerton over 1 year ago

  • % Done changed from 0 to 80
  • Status changed from New to Assigned

Two development stations have been made to work(fully functional) with the VXworks 5.5 Kernel.

Pierrick is currently attempting to bring one of the stations up to the 6.4 kernel and is having some issues. I have been supporting his efforts as much as I can, but my experience is limited. We may need some help from experts who have more experience with this system.

#2 Updated by Ed Cullerton about 1 month ago

After some testing with the 6.4_generic bootrom, we loaded the 6.4_mzs_a bootrom for continued testing. First boot attempt do not work.

#4 Updated by Ed Cullerton 14 days ago

Both system are currently up and running, and we are waiting for the 6.4 system to stop working and hang. It may take over a day for the system to hang.

A scope is currently monitoring the backplane trigger, so we will be able to see if the backplane trigger disappears when the system hangs.

#5 Updated by Ed Cullerton 10 days ago

The system eventually hung up after a day of running. The trigger on the backplane was no longer present (observed with a scope). This indicates that the trigger is not being transmitted, or it is not being received, on the backplane of the VXI crate.

The MFC board in the 6.4 station was replaced with the known working MFC board from the 5.5 station, and the test was repeated. The same failure occurred using the known working MFC board. Will test one more time to see if the system hangs again.

#6 Updated by Ed Cullerton 4 days ago

The 5.5 station (LLRF0) was turned off to check for crosstalk issues. The system hung up sometime after 50 hrs.

The next test is to run the 6.4 card(LLRF6) in the lower crate.

These are some remaining explanations for losing the trigger in the hardware:

1. We lose the FPGA clock (805 MHz). Maybe a bad cable or connector could cause this. Both systems run off of the same 805 MHz signal, so if all the cables/connectors are good, a loss in clock would be seen on both systems. If we have a problem a cable/connection to the top crate, the the next test could rule this out. (running the 6.4 card (LLRF6) in the lower crate)

2. The VXI crate is broke. Next test could rule this out.

3. The kinetic systems adapter is not configured properly. There are dip switches on the hardware that should match on both system. This could be easily verified.

4. The kinetic systems adapter is broke. We could rule this out if we run the 5.5 station (LLRF0) at 6.4 and see the same problem.

The remaining software possibilities(kinetic systems driver) can be explored again if we rule out posiible hardware problems.

#7 Updated by Ed Cullerton about 15 hours ago

I moved the 5500 card(LLRF6) to the bottom VXI crate this morning. In the process, I found that the 805 clock was disconnected. I don’t know when this happened, but it may be the cause of problem.

The card is currently running in the bottom VXI crate, so let’s see what happens. If all good, I’ll move it back up the top crate, make sure the 805 is connected, and test again.



Also available in: Atom PDF