[2026-09-17] eagle: family/how-to/home-automation.md family/how-to/rasputin-router.md family/tech/haos-local-addon-publish-sensors.md family/tech/t610-hang-investigation.md family/tech/t610-hw-metrics-addon.md

This commit is contained in:
Alexey Martemyanov
2026-09-17 13:30:51 +06:00
parent 0319e09317
commit e912b6c9db
5 changed files with 517 additions and 64 deletions
+28 -1
View File
@@ -237,6 +237,33 @@ ssh root@192.168.2.176 'dmesg | grep -iE "BIOS-provided|e820.*usable"'
> Alex видел «1 ГБ» на экране — вероятнее всего это `MemFree` в состоянии с большим файловым кэшем,
> **но** живой `MemTotal` 1.44 ГБ — это уже другой разговор, не округление.
#### 3.1.2a. ✅ 2026-09-17 (вечер): ВТОРАЯ точка — `MemTotal` = 3.31 ГБ после ребута
Механизм «ступенька» получил **прямое подтверждение фактом**. Снято с живого хоста
2026-09-17 ~13:11 +07, **аптайм 6 минут** (hост только что перезагрузился):
```
MemTotal: 3 470 776 kB = 3.31 ГБ ← ПОСЛЕ этого ребута
MemAvailable: 2 582 592 kB = 2.46 ГБ
uptime: 6 мин · load 0.43
```
| Когда | `MemTotal` | Комментарий |
|---|---|---|
| 2026-09-15 | 3 470 792 kB = **3.31 ГБ** | до инцидентов |
| 2026-09-17 утро | 1 475 788 kB = **1.44 ГБ** | после зависания + сброса питанием |
| 🔑 **2026-09-17 вечер** | **3 470 776 kB = 3.31 ГБ** | после ещё одного ребута |
> 🔑 **Это ровно тот тест, который §5.1 п.2 называл решающим:** «если `MemTotal` меняется
> между загрузками → планка/слот нестабильны». Меняется, и меняется **ступенькой** 3.31 ↔ 1.44.
> ⚠️ **Причину вечернего ребута не выясняли** — не проверялось, был ли это зависон,
> перезагрузка по питанию или что-то иное.
> ⚠️ **Что это НЕ доказывает:** какая именно планка/слот виноват, и связаны ли потеря памяти
> и зависания. Формулировку из §1.0 это не закрывает — открывает точнее.
> 📊 **Теперь это фиксируется автоматически:** аддон `local_hw_metrics` пишет `MemTotal`/`MemAvailable`
> раз в 60 с на диск со `sync` → [[family/tech/t610-hw-metrics-addon]]. Следующий ребут покажет
> не только новое значение, но и **последние минуты перед ним**.
### 3.1.3. 🔑 UMA FRAME BUFFER В BIOS — прямой рычаг объёма памяти (найдено 2026-09-17)
**Источник:** `parkytowers.me.uk/thin/hp/t610/firmware.shtml` — разбор **ровно нашей проблемы**
@@ -502,7 +529,7 @@ ssh root@192.168.2.176 'smartctl -t long /dev/sda' # затем -l selftest
`MemTotal`/`MemAvailable`/`MemFree`, load, `pressure/io`+`pressure/memory`, `k10temp`,
размер БД+WAL, аптайм. **Это то, что даст версию к следующему зависанию** — сейчас каждый
инцидент стирает свои следы (§2).
> ✅ **СДЕЛАНО 2026-09-17** — но путь другой: **`/share`**, а не `/mnt/data` (последнего на t610 **не существует**). Реализовано локальным аддоном `local_hw_metrics`: 11 датчиков в HA через `POST /api/states/` + строка в `/share/ha-metrics/hw-YYYY-MM.log` со `sync`. Список: **[[family/tech/t610-hw-metrics-addon]]**. Ложный путь `/mnt/data` исправлен (питфолл 77).
> ✅ **СДЕЛАНО 2026-09-17** — но путь другой: **`/share`**, а не `/mnt/data` (последнего на t610 **не существует**). Реализовано локальным аддоном **`local_hw_metrics` v8.0.0**: 11 датчиков в HA через **MQTT discovery** + строка в `/share/ha-metrics/hw-YYYY-MM.log` со `sync` каждые 60 с. Детали: **[[family/tech/t610-hw-metrics-addon]]**. Ложный путь `/mnt/data` исправлен (питфолл 77 в родительской доке).
4. **`recorder:` с `exclude`** — исключить `sensor.*_summary`, `at2_*_summary`, `update.*`,
`button.*_identify`, `event.*`. Снижает нагрузку на БД. **Не «фикс зависания»** — отдельное улучшение.
5. **Включить watchdog `local_ustreamer`** — единственный аддон без watchdog (§3.7 родительской доки).