Core concepts
Hiveron has a small vocabulary. Once these six nouns click, the rest of the platform follows naturally.
Device type
A named grouping of similar devices, such as “Water Sensor”. Firmware versions and individual devices both belong to a device type, which is how bulk firmware roll-outs target a whole class of hardware at once.
Device
A single physical unit, identified by a serial number and assigned to a device type. Each device carries a public key (its device key) used to authenticate the hardware, and can have a firmware version assigned to it.
Firmware
A named version (e.g. “v1.0.0”) that belongs to a device type and is backed by an uploaded binary file. Assigning a firmware to devices is what triggers an over-the-air update the next time those devices check in.
Telemetry
A reading reported by a device. Each entry is a free-form text payload (often JSON) with a timestamp, so you can send whatever measurements your device produces and inspect them later, filtered by type and time range.
Command
A message you queue for a device — think of it as a mailbox. The device polls for pending commands, executes them, and acknowledges each one, which removes it from the queue. Commands can carry text, a file, or raw hex.
Device key
An ECDSA P-256 keypair. Hiveron generates it for you; the public key is stored on the device record and the private key is flashed onto the hardware, where it signs the short-lived tokens the device uses to authenticate.
Two sides, two kinds of access
Hiveron separates the people who manage a fleet from the devices in the field:
- You work in the console. Signing in is handled by the app — you never deal with tokens by hand, and none of the setup requires the API.
- Devices authenticate to the
/iot/*API with a signed token derived from the device id and its private key. The publicGET /timeendpoint needs no token. See Device integration for how the token is built.