Connecting Local Devices
Last updated
Local devices in RUFUS Race Manager are used to collect race timing data directly from the field.
They are physically connected to the timing computer, typically via Ethernet or WiFi, and communicate using TCP sockets. This allows real-time data transfer with full control over device behavior.
To add a local device, open the Add Device modal and configure the device.

You can add a device in two ways:
Provide the full connection details:
IP Address: The device network address.
Port Number: The TCP port used for communication.
Checkpoint(s): The checkpoint(s) where the device is installed.
Bounce Time: Time (in seconds) to ignore repeated reads from the same chip.
This option is used when the device is already installed and its network configuration is known.
Enable Configuration pending to register the device without defining its network settings.
In this mode:
IP Address and Port Number can be left empty.
The device can still be assigned to one or more checkpoints.
Network configuration can be completed later.
This is useful when preparing the event in advance, before the device is physically installed or its network details are available.
Each device must be linked to one or more checkpoints.
This ensures that passings received from the device are associated with the correct location in the race.
Checkpoint assignment can be done at creation time, even when using Configuration Pending.
Devices added with Configuration Pending can be updated at any time.
Once the device is available:
Edit the device.
Enter the IP Address and Port Number.
Save the configuration.
The device will then be ready to establish a connection and start receiving passings.
RRM supports the following local timing devices:
Macsha One4All 5 Base and PRO systems
RUFUS CloudBox
RaceResult
LLRP RFID Readers
Mylaps
Feibot
Ultra RFID
Westhold
Local devices are recommended when a stable, direct connection to the timing system is required.
Typical use cases include:
Locations with limited or unstable internet connectivity.
Events requiring high reliability and low latency.
Setups where timing must operate independently from cloud services.
Local devices provide full control over timing data and ensure consistent operation during the race.
Last updated