Добавил доработки по очередному реальному использованию

Author: saippuakauppias

CHANGELOG.md

@@ -3,6 +3,94 @@
 Формат основан на [Keep a Changelog](https://keepachangelog.com/ru/1.1.0/),
 версионирование — [семантическое](https://semver.org/lang/ru/).
 
+## [1.4.4] — 2026-08-07
+
+Шестая ночь — первая на 1.4.3 и самая спокойная: 37 прогонов, заряд 67 → 99 %
+к концу окна и 100 % вскоре после. Правки 1.4.3 подтвердились: шлейф «машина
+не дома» после финиша исчез, журнал больше не обещает применения там, где
+знает только об отправке. Регулирование снова трогать не пришлось — уставка
+13 А продержалась с 23:30 до 05:00, и это не залипание, а зона
+нечувствительности, погасившая колебания плана в пределах 12.0–12.8 А.
+
+Оба исправления ниже нашлись потому, что пользователь сдвинул начало окна
+на 23:30. Ни одно из них к этой настройке не привязано.
+
+### Исправлено
+
+- **Два триггера, совпавшие по времени, слали одну и ту же команду дважды.**
+  Круглое время старта попадает на сетку пересчёта: `window_start` и `tick`
+  дали два прогона с разницей 204 мс, и оба успели дойти до `number.set_value`.
+  Режим `restart` не спасает — первый прогон отправляет команду раньше, чем
+  второй его вытесняет. В станцию ушли две одинаковые записи за пятую долю
+  секунды: ровно тот интервал, от которого заведён `command_gap`, и ровно то,
+  чего дешёвые станции не переваривают.
+
+    Троттлинг этого не видел принципиально. Он считает время по возрасту
+    сущности станции, а та за 204 мс измениться не успела: второй прогон
+    прочитал тот же `current_age`, что и первый, и счёл паузу выдержанной.
+    Добавлен `run_age` — возраст предыдущего прогона самой автоматизации,
+    который берётся из `this.attributes.last_triggered`. Снимок `this`
+    делается **до** запуска, поэтому там всегда предыдущий прогон, а не
+    текущий.
+
+    Проверено на живом Home Assistant 2026.2.3 вместе с тремя его отказами,
+    каждый из которых обработан: `this` равен `none`, пока сущность
+    автоматизации не создана; `last_triggered` равен `None` при первом
+    в жизни запуске, причём ключ существует — значит `get` со значением
+    по умолчанию не спасает, а вычитание бросает `TypeError`; атрибута может
+    не быть вовсе. Во всех трёх случаях блюпринт отвечает «давно», и
+    троттлинг работает как раньше — свежая установка не откажется заряжать.
+
+    Проверка добавлена и отдельным множителем к `needs_write`: исключение
+    `or not switch_on` снимает троттлинг перед стартом сессии целиком, а
+    гонка случилась именно там, при выключенной станции.
+
+- **Блюпринт называл собственную сессию чужой прямо посреди её остановки.**
+  Ветка остановки гасит выключатель, а следом опускает флаг сессии. Флаг —
+  локальный `input_boolean`, он падает мгновенно; станция подтвердила
+  выключение через 43 секунды. В этом зазоре выключатель ещё `on`, а флаг
+  уже `off` — в точности признак ручной зарядки, и прогон 06:55:28 в него
+  попал.
+
+    В ту ночь обошлось: гасили по рапорту «заряжено», а он входит в список
+    причин, действующих независимо от владельца. Останавливай мы по концу
+    окна — повторная команда уже не ушла бы, потому что `must_stop` требует
+    `not foreign_session`. Проглоти станция единственный `turn_off`, зарядка
+    лилась бы дальше, а блюпринт до утра звал бы её чужой и не трогал: выхода
+    из этого состояния нет, уборка флага требует выключенного выключателя.
+
+    Добавлен `finishing_own_stop` — узкий признак «выключатель свежий, значит
+    это след нашей же только что отправленной команды». Ослаблять сам
+    `foreign_session` нельзя, и это проверено: выдержка там снимает защиту
+    ручной зарядки в первую же секунду после обрыва связи, потому что обрыв
+    омолаживает выключатель, и блюпринт начинает переписывать человеку его
+    ток — ровно то, против чего флаг и заведён.
+
+- **Обрыв связи снимал щадящий финиш вместе с выключателем.** Ограничение
+  «на последних процентах ток не поднимаем» действовало, пока выключатель
+  включён, — а обрыв уводит его не в `off`, а в `unavailable`. В шестую ночь
+  прогон 06:31:06 при заряде 99 % посчитал 18 А вместо разрешённых 14, и
+  уберегло только то, что станция была офлайн и команды не слались. Оборвись
+  один выключатель при живой станции — в почти полную батарею ушло бы 28 А,
+  ровно то, от чего щадящий финиш и заведён.
+
+    Теперь потолок снимается только при **подтверждённом** `off`, то есть
+    перед началом новой сессии. Это то, ради чего условие и существовало:
+    новая сессия не должна наследовать вчерашнюю уставку как потолок.
+
+### Инструменты
+
+- Отчёт по трассировкам замечает гонку триггеров: два прогона, стартовавших
+  меньше чем за секунду друг от друга и пославших станции одну и ту же
+  команду. Очередь «уставка → включение» гонкой не считается — это штатное
+  разнесение команд по разным прогонам.
+- `ha_sim` научился `this` и заворачивает ошибки рендера в `TemplateError`
+  так же, как это делает `Template.async_render` в Home Assistant. Прежде
+  эмулятор пропускал наружу собственные исключения Jinja, то есть на одном
+  и том же сломанном шаблоне сообщал не тот тип ошибки, что продакшен, —
+  дифференциальная сверка поймала это на `this.attributes` и на арифметике
+  с пустым `last_triggered`.
+
 ## [1.4.3] — 2026-08-06
 
 Пятая ночь обкатки прошла штатно: 40 прогонов против 65, заряд 69 → 100 %,
@@ -827,6 +915,7 @@
   только когда максимум не делится на дискретность (например 28 А при шаге 5 А).
   Обнаружено мутационным тестированием.
 
+[1.4.4]: https://github.com/saippuakauppias/ha-ev-smart-charging/compare/1.4.3...1.4.4
 [1.4.3]: https://github.com/saippuakauppias/ha-ev-smart-charging/compare/1.4.2...1.4.3
 [1.4.2]: https://github.com/saippuakauppias/ha-ev-smart-charging/compare/1.4.1...1.4.2
 [1.4.1]: https://github.com/saippuakauppias/ha-ev-smart-charging/compare/1.4.0...1.4.1