Getting Started

Platform Overview

Understand the Infuse product family, who each area is for, and how the areas fit together.

Infuse is a connected-device platform for managing organisations, devices, embedded apps and algorithms, operational data, and analytics.

Most workflows cross product boundaries. For example, a marketplace storefront may use IAM credentials from Infuse Cloud, device IDs from Infuse-IoT Cloud, checkout from Infuse-Marketplace, and insight streams from Infuse-Analytics.

Product Areas

AreaPrimary audienceWhat it covers
Infuse CloudOrganisation owners and adminsOrganisation management, profiles, members, invitations, and shared account services.
IAM and AccessAdmins and backend developersUsers, groups, roles, permissions, service accounts, API tokens, and token exchange.
Infuse-IoT SDKFirmware and device developersInfuse-IoT SDK, Zephyr-based firmware guidance, board support, samples, embedded tooling, and generated SDK reference docs.
Infuse-IoT CloudDevice-platform developers, backend developers, and fleet operatorsDevice identity, boards, networks, console operations, provisioning, device state, configuration, commands, definitions, and connectivity APIs.
Infuse-DBData and platform engineersIngestion, datasets, querying, and retention for telemetry and operational streams.
Infuse-MarketplaceApp and algorithm developers, providers, and reseller teamsApp and algorithm publishing, provider listings, storefronts, checkout, purchases, releases, and installs for compatible Infuse-IoT SDK devices.
Infuse-AnalyticsProduct, operations, and data teamsPlanned operational insight over live and historical device data.

Infuse-IoT SDK And Infuse-IoT Cloud

Infuse-IoT SDK and Infuse-IoT Cloud are intentionally separate in the docs because they serve different personas.

  • Infuse-IoT SDK is for code that runs on the device: firmware architecture, SDK usage, board support, samples, and generated embedded reference material.
  • Infuse-IoT Cloud is for device operations and platform workflows: console-based fleet inspection, boards, networks, device records, provisioning APIs, state lookups, configuration, commands, definitions, and connectivity endpoints.

They meet at shared contracts such as device identity, provisioning material, RPC definitions, TDF definitions, KV definitions, routes, and telemetry context.

Typical Paths

Shared Prerequisites

Most product workflows require a registered user, an organisation, and suitable access before the product-specific steps work.