Em RUFUS Race Manager (RRM), os dispositivos de cronometragem são a ponte entre o hipódromo e o software. Eles capturam passagens (leituras de chip, toques de peitinho ou entradas manuais) e as enviam para o RRM, onde os dados são validados e transformados em resultados de corrida.
O que é um dispositivo de temporização?
Um dispositivo de temporização é qualquer hardware ou sistema que gera passagens, cada uma contendo:
- Identificação do participante (código do chip, número de peito ou entrada manual).
- Data e hora (o momento exato em que o falecimento ocorreu).
Os dispositivos podem funcionar automaticamente (leitores RFID, CloudBox) ou manualmente (RUFUS Timing App). No RRM, cada dispositivo deve ser atribuído a pontos de controle para que o sistema saiba a qual parte da corrida cada passagem pertence.
Escopo do Dispositivo
Cada dispositivo no RRM tem um escopo, o que significa que ele cobre apenas um subconjunto dos pontos de controle da corrida.
- Exemplo: * Dispositivo A no tapete de Início/Fim → o escopo inclui Início (Volta 0) e Fim (Volta 9999). * Dispositivo B no tapete de 10k → o escopo inclui apenas o ponto de controle de 10k. * Dispositivo C nos tapetes de 15k e 30k → o escopo inclui ambos os pontos de controle.
As passagens de um dispositivo são validadas apenas em relação aos pontos de controle dentro do escopo desse dispositivo.
Tempo de Rejeição em Dispositivos
Passagens duplicadas podem ocorrer se um chip for lido várias vezes em rápida sucessão. O RRM gerencia isso por meio da lógica de rejeição, mas é importante distinguir duas camadas:
- Rejeição interna do dispositivo → Alguns leitores RFID filtram leituras repetidas antes de enviá-las.
- Rejeição do dispositivo RRM → Configurado ao adicionar o dispositivo no RRM. Garante que as passagens do mesmo participante sejam ignoradas dentro de uma janela de tempo definida.
⚠️ Observação: Passagens manuais (adicionadas no aplicativo ou por meio de ferramentas flutuantes/manuais) são imunes ao bounce do dispositivo, mas ainda respeitam o bounce do ponto de controle.
Rejeição do Dispositivo vs. Rejeição do Ponto de Verificação
A ordem importa, o RRM verifica primeiro o Bounce do Ponto de Verificação e, em seguida, o Bounce do Dispositivo.
- BOUNCED_BY_CHECKPOINT: é acionado quando uma leitura chega dentro da janela por ponto de verificação.
- BOUNCED_BY_DEVICE: é acionado quando uma leitura chega dentro da própria janela do dispositivo.
- Passagens manuais/flutuantes ignoram o ricochete do *dispositivo*, mas ainda respeitam o ricochete do *ponto de verificação*.
Status de aprovação relacionados a dispositivos
Ao processar as passagens, as condições do dispositivo afetam diretamente os status:
- DEVICE_CLOSED → O dispositivo está inativo (não configurado para processar passagens).
- BOUNCED_BY_DEVICE → Uma passagem foi ignorada porque ocorreu dentro da janela de tempo de rejeição do dispositivo.
- VÁLIDO → A aprovação é aceita pelo dispositivo e atribuída corretamente.
Esses status deixam claro como cada passagem foi tratada durante a validação.
Tipos de dispositivos no RRM
- Dispositivos em nuvem * Conectados via RUFUS Cloud. * Requerem acesso à Internet. * Exemplos: integrações personalizadas via Open API, RUFUS CloudBox com recursos de IoT.
- Dispositivos locais * Conectados diretamente ao PC de cronometragem (Ethernet, Wi-Fi, etc.). * Comunicação via soquetes TCP. * Exemplos: RUFUS CloudBox, Macsha One4All 5. * Fornecem monitoramento estendido (bateria, temperatura, sincronização).
Dispositivos de Sincronização Local Compatíveis
Você pode conectar localmente os dispositivos de temporização compatíveis atuais:
- Sistemas Macsha One4All 5 Base e PRO
- RUFUS CloudBox
- Resultado da Corrida
- Leitores LLRP RFID
- Mylaps
- Feibot
- Ultra RFID
- Westhold
Atribuindo dispositivos aos pontos de controle
Cada dispositivo deve ser atribuído a um ou mais pontos de controle nas Configurações do dispositivo.
- Isso garante que as ultrapassagens sejam validadas apenas em relação às partes corretas da corrida.
- Dispositivos sem atribuições de ponto de verificação não podem contribuir para a temporização.
Resumo
Em RRM:
- Os dispositivos geram passagens que são limitadas a pontos de controle específicos.
- A lógica de rejeição garante que leituras duplicadas sejam filtradas, seja no nível do dispositivo ou no RRM.
- Os status relacionados ao dispositivo tornam o tratamento de dados transparente.
- Tanto dispositivos na nuvem quanto locais são compatíveis, com o CloudBox fazendo a ponte entre os dois mundos.
Compreender como os dispositivos funcionam dentro do RRM é essencial para uma cronometragem de corrida precisa, eficiente e confiável.