# Cronometragem no dia da corrida

Depois que os pontos de controle, as corridas, os segmentos e os participantes estiverem configurados e os dispositivos de cronometragem forem atribuídos aos pontos de controle, sua corrida estará pronta para ser cronometrada.

Este artigo explica como operar o RRM no dia da corrida e como o sistema lida com as ultrapassagens antes e no início oficial da prova.

## Preparando dispositivos e raças

Antes de começar, certifique-se do seguinte:

* **Ativar leitura do dispositivo** → Os dispositivos devem estar ligados e a recolher dados.
* **Ativar o processo de passagens do dispositivo** → Os dispositivos atribuídos aos pontos de controle devem ser configurados para processar passagens.
* **Ativar passagens de processo de ponto de controle** → Os pontos de controle devem estar ativos para aceitar passagens.
* **Ativar passagens do processo de corrida** → A corrida deve ser configurada para processar passagens.

Você pode deixar a opção **passagens do processo de corrida** desativada até o último momento antes do início.

As passagens registradas enquanto uma corrida, dispositivo ou ponto de controle estiverem inativos ainda são salvas, mas marcadas como:

* **CORRIDA_ENCERRADA**
* **DISPOSITIVO_FECHADO**
* **PONTO DE CONTROLE FECHADO**

Essas passagens podem ser revisadas posteriormente na Visualização de Controle de Eventos.

## Largada Coletiva e Posição nas Antenas

Em largadas em massa, os participantes geralmente ficam sobre os tapetes de largada antes do tiro oficial. Isso pode produzir passagens **TIME_INVALID**, porque a corrida ainda não começou.

Uma preocupação comum é que, quando a corrida começa, alguns dos primeiros participantes já podem estar saindo da zona de partida. Seus chips já foram registrados como **TIME_INVALID** e, devido às janelas de rejeição do dispositivo, eles não são lidos novamente ao sair.

### Como o RRM lida com isso

O RRM resolve isso criando automaticamente **passagens lap_0** (partidas sintéticas) quando necessário.

![](https://rufus-serverless-v1-shopmediabucket-yqa11v58uwom.s3.us-east-1.amazonaws.com/knowledge/assets/knowledge_asset_792933f1f37e46af9c5915c3fe56c986/imported.png)
_Começar a lidar com o fluxo_

* Se um participante tiver apenas passagens **TIME_INVALID** antes de T=0 e nenhum START válido, o sistema gera um início sintético em **hora de início da corrida + 1 ms**.
* Isso garante que todos os participantes recebam um horário de largada adequado, mesmo que o chip deles tenha sido lido pela última vez pouco antes da largada oficial.
* As regras de reinicialização do dispositivo não impedem a criação deste início sintético.

Isso garante que os primeiros corredores a sair da zona de largada não fiquem sem um registro de partida.

## Iniciando a Corrida

Você pode iniciar uma corrida de duas maneiras, dependendo se você sabe o horário de início com antecedência.

### Opção 1: Horário de início pré-definido

* Insira o horário oficial de início no **Painel da Corrida**.
* Ative a opção **Processar Passagens** para a corrida.
* As passagens antes do início oficial são marcadas como **HORA_INVÁLIDA**.
* No início oficial, o relógio começa a contar e as passagens são processadas normalmente.

### Opção 2: Confirmação visual no início

* Insira a data de início no **Painel de Corrida**, deixando o tempo como `00:00:00`.
* Mantenha a opção **Passagens de Processo** da corrida desativada.
* No sinal de início real, ative **Processar Passagens** e anote a hora do dia.
* Atualize o Painel da Corrida com o horário de início real.

O RRM recalcula as classificações sob demanda. Ajustar o horário de início posteriormente não afeta a integridade dos dados — as classificações permanecem sempre consistentes.

## Lista de verificação final para o dia da corrida

* Verifique se todos os dispositivos, pontos de controle e configurações da corrida estão ativados.
* Use o método de início predefinido ou o método de confirmação visual.
* Mantenha os dispositivos ativos e processando as passagens de acordo com os requisitos da corrida.
* Lembre-se: **TIME_INVALID em T=0 é resolvido automaticamente com as partidas sintéticas lap_0**.

Com estas diretrizes, você pode gerenciar com confiança a cronometragem precisa de corridas, tanto para eventos pequenos quanto para grandes.