A method for luminosity determination based on real-time hit reconstruction with the LHCb silicon pixel detector

Este artigo descreve um novo método de determinação de luminosidade em tempo real para o experimento LHCb, implementado no firmware dos FPGAs do detector de silício VELO a partir de 2024, que alcança uma resolução estatística superior a 1% e uma granularidade temporal inferior a 100 ms em colisões de prótons e chumbo.

O essencial

Imagine que o LHCb (um dos grandes experimentos do CERN) é como uma câmera de segurança ultra-rápida instalada dentro de um túnel onde dois trens de partículas (feixes de prótons) colidem a velocidades próximas à da luz. O objetivo principal desse experimento é estudar o que acontece nessas colisões, como se fossem "fósseis" de partículas que revelam segredos do universo.

Para que a câmera tire fotos boas, ela precisa saber exatamente quão intensa é a luz (ou melhor, a quantidade de colisões) a cada segundo. Essa medida é chamada de Luminosidade. Se a luminosidade for muito baixa, as fotos ficam escuras (poucos dados). Se for muito alta, a câmera pode "cegar" ou ficar sobrecarregada (muitos dados, risco de perder informações).

O problema é que, no passado, a câmera precisava de um "assistente" externo para contar quantas colisões estavam acontecendo. Mas, com a nova atualização do experimento (Run 3), a equipe criou uma solução inteligente: a própria câmera aprendeu a contar as colisões em tempo real, sem precisar de ajuda externa.

Aqui está como funciona, explicado de forma simples:

1. O "Olho" da Câmera (O Detector VELO)

O detector mais próximo do ponto de colisão é chamado de VELO. Pense nele como uma grade de sensores de pixels super sensíveis, parecida com a tela do seu celular, mas muito mais rápida e precisa. Quando as partículas colidem, elas deixam um "rastro" ou um "ponto" nesses sensores.

2. O Truque do "Contador de Bolinhas"

Antes, os computadores precisavam processar milhões de dados complexos para contar quantas colisões houve. Isso levava tempo.
Neste novo método, os engenheiros instalaram um contador automático direto no chip (FPGA) que lê os sensores.

• A Analogia: Imagine que você tem uma sala cheia de pessoas (partículas) entrando e saindo. Antigamente, você precisava de um gerente para olhar cada pessoa, anotar no caderno e depois somar tudo. Agora, você colocou um contador automático na porta que apenas pisca uma luz cada vez que alguém passa. É instantâneo.

3. Como eles contam sem se confundir?

O grande desafio é que, quando há muita gente (alta luminosidade), as pessoas podem se aglomerar e parecer uma só. O contador poderia errar e dizer que passou 1 pessoa, quando na verdade passaram 3.

• A Solução: O sistema não conta apenas "se passou alguém". Ele conta agrupamentos. Ele olha para áreas específicas dos sensores (chamadas de "regiões de acumulação") e conta quantos "agrupamentos" de partículas (clusters) aparecem.
• Eles usam uma matemática inteligente (baseada em estatística de Poisson) para garantir que, mesmo que dois pontos se toquem, o sistema saiba que são dois eventos distintos ou ajuste a contagem corretamente. É como se o contador soubesse que, se a sala estiver muito cheia, ele deve contar os grupos, não apenas os indivíduos.

4. A "Média Cortada" (O Segredo da Precisão)

O sistema tem 208 contadores diferentes espalhados pelo detector. Às vezes, um contador pode falhar, ficar sujo ou receber um "susto" (ruído) e contar errado.

• A Analogia: Imagine que você pede para 208 pessoas contarem quantos carros passam na rua. Se uma pessoa estiver distraída e contar 100 carros quando passaram 50, a média geral fica errada.
• O Truque: O sistema usa uma "Média Cortada". Ele ignora automaticamente os 15% dos contadores que estão contando valores extremos (muito altos ou muito baixos) e faz a média apenas com os 70% que estão mais estáveis. Isso garante que o resultado final seja super confiável, mesmo se alguns sensores estiverem com problemas.

5. Calibração: O "Régua" de Medição

Para saber se o contador está certo, eles precisam de uma "régua" de referência.

