You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 31, 2022. It is now read-only.
Due to how the VFAT comm port prioritizes data transmission we should think how and when we should use the slow control only mode (GEM_AMC.GEM_SYSTEM.VFAT3.SC_ONLY_MODE).
It is possible, based on testing at QC7, to generate bus errors or even cause a VFAT to go out of sync if high frequency (period O(20us)) slow control commands come into the VFAT while it's in run mode.
This issue hopes to clarify under what conditions SC_ONLY_MODE should be used and lead to an appropriate re-factoring.
Types of issue
Bug report (report an issue with the code)
Feature request (request for change which adds functionality)
Discussion
Your Environment
Version used:
Shell used:
The text was updated successfully, but these errors were encountered:
If the chip is not receiving L1As (and hence formatting data packets) the data transmission prioritization should not be an issue (trigger data is from a different port)
The manual states wrt the SC "It is therefore possible to start and stop the slow control communication in mid flow and resume when the Comm-port is free", though I am not sure how the CTP7 interacts with this.
The manual states that "Reapplication of a ReSync signal may be required if synchronization is lost" and "If register values have ben changed then it is advised (although not always necessary) to reapply a ReSync signal", thought I do not know what the operational implications of not doing this may be....
Whenever VFAT is sending DAQ data to the CTP7, that will delay the slow control response (any slow control packet that is being sent back to CTP7 will take longer), and if L1A rate is high, or just an unfortunate coincidence of close-by L1As, this can delay the slow control response enough so that CTP7 will timeout on it and report bus error.
But in this case I would expect that stopping all L1As would fix the issue (you could use the GEM_AMC.TTC.CTRL.L1A_ENABLE register to block them while you're doing critical slow control commands). Putting the VFAT3 into slow-control-only mode should not be necessary, but of course this can be used instead of blocking L1As.
So perhaps the right thing to do is not to use the slow control only mode but instead to tell the AMC to block L1A's.
Brief summary of issue
Due to how the VFAT comm port prioritizes data transmission we should think how and when we should use the slow control only mode (
GEM_AMC.GEM_SYSTEM.VFAT3.SC_ONLY_MODE
).It is possible, based on testing at QC7, to generate bus errors or even cause a VFAT to go out of sync if high frequency (period O(20us)) slow control commands come into the VFAT while it's in run mode.
This issue hopes to clarify under what conditions
SC_ONLY_MODE
should be used and lead to an appropriate re-factoring.Types of issue
Your Environment
The text was updated successfully, but these errors were encountered: