Closed rubyvanrooyen closed 4 years ago
@lanceWilliams You know a lot about the FBF implementation in session, so can you have a look at this, please?
Maciej and I verified functionality on site using a little TRAPUM integration time http://10.97.1.13:8081/tailtask/20200611-0015/progress
Observations ran successfully
@mmphego I see this branch of mine has similar unit test issues than you mentioned in the Jira. The master branch tests succeeds, but this branch does not. I cannot see a difference since I cannot see a difference in the tests with master branch.
Can you please help me to figure out what I should do to correct the unit tests :(
Just a gentle poke here to the CAM people :) Is there anything I could do to speed up the merge?
Hi @mserylak.
Do you want to fix the noise diode tests that are now failing due to changes in this PR?
The noise diode tests are brittle, checking for exact absolute time values in the tasklog output. It looks like some of those values are now different due to a slight variation in timing cause by the initial slew.
This update should get deployed on site next week with the v27 CAM release.
FBFUSE
/ MeerTIME observations had some issues with the astrokat observation script whenFBFUSE
ran commensally in the array with a MeerTIME pulsar observation.Errors and ideas were discussed during a site integration session and it was noticed that astrokat on the "slew to first target" -- lacks the
fbf.check_provisioning_beams_complete
as implemented insessions.capture_start
. This allows the FBF setup of the beamsFor astrokat the optimal implementation of this missing requirement was to add an explicit slew function to replace the current 0 sec duration track that mimicked the slew. During this slew to first target (which is expected to be the longest slew in general) the FBF beam check is initiated once the antennas are instructed to POINT to target, this should utilise the slew dead time for FBF config