• O Método: Eles fazem um teste especial chamado vdM (Van der Meer). É como se eles movessem os dois trens de partículas um pouco para o lado e para o outro, medindo exatamente quantas colisões acontecem em cada posição. Com isso, eles criam uma régua perfeita para calibrar seus contadores.
• Depois dessa calibração, o sistema consegue medir a luminosidade com uma precisão melhor que 1%, e faz isso em tempo real (a cada 3 segundos, ou até mais rápido).

6. Por que isso é importante?

• Segurança: Se a luminosidade ficar muito alta, o sistema avisa imediatamente para os operadores reduzirem a intensidade, protegendo o detector.
• Eficiência: Como a contagem é feita na hora, o experimento não perde tempo esperando processamento. Eles sabem exatamente quanto "combustível" (dados) estão coletando.
• Versatilidade: Funciona tanto para colisões de prótons (como carros leves) quanto para colisões de íons de chumbo (como caminhões pesados), que são muito mais bagunçados e cheios de partículas.

Resumo Final

Os cientistas do LHCb criaram um sistema de contagem inteligente e autônomo que vive dentro do próprio detector. Em vez de depender de computadores lentos para contar depois, eles colocaram um "contador de bolinhas" direto no chip que lê os sensores. Usando uma média inteligente que ignora erros e uma régua de calibração precisa, eles conseguem medir a intensidade das colisões com uma precisão incrível, garantindo que o experimento funcione no seu limite máximo sem quebrar. É como ter um guarda de trânsito que não apenas conta os carros, mas também sabe exatamente quando o trânsito está ficando perigoso e ajusta o fluxo na hora!

Resumo técnico

Título: Um método para determinação de luminosidade baseado em reconstrução de hits em tempo real com o detector de pixels de silício do LHCb

1. O Problema

O experimento LHCb no Grande Colisor de Hádrons (LHC) opera com uma luminosidade instantânea nivelada (mantida constante) para otimizar a coleta de dados de física de sabor pesado. Para o Run 3 (iniciado em 2022/2023 e em operação contínua), o LHCb visa uma luminosidade de $2 \times 10^{33} \text{ cm}^{-2}\text{s}^{-1}$.

• Requisito Crítico: A operação segura e eficiente exige uma medição de luminosidade instantânea em tempo real com precisão de pelo menos 5%.
• Desafio Anterior: Nos Runs 1 e 2, a medição dependia de informações do nível de gatilho de hardware (L0) ou de detectores dedicados (como o PLUME). Com a remoção do gatilho L0 no Run 3 e a adoção de uma arquitetura de leitura sem gatilho (triggerless), tornou-se necessário desenvolver novos métodos que operem diretamente no nível de leitura dos detectores, independentemente da reconstrução de eventos baseada em software.
• Objetivo: Criar um estimador de luminosidade rápido, robusto e de alta granularidade temporal, capaz de monitorar a região luminosa e fornecer feedback para o nivelamento do feixe.

2. Metodologia

O método proposto utiliza contadores de hits (impactos) reconstruídos no VELO (Vertex Locator), o detector de pixels de silício mais próximo da região de colisão.

• Reconstrução em Tempo Real (Firmware):

  • O sistema de aquisição de dados (DAQ) do LHCb Run 3 processa todos os hits do VELO a uma taxa de 40 MHz.
  • Um algoritmo de agrupamento (clustering) de 2D é executado diretamente nos FPGAs das placas de leitura (TELL40), transformando pixels ativos adjacentes em "clusters" (representando partículas) em tempo real.
  • Isso gera cerca de $10^{11}$ hits reconstruídos por segundo disponíveis para medição imediata.

• Arquitetura dos Contadores:

  • Foram definidas 208 regiões de acumulação (4 internas e 4 externas por camada em 26 camadas do VELO).
  • Métodos de Contagem:
    1. Método de Média (Average): Conta o número médio de clusters por evento cruzado, subtraindo contribuições de fundo (colisões feixe-vazio, vazio-feixe e vazio-vazio).
    2. Método Log0: Conta a fração de eventos vazios (sem clusters). Baseia-se na estatística de Poisson ($\mu = -\ln P(0)$). É usado como verificação de linearidade e é robusto contra saturação, mas menos preciso em altas ocupações.
    3. Contadores por BXID: Contagem específica para cada par de feixes cruzados (3564 identificadores), útil para monitorar a estrutura do feixe.

