docs: 0.2.0 riscaldamento, servizio systemd e regola firewall

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à