CalAmp Telematics Cloud, or CTC, is the platform behind CalAmp's LMU and other tracking devices. Its REST services sit under https://admin.calamp.com/connect and manage accounts, devices, assets, operators, groups, geozones, routes, and alerts. Event data reaches you three ways: the Data Pump FIFO queue, Results Services for history, and Custom Destination Streaming into AWS SQS, AWS Kinesis, Kafka, or Google Pub/Sub.
Through Fibric, an operator drains the Data Pump, watches geozone and fault events, and proposes a geozone, an alert trigger, or a device command. You approve it. The change is applied once and leaves a receipt of what changed and how to undo it.
This is a reference listing. It documents what Fibric would read from CalAmp Telematics Cloud and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.
Inputs
Events from the Data Pump through GET /events at connect.calamp.com/connect/datapump/services, oldest first, with numMessages defaulting to 100
Event history through GET /events/device/{id} with idType DeviceId or ESN and a date or a startDate and endDate range
Event types such as avlEvent with latitude, longitude, heading, and accumulators, dtcEvent, and J1939 and J1708 fault reports
Current asset state through GET /harrier/services/assetstate/asset/{id}/currentstate, returning a locationReport with time of fix and address
Devices, assets, operators, groups, routes, and alerts through the Entity Services, paged with pg and pgsize and sorted by searchable properties
Streamed messages of class EVENT_REPORT, DEVICE_COMMAND, AEMP, TRACKER, and VIDEO_EVENT delivered to a destination you configure
Proposed actions
Target capability: propose a geozone through POST /geozones with a CIRCLE, RECTANGLE, POLYGON, or MULTIPOLYGON shape
Target capability: propose an alert trigger or alert action template, and acknowledge fired alerts in bulk
Target capability: propose a device command job through createjob for a named device
Target capability: propose a message endpoint through POST /connect/services/accounts/{accountId}/messageendpoint for streaming
Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.
What you can build
Notice when an asset leaves its zone
Geozone membership rides on each event. The operator watches for an asset reporting outside its geozone and proposes a notice to the owner with the last known position.
dtcEvent and J1939 fault reports arrive through the Data Pump with device and time. The operator groups them per asset and proposes a service booking with the codes attached.
Current asset state gives latitude, longitude, heading, and time of fix. The operator computes an arrival window and proposes the update a dispatcher sends.
Events carry accumulators such as odometer and engine hours. The operator projects when each asset reaches its service point and proposes the booking date.
A CTC account with a user login and an application key, since every call carries calamp-services-app or x-app-key
An API version on each request, as v=2.1 or later, for endpoints that enforce pagination
For Custom Destination Streaming, a queue or topic you own: AWS SQS standard queue, AWS Kinesis, Kafka with SASL SCRAM or PLAIN, or Google Pub/Sub
For the Data Pump, a poller that reads at least every 48 hours, or the queue is disabled
Authentication
A Bearer access token from the CalAmp token endpoint at accounts.calamp.com using grant_type password with username, password, client_id, and scope, sent with the calamp-services-app application key header; the API conventions also document an authToken cookie with the calamp-services-app or x-app-key header.
Limits
CTC rate limiting is up to 200 calls per minute, with login APIs under separate guidance
Pagination uses pg and pgsize; pgsize defaults to 10 and caps at 100 on Entity Services, and at 500 on the Results events endpoint
Data Pump messages are removed once retrieved, so a poller must persist what it reads
An access token expires after 24 hours; the authToken cookie lapses 3600 seconds after the last request
Access and pricing
Reference listing. Fibric builds the connector under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.
Three ways. The Data Pump is a FIFO queue you poll with GET /events; it activates on the first call and holds every event for the account and subaccounts. Results Services return history by device and date. Custom Destination Streaming pushes messages to AWS SQS, AWS Kinesis, Kafka, or Google Pub/Sub.
What does a request need besides the token?
An application key in the calamp-services-app or x-app-key header, an API version such as v=2.1, and JSON. Responses are JSON only and UTF-8; XML support was discontinued. Paged responses carry totalCount and _links for first, prev, next, and last.
How fast does streaming deliver?
It depends on the destination. Kinesis batches are pushed at least every 100ms, or when a batch reaches 256KB or 500 messages. SQS receives messages as they arrive. Kafka timing follows the producer properties you set. Oversized messages are ZLIB-compressed and Base64-encoded.
Ask about CalAmp Telematics Cloud
Ask about the capabilities and requirements in this listing.
This connector listing is developed, published, and supported by Fibric. It describes integration with CalAmp Telematics Cloud through published interfaces. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy