From 8f0f129fd5afb84171606db2a5a23fbef95bccd4 Mon Sep 17 00:00:00 2001
From: Carlo <carlo@carlobaratto.it>
Date: Sat, 10 Oct 2026 07:12:36 +0200
Subject: [PATCH] docs: 0.2.0 riscaldamento, servizio systemd e regola firewall

---
 docs/PIANO.md | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)

diff --git a/docs/PIANO.md b/docs/PIANO.md
index a0cd863..4ddee38 100644
--- a/docs/PIANO.md
+++ b/docs/PIANO.md
@@ -89,6 +89,24 @@ Verificato qui, senza SDK:
 Non verificabile qui (serve il suo PC + il telefono): build RPM, istallazione, UI reale.
 
 
+## 5-ter. Aggiornamento del 10 ottobre 2026 — v0.2.0 (riscaldamento)
+
+- **Bridge 0.2.0**: comandi `set_heating_setpoint` e `set_cooling_setpoint` (5–30 °C, zona
+  opzionale 1 o 2) e campi `zone1_*` / `zone2_*` nel riassunto. Il messaggio
+  `ZoneTemperatures` va inviato **completo**: la zona non toccata viaggia col suo valore
+  attuale (letto dall'ultimo stato, tenuto in cache nella sessione), altrimenti a zero
+  verrebbe spenta. Verifica: `test_bridge_commands.py`, **19/19**, nessun comando inviato
+  all'impianto.
+- **App 0.2.0**: sezione "Riscaldamento" nella dashboard (temperatura in casa, obiettivo,
+  stato zona, slider 5–30 °C a passi di 0,5 con conferma) e copertina con la temperatura di
+  casa. Aggiunte le etichette per gli stati `PUMP_MODE_STATE_*`. Nucleo: **29/29**.
+- **F3 fatto**: `harbour-aira-bridge.service` (systemd utente, `enable --now`, parte al boot
+  grazie a `Linger=yes`, `Restart=on-failure` verificato con SIGKILL → riparte in ~10 s) e
+  regola `52-aira-bridge-lan.conf` in `/etc/nftables.d/`. Il firewall YunoHost ha
+  `policy drop` e apriva solo 22/25/53/80/443/587/993/5349/5350: la 8790 va aperta a mano,
+  solo per LAN e VPN. *Lezione*: un test da `127.0.0.1` non attraversa quelle regole e non
+  rivela il problema — va provato dalla LAN.
+
 ## 6. Rischi noti
 
 - **Dipendenza dal server**: se il bridge è spento, l'app non vede nulla. Mitigazione: unità