Over-the-air (OTA) updates let you ship firmware or application bundles to selected devices without physical access.Documentation Index
Fetch the complete documentation index at: https://docs.ilyama.golain.io/llms.txt
Use this file to discover all available pages before exploring further.
Concepts
| Term | Meaning |
|---|---|
| Release | Versioned artifact metadata (name, compatible device types) |
| Deployment | A rollout binding a release to targets (tags, fleets, devices) |
| Trigger | Starts delivery to eligible online devices |
| Cancel | Stops an in-progress deployment |
Console workflow
- OTA → Releases → create release with name and supported device types.
- Deployments → create deployment:
- Select release
- Choose targets (tags, fleets, and/or device names)
- Set retry policy and optional schedule
- Trigger deployment when ready.
- Monitor status on deployment detail; cancel if needed.
security.capabilities).
CLI workflow
Set org/project context first — see Context.Targeting rules
Deployments can combine:- target-tags — devices with any listed tag
- target-fleets — all devices in named fleets
- target-devices — explicit device names
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
| Symptom | Check |
|---|---|
| Device never updates | Online? Correct tags? OTA module enabled? |
| Deployment stuck | Retry limits, device logs, deployment status in console |
| Wrong firmware | Release device-types vs actual device type |
platform-tui ota deployments list --release=<name> for CLI status inspection.