Skip to content

Profile fields

Applies to SiteSync StandardEnterprise Management Introduced in 1.0.0 Role: Administrator
FieldRequiredDescription
Device Profile NameYesA unique name for this profile within SiteSync. Appears in the device list, the fleet Overview dashboard, and exported CSV data.
ManufacturerNoThe device manufacturer. Used for display and filtering.
Sensor TypeNoCategorizes the measurement the device produces (e.g. Current, Temperature, Voltage).
Firmware VersionNoThe firmware this profile targets (e.g. v1). Typically v1.
Hardware VersionNoThe hardware revision this profile targets. Used with Firmware Version to identify the physical variant. Typically v1.
FieldRequiredDescription
DecoderYesThe payload decoder used to parse raw messages for devices on this profile. If none is selected, decoding fails for all devices on this profile.
UDTYesThe Ignition UDT (User Defined Template) that defines the structure of the decoded output. If none is selected, adding devices fails.
External Profile IDNoLinks this SiteSync profile to a profile/entity in an external system. Some network servers (Actility ThingPark, ChirpStack) require a device profile; a default is set per server but can be overridden here. The magnifying glass launches the Actility profile picker — select, then save the profile to apply it to future devices.
Primary ValueNoThe headline metric from the device’s payload (e.g. .../data/maximumAmps). Shown most prominently on the device detail page and fleet views. Requires a saved UDT.
Display ValuesNoAdditional payload fields shown on the device values page. Configured on the UDT (not directly on this form) — see Configure Display Values. Requires a saved UDT.
Limited ModelNoLinks a custom data structure for integrations into other systems (e.g. PI). Pulls from the UDT folder SiteSyncModels. Implementations vary — contact support.
FieldDescription
RegionThe LoRaWAN frequency plan for where devices are deployed (e.g. US915 for North America). Primarily used for filtering today; richer LoRa profile settings are planned here.
FieldDescription
Message IntervalHow frequently (in seconds) the device should report — e.g. 1400 seconds ≈ every 23 minutes. This defines the expected check-in window used to decide whether a device has missed a check-in.

Some LoRa devices send a lot of data across many payloads (fragmentation). SiteSync can reassemble these into a decodable payload — for specific firmwares only.

FieldDescription
Fragment payloadsCheckbox, default off. When enabled, large payloads from this device are split into smaller messages and reassembled by SiteSync. Contact support if unsure whether your device needs this.
Was this page helpful? Report incorrect documentation Last reviewed 2026-07-30