Skip to main content
Over-the-air (OTA) updates let you ship firmware or application bundles to selected devices without physical access.

Concepts

Console workflow

  1. OTAReleases → create release with name and supported device types.
  2. Deployments → create deployment:
    • Select release
    • Choose targets (tags, fleets, and/or device names)
    • Set retry policy and optional schedule
  3. Trigger deployment when ready.
  4. Monitor status on deployment detail; cancel if needed.
Devices must run an edge client with the OTA module enabled (for example Omega with OTA capability in security.capabilities).

CLI workflow

Set org/project context first — see Context.
JSON automation example:

Targeting rules

Deployments can combine:
  • target-tags — devices with any listed tag
  • target-fleets — all devices in named fleets
  • target-devices — explicit device names
Only devices whose type matches the release’s device-types receive the update.

Edge behavior

Omega’s OTA module downloads signed artifacts, verifies integrity, and applies updates per profile policy. Control messages use HMAC-signed envelopes — see Remote control.

Troubleshooting

Use platform-tui ota deployments list --release=<name> for CLI status inspection.