# Introducción a los dispositivos de temporización

En **RUFUS Race Manager (RRM)**, los dispositivos de cronometraje son el puente entre el hipódromo y el software. Capturan **pasos** (lecturas de chip, toques de dorsal o entradas manuales) y los envían a RRM, donde los datos se validan y se transforman en resultados de carreras.

## ¿Qué es un dispositivo de sincronización?

Un dispositivo de temporización es cualquier hardware o sistema que genera pases, cada uno de los cuales contiene:

* **Identificación del participante** (código del chip, dorsal o entrada manual).
* **Marca de tiempo** (el momento exacto en que ocurrió el fallecimiento).

Los dispositivos pueden funcionar automáticamente (lectores RFID, CloudBox) o manualmente (RUFUS Timing App). En RRM, cada dispositivo debe **asignarse a los puntos de control** para que el sistema sepa a qué parte de la carrera pertenece cada paso.

## Alcance del dispositivo

Cada dispositivo en RRM tiene un **alcance**, lo que significa que solo cubre un subconjunto de los puntos de control de la carrera.

* Ejemplo:
* **Dispositivo A** en la alfombrilla de inicio/final → el alcance incluye el inicio (vuelta 0) y el final (vuelta 9999).
* **Dispositivo B** en la alfombrilla de 10k → el alcance incluye solo el punto de control de 10k.
* **Dispositivo C** en las alfombrillas de 15k y 30k → el alcance incluye ambos puntos de control.

Los pases desde un dispositivo solo se validan con los puntos de control dentro del ámbito de ese dispositivo.

![](https://rufus-serverless-v1-shopmediabucket-yqa11v58uwom.s3.us-east-1.amazonaws.com/knowledge/assets/knowledge_asset_4f422d2c6d74422fa1b0f5a0afde2b7e/imported.png)
_Diagrama de alcance del dispositivo_

## Tiempo de rebote en dispositivos

Pueden producirse pases duplicados si un chip se lee varias veces en rápida sucesión. RRM gestiona esto a través de la **lógica de rebote**, pero es importante distinguir dos capas:

* **Rebote interno del dispositivo** → Algunos lectores RFID filtran las lecturas repetidas antes de enviarlas.
* **Rebote del dispositivo RRM** → Se configura al agregar el dispositivo en RRM. Asegura que los pases del mismo participante se ignoren dentro de una ventana de tiempo definida.

⚠️ Nota: **Los pases manuales** (añadidos en la aplicación o mediante herramientas flotantes/manuales) son inmunes al rebote del dispositivo, pero siguen respetando el **rebote del punto de control**.

## Rebote del dispositivo frente a rebote del punto de control

**El orden es importante:** RRM comprueba primero **Checkpoint Bounce** y luego **Device Bounce**.

* **BOUNCED_BY_CHECKPOINT:** se activa cuando una lectura llega dentro de la ventana por punto de control.
* **BOUNCED_BY_DEVICE:** se activa cuando una lectura llega dentro de la ventana propia del dispositivo.
* Los pases **manuales/flotantes** omiten el rebote del *dispositivo*, pero siguen respetando el rebote del *punto de control*.

![](https://rufus-serverless-v1-shopmediabucket-yqa11v58uwom.s3.us-east-1.amazonaws.com/knowledge/assets/knowledge_asset_d7074095f86d427d88caa23cbafb524d/imported.png)
_Rebote del dispositivo frente a rebote del punto de control_

## Estados de aprobación relacionados con los dispositivos

Al procesar los pases, las condiciones del dispositivo afectan directamente a los estados:

* **DEVICE_CLOSED** → El dispositivo está inactivo (no está configurado para procesar los pases).
* **BOUNCED_BY_DEVICE** → Se ignoró un pase porque se produjo dentro del período de tiempo de rebote del dispositivo.
* **VÁLIDO** → El dispositivo acepta el pase y lo asigna correctamente.

Estos estados dejan claro cómo se gestionó cada pase durante la validación.

## Tipos de dispositivos en RRM

* **Dispositivos en la nube**
* Conectados a través del RUFUS Cloud.
* Requieren acceso a Internet.
* Ejemplos: Integraciones personalizadas a través del Open API, RUFUS CloudBox con funciones de IoT.
* **Dispositivos locales**
* Conectados directamente al PC de cronometraje (Ethernet, WiFi, etc.).
* Comunicación a través de sockets TCP.
* Ejemplos: RUFUS CloudBox, Macsha One4All 5.
* Proporcionan supervisión ampliada (batería, temperatura, sincronización).

## Dispositivos de temporización locales compatibles

Puede conectar localmente los siguientes dispositivos de cronometraje compatibles:

* **Sistemas Macsha One4All 5 Base y PRO**
* **RUFUS CloudBox**
* **Resultado de la carrera**
* **Lectores LLRP RFID**
* **Mylaps**
* **Feibot**
* **Ultra RFID**
* **Westhold**

## Asignación de dispositivos a los puntos de control

Cada dispositivo debe asignarse a uno o más puntos de control en la **Configuración del dispositivo**.

* Esto garantiza que los adelantamientos solo se validen en las partes correctas de la carrera.
* Los dispositivos sin asignaciones de puntos de control no pueden contribuir a la temporización.

## Resumen

En RRM:

* Los dispositivos generan pases que están limitados a puntos de control específicos.
* La lógica de rebote garantiza que las lecturas duplicadas se filtren, ya sea a nivel de dispositivo o en RRM.
* Los estados relacionados con el dispositivo hacen que el manejo de los datos sea transparente.
* Se admiten tanto los dispositivos en la nube como los locales, y CloudBox sirve de puente entre ambos mundos.

Comprender cómo funcionan los dispositivos dentro del RRM es esencial para un cronometraje de carreras preciso, eficiente y fiable.