Выбор порога заряда 40/50/60/70/80/100% (XIC-4)

[Oksion]

Закрывает XIC-4.

Что и почему

Команда защиты заряда MIFS 0x10/0x02, которую мы считали бинарной («беречь ~80%» / 100%), на самом деле многоуровневая. Нашли реверсом лимит-селектора в Xiaomi PC Manager (живой мониторинг MIFS + реестра во время переключений) и подтвердили перечислением значений на TM2424.

Прошивка держит коды {0:100, 1:80, 4:80, 5:70, 6:60, 7:50, 8:40} (granular-шкала % = 120 − код·10) и сама валидирует набор: невалидное отвергает статусом 0x00 и зажимает к ближайшему. 90% нет — код 3 отвергается.

Это переоткрывает вопрос, ранее закрытый как «порог фиксирован прошивкой, произвольный процент недоступен» (был в docs/05, CLAUDE.md, ROADMAP). Разбор — docs/12-charge-levels.md.

Изменения

Слой	Что
Wmi/Mifs.cs	таблица уровней, ChargeCodeForPercent/ChargePercentForCode, ChargeCarePresets
IMifsClient/MifsClient	GetChargeCare/SetChargeCare(bool) → GetChargeLimit()/SetChargeLimit(percent); пишет код с ре-армом off→on, возвращает признак приёма прошивкой
Config/AppConfig	CareLimitPercent (дефолт 80 → старые config.json мигрируются сами) + CarePercent() с фолбэком для руками-правленного значения
Ui/AppController	SetCareLimit(percent) — применяет на железе, только когда защита активна и не перебита «В дорогу»; отказ прошивки → откат выбора + честный error-OSD
SystemIntegration/ChargeGuard	армит выбранный порог, а не хардкод
UI	пикер в Настройки → Батарея; панель/меню/OSD показывают реальный %
Localization	3 новых ключа ru/en/zh, menu.charge с параметром; переписан settings.battery.note (утверждал, что порог фиксирован)

Дизайн по договорённости: панель остаётся бинарным тумблером «X% ↔ 100%» (не перегружаем быстрый доступ), сам выбор X — в настройках как редкая операция.

Проверка

• dotnet build XiControl.sln -c Release — 0 ошибок / 0 предупреждений
• dotnet test — 169 зелёных (было 141; +28: маппинг код↔%, клэмп конфига, 5 кейсов SetCareLimit)
• На железе (TM2424) нашим же кодом: Set(60)→60%, Set(50)→50%, Set(80)→80% — accepted + readback совпал; Set(90)→False. Порог возвращён на 80%.

Оговорки

• Деградация на моделях без granular сделана рантаймом, а не гейтом по SKU (в духе «набор функций определяем в рантайме»): прошивка сама валидирует, отказ → откат + ошибка, а 80/100 (legacy-коды 1/0) работают всегда. Read-only запроса «какие уровни держит прошивка» в MIFS нет, поэтому пикер показывает все пресеты, а неподдержка выясняется попыткой — задокументировано.
• Не проверено вживую, что EC физически режет заряд на 60/50/40 (нужно наблюдение за зарядом во времени). Механизм тот же, что у подтверждённых 80%.

🤖 Generated with Claude Code