1 / 10

Proposition for a new policy for MAPMT Gain Control

Proposition for a new policy for MAPMT Gain Control. Sylvie Dagoret-Campagne LAL. ASIC KI count and Photon counting versus light flux Salleh and Philippe, September 12. Photon Counting And KI counting. 3. 7. 11. 6. 10. 2. 12. 4. 8. 9. 5. 1. Light flux.

aleta
Download Presentation

Proposition for a new policy for MAPMT Gain Control

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Proposition for a new policy for MAPMT Gain Control Sylvie Dagoret-Campagne LAL EUSO-BALLOON 8th Progress meeting

  2. ASIC KI count and Photon counting versus light fluxSalleh and Philippe, September 12 Photon Counting And KI counting 3 7 11 6 10 2 12 4 8 9 5 1 Light flux EUSO-BALLOON 8th Progress meeting

  3. Gain Reduction : light increase Gain 10^4 Gain 10^ 2 Gain 10^6 3 7 11 6 10 2 12 4 8 9 5 1 EUSO-BALLOON 8th Progress meeting

  4. Gain Reductionalgorithmwith 8 KI channels of 36 PMT Small light OR_8(isKI_i > KI_th1) no Gain =10^6 yes Gain =10^4 OR_8(isKI_i > KI_th2) no yes Gain =10^2 OR_8(isKI_i > KI_th3) no Status (stored in FPGA) Algorithmimplemented in FPGA (each GTU) EUSO-BALLOON 8th Progress meeting

  5. Gain Reduction : light decrease Gain 10^ 2 Gain 10^4 Gain 10^6 3 7 11 6 10 2 12 4 8 9 5 1 EUSO-BALLOON 8th Progress meeting

  6. Gain increasealgorithmwith64 PC channels of 36 PMT Big light light OR_64(isPC_i < PC_th3) no Gain =10^2 yes Gain =10^4 OR_64(isPC_i < PC_th2) no yes Gain =10^6 OR_64(isPC_i < PC_th1) no Status (stored in FPGA) Algorithmimplemented in FPGA (applied Each GTU) EUSO-BALLOON 8th Progress meeting

  7. Remarks • Gain increase requires to test the photon counting values over 64 ch x 36 pmt =2300 ch at each GTU • This is too heavy calculation inside the FPGA =>Try another algorithm EUSO-BALLOON 8th Progress meeting

  8. Gain increasealgorithmwith64 PC channels OR_64(isPC_i < PC_th3) no yes EUSO-BALLOON 8th Progress meeting

  9. En fonction de ressources dispo dans FPGA, on peut imaginer plusieurs façon différente pour changer le gain du PM or éteindre le HV.Je vais lister quelque façon differente pour gerer le gain :1) Méthode très basique: Le data de KI est utiliser pour couper le HV du PM. Un timer est utilisé pour remettre en route le HV.Pros : Peu gourmand en ressource. Cons: Pas de changement de gain pour le PM. Seulement ON ou OFF.Possibilité d’implémenter dans le PDM : Je dirais oui.2) Verifier les 8 voies PC correspondant à KI Data KI et Data PC ( seulement 8) sont utilisé pour remonter le gain.Pros : Utilise pas beaucoup de ressource: Seulement 8 voies PC + quelques bit pour indiquer quelle KI (et aussi PC?) touché. Possibilité de changer le gain.Cons : Le flux lumineux peut se propager sur plusieurs voies de KI. Donc il faut être judicieux avant de remonter le gain.Possibilité d’implémenter dans le PDM : si c'est fait correctement je dirais oui.3) Utiliser tous le pixel de PC et KIData KI et Data PC sont utilisé pour baisser ou remonter le gain.Pros : Solution ideal. Simple à implementer.Cons : Beaucoup de ressource.Possibilité d’implémenter dans le PDM : Probablement non (avis perso). seulement les coréens peuvent nous dire.4) Solution à la Mario BertainaUtiliser les voies PC qui sont aux bords de chaque EC.Pros : Pas de KI.Cons : Il faut verifier la propagation du flux lumineux. Nombre de voies requises est  au moins 2 fois plus que celles du KI . Pb de pileup dans PC (donc KI est nécessaire). Algo peut être complexe.Possibilité d’implémenter dans le PDM : Il faut évaluer le nombre de ressources utilisé.Si je classe ces solutions en nombre de ressource : 1 < 2 < 4 < 3.Par défaut  il est possible d’implémenter  la solution 1.  SALLEH EUSO-BALLOON 8th Progress meeting

  10. Depending on availableresources in FPGA, one can imagine severalthe gain of gold off the HV PM.? I willlistsomedifferentway to manage the gain:? 1) very basic method:? The data of KI isused to cut the HV PM. A timerisused for restarting the HV.? Pros: No resource intensive. ? Cons: No change in gain for the PM. Only ON or OFF.? Ability to implement in the PDM: I wouldsayyes.?? 2) Check the PC 8 channelscorresponding to KI? KI Data and Data PC (only 8) are used to raise the gain.? Pros: not use a lot of resource: PC Only 8 channels + some bit to indicatewhich KI (and PC?) affected. Possibility of changing the gain.? Cons: The luminous flux isspread over severalchannels of KI. So we must bewisebeforereassembling gain.? Ability to implement in the PDM, if doneproperly I wouldsayyes.?? 3) Use all the pixel PC and KI? KI Data and Data PC are used to lower or raise the gain.? Pros: ideal solution. Simple to implement.? Cons: Manyresource.? Ability to implement in the PDM: Probably not (personal opinion). onlyKoreanscan tell us.?? 4) Solution to Mario Bertaina? Use PC channels are the edges of each EC.? Pros: No KI.? Cons: It isnecessary to check the spread of the light. Number of channelsrequiredisat least 2 times more than KI. Pb pileup in PC (so KI isneeded). Algorithmcanbecomplex.? Ability to implement in the PDM: We must assess the number of resourcesused.?? If I classifythese solutions as the number of resource: 1 <2 <4 <3.? Default itis possible 'implementsolution 1 SALLEH EUSO-BALLOON 8th Progress meeting

More Related