Skip to content

fix(charge): «аппаратного лимита нет» — только по ответу «команды нет» (XIC-100) - #94

Merged
Oksion merged 1 commit into
mainfrom
fix/xic-100-charge-unsupported
Oct 16, 2026
Merged

Oksion merged 1 commit into
mainfrom
fix/xic-100-charge-unsupported

Conversation

@Oksion

@Oksion Oksion commented Oct 16, 2026

Copy link
Copy Markdown
Owner

Любой отказ SetChargeLimit — уровень, который модель не держит, или разовый сбой WMI после сна — ставил ChargeLimitUnsupported. На вкладке «Батарея» появлялся программный порог рядом с настоящим, вебхук переставал следить за аппаратным, в журнал писалось «аппаратного лимита на этой модели нет».

Что изменено

  • IMifsClient.IsChargeLimitSupported() — чтение GET 0x10/0x02, без записи. Разбор статуса — чистая MifsReply.ChargeGroupSupported: 0x80 → есть, 0xE0 или диалект без группы → нет, прочее → null (вывода нет).
  • ApplyChargeLimit: успех записи → лимит есть; отказ → спрашиваем чтением (true — уровень отвергнут, лимит есть: честная ошибка без вывода о модели; false — ставим признак). Исключение при записи и «не смогли спросить» не учат ничему.
  • Самолечение на старте (на пуле): ложный признак снимается тем же чтением. Ставится признак только по действию пользователя — просыпающийся EC может ответить чем угодно.
  • Почему не «только по диалекту», как предлагалось в задаче: это пропустило бы модель с классическим диалектом и 0xE0 на группе 0x10 — там программный порог не предложился бы никогда.
  • docs/12 — правило; CHANGELOG → «Исправлено».

Проверка

  • dotnet build — 0 ошибок / 0 предупреждений; dotnet test — 890 зелёных (16 новых: контроллер на фейке — отвергнутый уровень, «команды нет», исключение, «не смогли спросить», самолечение; разбор статусов).
  • На TM2424: ложный признак в config.json снят на старте, в журнале «порог заряда на модели есть».
  • Путь «команды нет» — только тестами (нужна модель без порога, например TM2113).

🤖 Generated with Claude Code

…» (XIC-100)

Любой отказ SetChargeLimit (уровень, который модель не держит, или исключение
WMI) ставил ChargeLimitUnsupported: на вкладке «Батарея» появлялся программный
порог рядом с настоящим, вебхук переставал следить за аппаратным.

- IMifsClient.IsChargeLimitSupported(): чтение GET 0x10/0x02, разбор статуса —
  чистая MifsReply.ChargeGroupSupported: 0x80 → есть, 0xE0/диалект без группы →
  нет, прочее → null (вывода нет).
- ApplyChargeLimit: успех → лимит есть; отказ → спрашиваем чтением; исключение
  записи и «не смогли спросить» не учат ничему.
- Старт: ложный флаг снимается тем же чтением (ставится только по действию
  пользователя).
- Тесты: 16 новых (контроллер на фейке, разбор статусов). docs/12, CHANGELOG.

Проверено на TM2424: ложный флаг в config.json снят на старте, в журнале
«порог заряда на модели есть».

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@Oksion
Oksion merged commit 911cc7e into main Oct 16, 2026
5 checks passed
@Oksion
Oksion deleted the fix/xic-100-charge-unsupported branch October 16, 2026 18:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant