Adaptr Cloud service
Ingest
The door that device data comes in through. Frames from your gateways arrive over MQTT and are kept as received before they are read.
What it is
Ingest is the part of Adaptr Cloud that listens. Your gateways publish to our broker. Ingest checks which gateway sent each message, finds the battery it belongs to and stores what it says.
Raw CAN and RS-485 frames are stored as they arrived, and a decoder turns them into readings afterwards. Messages in the Battery Emulator format also arrive here, already decoded.
A message from a gateway nobody has registered is not stored as a reading. It is held for the owner to claim or reject.
Who it is for
- Fleet operators who want readings from batteries they already run.
- Integrators who connect gateways and need to know where a frame goes.
How it works
- A gateway publishes. The gateway connects to the broker with its own credentials and publishes on its own topics.
- Ingest places the message. Ingest works out the gateway and the battery, and refuses what it cannot place.
- The frame is kept, then decoded. A raw frame is written first. A decoder then reads it into a reading, which is stored beside the frame's source.
What it does not do yet
- The wires Ingest reads today are raw CAN, raw RS-485 and the Battery Emulator's MQTT format. See Decode for which protocols are read.
- SunSpec is read only over Modbus RTU on RS-485. Modbus TCP and manufacturer clouds are not connected.
- Raw frames are stored, but no screen or download returns them yet.
- A reading's time is when we received it, not when the device measured it.
A practical first step
Bring one pack and the question you need answered.
We will look at what your hardware already reports and say plainly whether Ingest fits, and if it does not.
Request a demo