For the complete documentation index, see llms.txt. This page is also available as Markdown.

Setting up efficient polling strategies

Understanding when and how often to poll Hiboo's API ensures you get the data you need while maintaining system efficiency. This guide covers the essential polling patterns for different business scenarios.

Overview

Hiboo processes equipment data in near real-time as it's received from various data sources, but transmission patterns vary significantly across equipment brands and operational scenarios.

Key Data Characteristics:

  • Near real-time processing: Data is computed immediately when received by Hiboo

  • Variable transmission timing: Equipment sends data based on events or fixed schedules, depending on the source

  • Delayed data scenarios: Some data only transmits when specific conditions are met

Common Delay Examples:

  • Engine-off reporting: Some brands only report "Engine off" events when the engine restarts

  • Weekend gaps: Reduced connectivity and activity during weekends

  • Connectivity issues: Remote locations may have intermittent data transmission

Recommended Baseline Strategy:

  • Frequent monitoring: Multiple polls per day/hour for operational data

  • Weekly catch-up: 10-day data windows to capture delayed transmissions

Real-Time Fleet Monitoring

Current Fleet Activity

Problem: You need current operational information for your entire fleet to support operational decisions and monitoring dashboards.

Solution: Use snapshot endpoints for immediate equipment status across your fleet.

Fleet

get
/v2/fleet/equipments/snapshot

Returns the last information available for all data kinds for the fleet. This endpoint is paginated.

Authorizations
x-access-tokenstringRequired

Generate a JWT when you log in. Use it in your following requests in the header as x-access-token: your-token-here

Query parameters
limitinteger · int32 · max: 50Optional

The numbers of items to return

Default: 20
offsetinteger · int32Optional

The number of items to skip before starting to collect the result set

Default: 0
searchstringOptional

Optional - if provided it will return the equipment with a fleet number or serialNumber matching the parameter

filterByInProgressSharingintegerOptional

This parameter allows filtering the equipments based on whether the equipment is currently involved in an in-progress sharing process or not.

Example: {"value":0,"summary":"Filter by not in progress sharing"}
Responses
200

Snapshot of all devices

application/json
get/v2/fleet/equipments/snapshot

Recommended polling frequency:

  • Operational hours: Every 15-30 minutes (6 AM - 6 PM)

  • Off-hours: Every 60 minutes

  • Weekends: Every 2-4 hours (unless 24/7 operations)

Individual Equipment Monitoring

Problem: You need detailed current activity for specific high-value or critical equipment pieces.

Solution: Poll individual equipment snapshots for focused monitoring.

Equipment

get
/v2/fleet/equipments/{id}/snapshot

Returns the last information available for all data kinds for specific equipment

Authorizations
x-access-tokenstringRequired

Generate a JWT when you log in. Use it in your following requests in the header as x-access-token: your-token-here

Path parameters
idinteger · int32Required

ID of the equipment

Responses
200

Latest snapshot of the machine

application/json

Snapshot of the specified device for all kinds

get/v2/fleet/equipments/{id}/snapshot

Use this approach when:

  • Critical equipment: High-value assets requiring constant monitoring

  • Active projects: Equipment currently deployed on important jobs

  • Performance tracking: Detailed monitoring of specific equipment performance

Recommended polling patterns:

  • Critical equipment: Every 5-15 minutes during active use

  • Standard monitoring: Every 30 minutes during operational hours

Historical Data Collection

Comprehensive Equipment Data History

Problem: You need comprehensive historical data for analysis, reporting, and compliance requirements.

Solution: Use time series endpoints with strategic time windows to capture complete data sets.

Data kind history

get
/v2/fleet/equipments/{id}/{dataKind}

Returns time series data for a specific data kind for a piece of equipment.

Authorizations
x-access-tokenstringRequired

Generate a JWT when you log in. Use it in your following requests in the header as x-access-token: your-token-here

Path parameters
idinteger · int32Required

ID of the equipment

dataKindstring · enumRequired

Data kind identifier.

Example: batteryLevelPossible values:
Query parameters
sincestring · date-timeOptional

Default is beginning of yesterday UTC

untilstring · date-timeOptional

Default is end of today UTC

Responses
200

Snapshot of all devices

application/json
get/v2/fleet/equipments/{id}/{dataKind}

Time window strategies:

Recent data collection:

Weekly catch-up collection:

Simplified Equipment History

Problem: You need one endpoint for historical data including positions, fault codes, daily usage patterns, and operational metrics for comprehensive analysis.

Solution: Use equipment history endpoints for consolidated historical data across multiple data types.

Daily history

get
/v2/fleet/equipments/{id}/history

Returns comprehensive daily history for a piece of equipment including positions, usage, and fault codes.

Authorizations
x-access-tokenstringRequired

Generate a JWT when you log in. Use it in your following requests in the header as x-access-token: your-token-here

Path parameters
idinteger · int32Required

ID of the equipment

Query parameters
sincestring · date-timeOptional

Default is beginning of yesterday UTC

untilstring · date-timeOptional

Default is end of today UTC

Responses
200

Specific equipment details with its history

application/json
get/v2/fleet/equipments/{id}/history

What this endpoint provides:

  • Position history: Equipment locations over time

  • Fault codes: Diagnostic events and equipment issues

  • Fuel data: Remaining fuel levels and consumption patterns

  • Engine conditions: Running/idle status history

  • Daily usage summaries: Operating hours, idle time, working hours, distances

  • Cumulative metrics: Total hours, fuel consumption, distance, load counts, payload

  • Performance data: Speed patterns, load factors, emissions (CO2), DEF levels

Use this endpoint when:

  • Comprehensive reporting: You need multiple data types in a single request

  • Dashboard overviews: Consolidated view of equipment performance

  • Historical analysis: Studying patterns across different operational metrics

Strategic polling approach:

  • Daily collection: Previous day's data every morning (captures overnight transmissions)

  • Weekly collection: Previous week's data every Monday (catches weekend delays)

Note: For specific data types with higher frequency or detailed time-series analysis, use the /{dataKind} endpoint described above.

Best Practices

Polling Frequency Guidelines

High-frequency (every 5-15 minutes):

  • Critical equipment monitoring

  • Real-time dashboard updates

  • Active project tracking

Medium-frequency (every 30 minutes - 2 hours):

  • Standard fleet monitoring

  • Performance tracking

  • Operational oversight

Low-frequency (daily/weekly):

  • Historical data collection

  • Compliance reporting

  • Long-term analysis

Time Window Strategy

Recent data (last 24-48 hours):

  • Operational monitoring

  • Real-time decision making

  • Current status tracking

Catch-up data (last 7-10 days):

  • Complete data collection

  • Weekend/holiday coverage

  • Data quality assurance

Implementation Tips

Error handling:

  • Implement retry logic for temporary failures

  • Track last successful poll timestamps

  • Use overlapping time windows to ensure completeness

Performance optimization:

  • Use appropriate pagination for large fleets

  • Cache recent data to reduce redundant requests

  • Schedule bulk operations during low-activity periods

Monitoring:

  • Track polling success rates and response times

  • Alert on extended periods without successful data collection

  • Regular review of polling strategies against business needs

Last updated

Was this helpful?