• Processamento e Estimação Global:

  • Os dados são processados com uma média móvel ponderada (parâmetros $\lambda$ e $N$) para suavizar flutuações estatísticas.
  • Um estimador global é construído utilizando uma média aparada (trimmed mean) dos contadores externos (mais distantes do feixe, menos sensíveis a variações de posição da região luminosa). Os 15% de valores mais extremos são descartados para eliminar outliers e canais ruidosos.
  • A calibração é feita através de escaneamentos van der Meer (vdM), onde os feixes são deslocados transversalmente para medir a seção de choque visível ($\sigma_{vis}$) de cada contador.

3. Contribuições Principais

• Implementação em Firmware: A primeira aplicação de contagem de hits reconstruídos diretamente no nível de leitura do detector (FPGA) para medição de luminosidade em tempo real em um experimento de alta energia.
• Granularidade Temporal: Capacidade de fornecer medições com resolução temporal intrínseca inferior a 100 ms (atualmente amostrado a cada 3 segundos para análise), permitindo um monitoramento muito mais rápido que métodos baseados em software.
• Robustez e Flexibilidade: O sistema é altamente configurável via firmware, permitindo ajustar regiões de acumulação e parâmetros de integração para diferentes condições de operação (pp e PbPb).
• Validação Multi-ambiente: O método foi validado não apenas em colisões próton-próton (pp), mas também em colisões de íons pesados (PbPb), demonstrando robustez em cenários de altíssima ocupação.

4. Resultados

• Precisão Estatística: O método alcança uma resolução estatística melhor que 1% (especificamente, uma dispersão relativa de 0,27% em condições de luminosidade constante durante o escaneamento vdM, e 0,3% após correções de posição do feixe em dados de física).
• Linearidade: A relação entre a contagem de hits e a luminosidade é linear.
  • Em simulações e dados de $\mu$-scans (variação de ocupação), os desvios da linearidade são compatíveis com zero.
  • O coeficiente de não-linearidade foi medido como $g_{nl} \approx (0.02 \pm 0.22)\%/\mu_{vis}$ para o método de média, indicando ausência de saturação significativa na faixa de operação do Run 3.
• Estabilidade Temporal: Comparado ao luminômetro oficial (PLUME), o estimador baseado no VELO mostrou uma estabilidade excepcional, com uma dispersão relativa de 0,3% ao longo de duas semanas de operação (após correção de deslocamento da região luminosa ao longo do eixo Z).
• Correção de Sistema: Identificou-se que deslocamentos da região luminosa ao longo do eixo Z causam uma variação sistemática de ~0,2% na medição. Uma correção baseada na posição do feixe (monitorada em tempo real) reduz significativamente a dispersão entre os contadores.
• Disponibilidade: O sistema possui uma disponibilidade de ~93% do tempo de feixes estáveis, com apenas ~2% de ineficiência intrínseca (devido a verificações de consistência e fechamento do VELO).

5. Significado e Impacto

• Operacionalidade: O método está em operação contínua desde o início do Run 3 (2024) e é utilizado para o nivelamento de luminosidade do LHCb, substituindo ou complementando métodos anteriores.
• Independência: Oferece uma medição independente e rápida, crucial para a redundância e confiabilidade do sistema de controle do acelerador.
• Versatilidade: A mesma infraestrutura de contagem pode ser usada para monitorar a posição do centroide da região luminosa em tempo real (usando análise de componentes principais), permitindo correções de luminosidade ainda mais precisas.
• Futuro: A técnica demonstra ser viável para cenários de altíssima ocupação (como colisões PbPb), abrindo caminho para o uso de contadores de hits em detectores de silício em futuros experimentos de alta luminosidade.

Em resumo, o artigo descreve uma inovação técnica que move a medição de luminosidade do nível de software/gatilho para o nível de firmware de leitura, proporcionando maior velocidade, precisão e robustez para a operação do LHCb no Run 3.