Skip to main content
Skip table of contents

Navixy Generic Protocol 1.1a (on demand)

This version of the protocol is not yet openly available, if you are interested in this particular version, please contact our sales team.

Version 1.1a is the next step in developing the Navixy Generic Protocol (NGP). It introduces advanced data structures and enhanced custom attribute support, offering greater flexibility and efficiency in handling diverse telematics data. This version maintains backward compatibility with 1.0 to ensure easy upgrade.

Version 1.0 allows the creation of simple custom attributes in name:value format. Version 1.1a enhances this functionality by introducing a more sophisticated structure for such attributes with additional metadata and organization options. The enhancement enables more detailed and contextualized sensor data integration, making the protocol highly adaptable to user-specific needs. It offers:

  • New structured array format for complex data

  • Ability to provide more detailed attribute information

  • Support of additional metadata like units and identifiers

  • Dual implementation support of simple and enhanced custom attributes in the same message

The new enhanced custom attributes include the following fields:

Attribute

Type

Object

Required for object

Description

custom_attributes

Array [Object]

Root

No

All custom parameters should be put into the custom_attributes array of JSON objects.

└─ type

String

custom_attributes

Yes

Parameter that indicates the attribute’s name.

└─ id

Integer

custom_attributes

No

Identifier that shows the attribute order number.

└─ value

Mixed

custom_attributes

Yes

Value of the extended attribute that can have any data type.

└─ units

String

custom_attributes

No

If necessary units of measurement can be specified in this parameter.

A unique feature of version 1.1a is the ability to use both simple and enhanced custom attributes simultaneously in the same message, which allows for:

  • Backward compatibility with existing implementations
    All version 1.0 custom attributes continue to work without modifications, while new parameters can be added to them. This ensures the uninterrupted operation of existing systems.

  • Gradual migration to enhanced attributes
    Systems can transition to the new format one attribute at a time, allowing teams to test and validate enhanced attributes in production without requiring a complete system update.

  • Mixed usage based on specific needs
    Users can select the most appropriate format for each data point - simple attributes for basic data like status flags, and enhanced attributes for complex measurements requiring additional context like units.

Below is an example showing both simple and enhanced custom attributes in the same message:

JSON
{
    "message_time": "2024-09-02T12:23:45Z",
    "device_id": "857378374927457",
    "version": "1.1a",
    "location": {
        "latitude": 34.15929687705282,
        "longitude": -118.4614133834839
    },
    /* Simple Custom Attribute (Version 1.0) */
    "custom_fuel": 86,
    /* Enhanced Custom Attributes (Version 1.1a) */
    "custom_attributes": [{
        "type": "engine_rpm",
        "id": 1,
        "value": 2100,
        "units": "rpm"
    },
    {
        "type": "vehicle_load",
        "id": 2,
        "value": 75,
        "units": "percent"
    }]
}
JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.