Per the five running-state diagnostics dumps (Auto/Sleep/Low/Medium/High) gathered in the issue thread: - Blooming_* has no corresponding SmartThings app setting, so it's dropped entirely rather than kept as an unexplained diagnostic. - Comode_* reads 'Off' on all five, ruling out the original guess that it was the fan-speed selector -- still exposed read-only, purpose unconfirmed. - OptionCode_60282 and the missing humidity sensor are confirmed correct as already modeled. - /airflow's speed doesn't map monotonically to the five settings and the dumps were all captured within one ~30s poll cycle of each other, so it stays read-only pending a cleaner, time-spaced capture. FilterProgress is untouched here: an earlier pass on this issue read the thread as confirming 100 means "fresh" and renamed the sensor to filter_life to match, but that reading was backwards -- the reporter clarified 100 means fully used and needs replacing, which is what filter_progress (the already-shipped name) already implies. That rename was caught before merging and is not part of this change.
25 lines
444 B
JSON
25 lines
444 B
JSON
{
|
|
"state_keys": [
|
|
"alarm_code",
|
|
"clean_level",
|
|
"device_active",
|
|
"diagnosis_status",
|
|
"display_light",
|
|
"dust",
|
|
"energy_kwh",
|
|
"energy_last_month_kwh",
|
|
"energy_saved_kwh",
|
|
"energy_this_month_kwh",
|
|
"fan_direction",
|
|
"fan_speed_level",
|
|
"filter_progress",
|
|
"fine_dust",
|
|
"odor",
|
|
"operating_mode",
|
|
"power_energy_kwh",
|
|
"power_switch",
|
|
"power_watts",
|
|
"super_fine_dust"
|
|
]
|
|
}
|