Overview
Settings models define parameter threshold configurations for greenhouse sectors. They work in conjunction with periods (DAY, NIGHT, ALL) to control automation behavior.Setting
Domain model representing a parameter threshold configuration for a sector.Fields
Unique setting identifier
Auto-generated setting code
ID of the sector this setting applies to
ID of the owning tenant/client
ID of the parameter (references device_types, e.g., TEMPERATURE, HUMIDITY)
Human-readable name of the parameter
Optional actuator state to trigger (e.g., ON, OFF)
Human-readable name of the actuator state
Threshold value for the setting
Optional description of the setting
Whether this setting is currently active
Computed Properties
First two letters of parameter name in uppercase (or “SE” as fallback)
Parameter name or “Parameter ” as fallback
Formatted value or ”-” if null
Actuator state name or “State ” or ”-“
Period
Domain model for period catalog entry. Periods define when a setting applies: DAY, NIGHT, or ALL (24h).Fields
Unique period identifier
Period name (DAY, NIGHT, ALL)
Computed Properties
User-friendly display name for the period
API DTOs
SettingResponse
API response DTO for settings from the backend.SettingCreateRequest
Request DTO for creating a new setting.SettingUpdateRequest
Request DTO for updating an existing setting. All fields are optional for partial updates.Extension Functions
toDomain()
Converts API DTOs to domain models:Related Documentation
SettingsRepository
Repository for settings CRUD operations
CatalogRepository
Manage periods and other catalog data
Sector Models
Sector data models
Device Models
Device and actuator state models