Developing #146
Updated by Vratislav Chudoba over 6 years ago
<p>Нужно сделать класс ERQTelescopeTrackFinder. Который востанавливает трек на QTelescope.</p>
<p>Трек его состоит из точки на мишени: она либо есть в дереве благодаря BeamDet. Либо пользователь задает ее из макроса.</p>
<p>так же в трек входят точки, которые следуют из зажженных стрипов на самом QTelescope. Тут два варианта: либо у тебя есть двухстронняя станция. Либо у тебя есть две станции: одна X, другая Y и точка собирается по показаниям обоих.</p>
<p>То есть в интерфейсе класса должен быть метод указывающий какая станция умеет возвращать точку, либо какая пара станций умеет возвращать точку.</p>
<p>SetHitStation(stationID)</p>
<p>SetHitStation(stationID, stationID2)</p>
<p>Поэтому нужно сделать следующее:<br />
1) понять что за станции работают на нахождение точки. Пусть пока есть только двусторонние.<br />
2) Найти координату на телескопе в локальной СК станции<br />
3) перевести координату глобольную ск</p>
<p>Фактически ERQTelescopeTrack будет содержать две точки. Мишень и точку на сработавшей станции.</p>
<p>Для того, что бы телескоп "вернул точку" необходимо выполнить<br />
какие-то действия над результатом дижитизации. Причем эти действия формируются пользователем<br />
по результатам анализа дижитизированных или калиброванных данных в интерактивной сессии.</p>
<p>Точку могут сформировать стрипы прошедшие отбор по следующим критериям, которые являются интерфейсами данного класса:</p>
<p>1) отбираются стрипы, у которых едепы попадают в заданный диапазон</p>
<p>2) разница едеп между X и Y не превосходит заданной величины</p>
<p>3) временные отметки всех использованных сигналов совпадают в пределах заданной ошибки</p>
<p>4) критерий идентификации DeltaE-E. Этот критерий реализовать сложнее всего. И я пока предлагаю отложить его. Возможно даже увести в этап анализа.</p>
<p>Треков может получиться несколько. Каждый из них идет в следующий этап реконструкции</p>
<p>Результат:</p>
<p>Точка попадения в детектор реконструируется согласно ожиданию. Симмуляция проводилась с помощью макроса в прикрепленном файле в ветке "dev"</p>
<p>commit 1dd63218bf1d8f45e4c40de2a11f51551da20c57<br />
Merge: 57a4593 743bfd0<br />
Author: Mikhail Kozlov <kozlov.m.your@yandex.ru><br />
Date: Tue Mar 6 20:20:44 2018 +0300</kozlov.m.your@yandex.ru></p> +0300</p>
<p>С помощью прикрленного макроса для просмотра видим:</p>
<p><img alt="" data-rich-file-id="55" height="584" src="/develop/system/rich/rich_files/rich_files/000/000/055/original/trackReco.png" width="909" /></p>
<p> </p>
<p>Нам интересен последний столбец (картины 3 и 6). На верху видим из номеров стрипов реконструированные точки попадения в детектор, внизу точкы полученные в симмуляции. Пучок вылетал из точки (5, 2, 2) под углом <15, 18> градусов. Телескоп состоял из одного тонкого и одного толстого слоя кремния и был помещен в точке (5, 2, 10). Картинка прекрасная, варирование параметров пучка дает ожидаемые результаты.</p>
<p> </p>
<p>Известные проблемы:</p>
<ol>
<li>Если не включены задачи ERBeamDetDigitizer и ERBeamDetTrackFinder поиск трэка не работает.</li>
<li>Нет возможности отключить первый слой телескопа, чтобы избежать от рассеяния в тонкой платине кремня - мелочь.</li>
<li>Реконструкция не чувствительна на множественность. Был один расчет, который не удается повторить, где тяжелая частица пролетела в плоскости пластины через несколько стрипов (в ветке point был виден прекрасный намек на пик Брэгга). В реконструкции естественно засветилось много стрипов с обоих сторон и получилась матрица возможных позицией. Поскольку энерговыделение было большое, не удалось отсечь событие по порогам реконструкции. С этим пока можно легко жить.</li>
</ol>
<p>Трек его состоит из точки на мишени: она либо есть в дереве благодаря BeamDet. Либо пользователь задает ее из макроса.</p>
<p>так же в трек входят точки, которые следуют из зажженных стрипов на самом QTelescope. Тут два варианта: либо у тебя есть двухстронняя станция. Либо у тебя есть две станции: одна X, другая Y и точка собирается по показаниям обоих.</p>
<p>То есть в интерфейсе класса должен быть метод указывающий какая станция умеет возвращать точку, либо какая пара станций умеет возвращать точку.</p>
<p>SetHitStation(stationID)</p>
<p>SetHitStation(stationID, stationID2)</p>
<p>Поэтому нужно сделать следующее:<br />
1) понять что за станции работают на нахождение точки. Пусть пока есть только двусторонние.<br />
2) Найти координату на телескопе в локальной СК станции<br />
3) перевести координату глобольную ск</p>
<p>Фактически ERQTelescopeTrack будет содержать две точки. Мишень и точку на сработавшей станции.</p>
<p>Для того, что бы телескоп "вернул точку" необходимо выполнить<br />
какие-то действия над результатом дижитизации. Причем эти действия формируются пользователем<br />
по результатам анализа дижитизированных или калиброванных данных в интерактивной сессии.</p>
<p>Точку могут сформировать стрипы прошедшие отбор по следующим критериям, которые являются интерфейсами данного класса:</p>
<p>1) отбираются стрипы, у которых едепы попадают в заданный диапазон</p>
<p>2) разница едеп между X и Y не превосходит заданной величины</p>
<p>3) временные отметки всех использованных сигналов совпадают в пределах заданной ошибки</p>
<p>4) критерий идентификации DeltaE-E. Этот критерий реализовать сложнее всего. И я пока предлагаю отложить его. Возможно даже увести в этап анализа.</p>
<p>Треков может получиться несколько. Каждый из них идет в следующий этап реконструкции</p>
<p>Результат:</p>
<p>Точка попадения в детектор реконструируется согласно ожиданию. Симмуляция проводилась с помощью макроса в прикрепленном файле в ветке "dev"</p>
<p>commit 1dd63218bf1d8f45e4c40de2a11f51551da20c57<br />
Merge: 57a4593 743bfd0<br />
Author: Mikhail Kozlov <kozlov.m.your@yandex.ru><br />
Date: Tue Mar 6 20:20:44 2018 +0300</kozlov.m.your@yandex.ru></p> +0300</p>
<p>С помощью прикрленного макроса для просмотра видим:</p>
<p><img alt="" data-rich-file-id="55" height="584" src="/develop/system/rich/rich_files/rich_files/000/000/055/original/trackReco.png" width="909" /></p>
<p> </p>
<p>Нам интересен последний столбец (картины 3 и 6). На верху видим из номеров стрипов реконструированные точки попадения в детектор, внизу точкы полученные в симмуляции. Пучок вылетал из точки (5, 2, 2) под углом <15, 18> градусов. Телескоп состоял из одного тонкого и одного толстого слоя кремния и был помещен в точке (5, 2, 10). Картинка прекрасная, варирование параметров пучка дает ожидаемые результаты.</p>
<p> </p>
<p>Известные проблемы:</p>
<ol>
<li>Если не включены задачи ERBeamDetDigitizer и ERBeamDetTrackFinder поиск трэка не работает.</li>
<li>Нет возможности отключить первый слой телескопа, чтобы избежать от рассеяния в тонкой платине кремня - мелочь.</li>
<li>Реконструкция не чувствительна на множественность. Был один расчет, который не удается повторить, где тяжелая частица пролетела в плоскости пластины через несколько стрипов (в ветке point был виден прекрасный намек на пик Брэгга). В реконструкции естественно засветилось много стрипов с обоих сторон и получилась матрица возможных позицией. Поскольку энерговыделение было большое, не удалось отсечь событие по порогам реконструкции. С этим пока можно легко жить.</li>
</ol>