Queclink support
Queclink trackers on Nexara.
The most heavily exercised family on the platform. Two decoders — a general Queclink parser and a dedicated GV50CNA implementation — cover position, ignition, movement, power and event reporting.
queclinkqueclink-gv50cnaqueclink-gv50cna-udpModels
What you get once Queclink telemetry lands
Decoded Queclink data is normalized into the same event model as every other manufacturer — so the REST API you write against does not branch per vendor, and the white-label tracker renders it without per-device work.
Other supported manufacturers
Teltonika
SupportedTeltonika telemetry is decoded into the same normalized event model as every other manufacturer, so an application written against Nexara does not change when the hardware does.
Teltonika device support →Concox
SupportedConcox GT06-family devices are decoded natively, covering the low-cost end of the market that distributors most often start with.
Concox device support →Meitrack
SupportedMeitrack devices decode into the same position and event shape as the rest of the fleet, with no per-manufacturer branching in your application.
Meitrack device support →AsiaTelco
SupportedAsiaTelco (ATEL) devices are decoded on a dedicated ingestion port, carried over from an earlier deployment so existing hardware kept reporting through the migration.
AsiaTelco device support →Hardware that isn’t on this list
Nexara carries a configuration-driven decoder alongside the per-manufacturer ones. A protocol is described as data — framing, login handshake, field offsets — rather than written as code, so adding a device family does not require a platform release. Send us a packet capture and we can tell you whether your hardware decodes.
Evaluate my devices