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
The prad_peaking parameter method currently implemented in disruption-py returns NaNs prior to the termination of a shot. This issue occurs in both disruptive and non-disruptive shots, although it's more pronounced in disruptive ones.
1150805012: flat-top disruption
1150805013: non-disruptive shot
Analysis of the problem
The prad_peaking method first fetches signals from all available chords in the AXA and AXJ bolometers. At each time point, the function calculate the "distance of the chord" (assuming it's the chord's sight line) with respect to the plasma's magnetic axis. If the chord's is within 20% of the plasma's minor radius then the chord's signal is considered as part of the core radiation. The peaking factor is then calculated using mean(core radiation)/mean(all radiation)
In those NaN time slices, the core radiation array does not contain any value. This indicates the method could not find any chord that satisfies the above criteria. This could potentially be caused by the plasma's motion and shrinkage prior to a disruption.
Potential solutions
Determine if this issue is worth investigating -- if data at these time slices are going to be useful for disruption studies.
Understand the geometry of the bolometer diagnostic(s)
Understand the design choices in the method:
Why chose 20% of a_minor as the cutoff?
Could we possibly fit the bolometer profile into a smooth function (e.g. a gaussian) and then determine the peaking factor?
We should also check the bolometer's radiation profile and compare it with the plasma's magnetic axis & minor radius
Closing this issue after the July 9th meeting. Eventually, we'll need to consider whether the NaNs in prad_peaking representing when the plasma core is out of view of any chords should instead be output as 0s. We should also fill in Alessandro Pau on how Prad Peaking is calculated on C-Mod.
C-Mod peaking factors are different to other machines due to different diagnostics. For example, DIII-D has vertical fans.
AXUV arrays are photodiode arrays. The UV and visible radiated power might not be peaked in the center and is not Gaussian, so profile fitting doesn't make sense
To get absolute values we would really need to perform an Abel transform but we're just interested in differences in Prad Peaking
If we're interested in edge radiation, perhaps we could calculate a mean(edge)/mean(all) statistic
We could consider making the "core radius" factor (currently 0.2) as a parameter w/ 0.2 as the default value.
Note this is a bug in the Matlab scripts, which open the analysis tree instead of the efit18 tree.
Problem
The prad_peaking parameter method currently implemented in disruption-py returns NaNs prior to the termination of a shot. This issue occurs in both disruptive and non-disruptive shots, although it's more pronounced in disruptive ones.
1150805012: flat-top disruption
1150805013: non-disruptive shot
Analysis of the problem
prad_peaking
method first fetches signals from all available chords in the AXA and AXJ bolometers. At each time point, the function calculate the "distance of the chord" (assuming it's the chord's sight line) with respect to the plasma's magnetic axis. If the chord's is within 20% of the plasma's minor radius then the chord's signal is considered as part of the core radiation. The peaking factor is then calculated usingmean(core radiation)/mean(all radiation)
disruption-py/disruption_py/shots/parameter_methods/cmod/basic_parameter_methods.py
Lines 1251 to 1271 in 87df64e
core radiation
array does not contain any value. This indicates the method could not find any chord that satisfies the above criteria. This could potentially be caused by the plasma's motion and shrinkage prior to a disruption.Potential solutions
a_minor
as the cutoff?Related issues & PRs
The text was updated successfully, but these errors were encountered: