Per tredici ore la chiusura è dipesa dal cloud

Merano, 27 ottobre 2026, ore 03:17. La rete cade per poco. Torna tutto, nessuno si accorge di niente.

Due apparecchi tornano con indirizzi nuovi: le due valvole motorizzate PNI dell’acqua, fredda e calda.

acqua fredda   .113  ->  .101
acqua calda    .115  ->  .102

L’integrazione che le comanda in locale — tuya-local — le cerca per indirizzo fisso, non per nome. Così la via locale a entrambe le valvole era morta. Per tredici ore.

Non se n’è accorto nessuno, ed è questo il punto vero: la metà cloud della stessa connessione ha continuato imperturbata. L’intera chiusura dell’acqua è dipesa per tredici ore dal cloud — proprio dalla via che avevo tenuto solo come riserva.

Chi fa più cose possibile in locale non ha più un servizio che ritrova l’apparecchio. Quel compito lo eredita.

Perché gli indirizzi migrano

A Vienna è misurato. Due scansioni della rete a nove giorni di distanza, e dei 24 apparecchi presenti in entrambe 14 avevano cambiato indirizzo.

Quasi tutti di esattamente +2. Sembrava uno schema, e l’avevo annotato come tale.

Il terzo punto di misura lo ha smentito:

	28.08.	06.09.	11.09.
Ripetitore A	.57	.59	.58
Ripetitore B	.241	.242	.241

Il ripetitore B sta di nuovo dove stava già il 28 agosto. Nessuna deriva verso l’alto, ma un nuovo prelievo dalla scorta libera: il router non prolunga il prestito, lo riassegna — e dove un apparecchio finisca non è prevedibile.

Due punti di misura danno sempre una direzione. Solo il terzo dice se ce n’è una.

Quale sia l’innesco — riavvio, scadenza del lease, mancanza di corrente — non l’ho mai chiarito. Per le conseguenze non cambia nulla.

Cosa si rompe, e perché non si nota

Il guasto è silenzioso. L’entità passa a unavailable, e sembra identica a un apparecchio che sta semplicemente dormendo.

Due tipi di danno, entrambi documentati a Vienna:

Il monitoraggio segnala fantasmi. Una verifica di raggiungibilità stava su off per un ripetitore dall’08.09. alle 17:52 e per un secondo dall’11.09. alle 04:59. Entrambi gli apparecchi funzionavano per tutto il tempo. A mancare non erano gli apparecchi, erano gli indirizzi.

E il tipo più pericoloso: uno script scrive l’indirizzo di un intermediario dentro i contatori. Su un indirizzo superato una scrittura così non finisce nel vuoto.

Un indirizzo sbagliato non è vuoto. Lì abita qualcun altro.

La prenotazione — per MAC, mai per IP

A Merano è andata male esattamente così: dopo un riavvio del router il DHCP aveva riassegnato quasi tutti gli indirizzi, e un elenco che identificava gli apparecchi per l’IP di allora era carta straccia. Nel modo più evidente con due climatizzatori che Home Assistant cercava su .10/.11 mentre erano finiti su .16/.14.

Il MAC non cambia. Da allora tutti gli strumenti nei tre appartamenti sono costruiti attorno al MAC, non attorno all’indirizzo.

In più due impostazioni che servono più delle prenotazioni stesse:

	Merano	Kapfenberg
intervallo dinamico	.100–.200	.201–.250
voci prenotate	22	16
durata del lease	24 ore	2 ore

L’intervallo ristretto ha un effetto collaterale che non avevo previsto: tutto ciò che sta fuori è fisso e ha un nome, tutto ciò che sta dentro è ospite. Chi compare in rete e non c’entra salta subito all’occhio.

Una prenotazione non ha effetto perché è salvata

È la parte che nessuna guida racconta. Salvata non vuol dire presa. Quattro casi in cui si inceppa:

Alcuni apparecchi rinnovano solo l’indirizzo che hanno e cambiano solo a richiesta completamente nuova. A Kapfenberg quattro apparecchi sono rimasti sul vecchio indirizzo dopo il salvataggio; solo un riavvio ha fatto scattare il cambio.

Un apparecchio con IP impostato fisso ignora il DHCP. La prenotazione non ha mai effetto — e non si vede, perché nel router risulta corretta.

Gli apparecchi che dormono prendono l’indirizzo al prossimo risveglio. Con quelli a batteria possono essere ore.

I ripetitori sono un caso a parte: se li si sposta, le sessioni aperte del browser verso di loro si interrompono e la rete mesh singhiozza.

Affidabile è solo lo stacco di corrente. Altrimenti la prenotazione vale al più tardi alla scadenza del lease — e «al più tardi» con 24 ore è un tempo lungo.

La trappola nella verifica

Dopo il riavvio dei quattro trasferiti il mio script li segnalava ancora sui vecchi indirizzi — benché il nuovo rispondesse da un pezzo.

Il motivo: Windows conserva la vecchia voce ARP finché non scade. Lo stesso MAC compare allora sotto due indirizzi, e chi prende l’ultimo letto segnala il trasloco come non avvenuto.

A decidere è stata la domanda diretta agli apparecchi:

.145    risponde, dichiara il proprio nome   <- trasferito
.224    nessuno                              <- vecchio indirizzo, vuoto

Da allora lo script ricorda quali indirizzi hanno davvero risposto durante la scansione. Con più indirizzi per un MAC vince quello vivo.

La tabella ARP è una memoria, non una misura. Chi la scambia per lo stato attuale legge il passato.

Cosa non si può prenotare

A Vienna i due ripetitori nell’elenco dei client del router non compaiono affatto. Sono nodi mesh suoi, li gestisce il router stesso; prenotabili sono solo i client ordinari. Per quei due la via del router non esiste.

La soluzione è il nome DHCP al posto dell’indirizzo. La prova è arrivata da sé: il 13 settembre 2026 il router è stato riavviato.

	prima	dopo
sei apparecchi prenotati		tutti e sei invariati
Ripetitore A	.58	.57 — migrato

Sei prenotazioni su sei hanno tenuto. Il ripetitore è migrato di nuovo — e il monitoraggio lo ha seguito, perché dal giorno prima interroga il nome invece dell’indirizzo.

Ma anche il nome ha un punto debole

Dopo quello stesso riavvio i nomi di quattro apparecchi non si sono risolti per minuti, benché tutti e quattro rispondessero al loro indirizzo corretto. I prestiti c’erano, il servizio dei nomi semplicemente non li aveva ancora ripubblicati.

Entrambe le vie hanno quindi un punto debole, e bisogna conoscerli tutti e due:

	si rompe quando	quante volte osservato
per indirizzo	l’apparecchio prende un nuovo lease	4 volte in due settimane
per nome	il servizio dei nomi non risponde	2 volte in una mattinata

Il nome resta la scelta migliore: la sua interruzione dura minuti e si risolve da sé, un cambio di indirizzo dura finché qualcuno non lo corregge a mano.

La conseguenza pratica ora sta nella documentazione: un off non è la prova di un guasto. Prima si verifica se l’apparecchio risponde al suo indirizzo.

Di passaggio ne è nata una cosa che prima non avevo: l’indirizzo è diventato un valore misurato. La migrazione .57 → .59 → .58 → .57 sta nello storico, invece di notarsi solo quando qualcuno guarda.

Cosa ti consiglio

1. Prenota per MAC, mai per l’indirizzo attuale. Un elenco che conosce gli apparecchi per l’IP di oggi è carta straccia dopo il prossimo riavvio del router.
2. Restringi l’intervallo dinamico. Così è chiaro a colpo d’occhio cosa è tuo e cosa è ospite.
3. Ogni apparecchio registrato in un’integrazione con indirizzo fisso va nell’elenco delle prenotazioni. Altrimenti il collegamento non sopravvive alla prossima mancanza di corrente — e non sopravvive in silenzio.
4. Dopo il salvataggio, uno stacco di corrente. Altrimenti la prenotazione vale prima o poi e non sai quando.
5. Verifica il trasloco sugli apparecchi, non nella tabella ARP. Chiedi al nuovo indirizzo se ci abita qualcuno.
6. Dove non puoi prenotare, usa il nome — sapendo che si assenta per qualche minuto.

E quindi?

Il cloud rende invisibile tutto questo tema. Un apparecchio cloud si registra da sé, il servizio lo ritrova, e il suo indirizzo dentro casa è irrilevante.

È esattamente questa comodità che si lascia andare lavorando in locale. Non è un difetto, è il prezzo — ed è basso finché lo si conosce. Locale significa: la rubrica sei tu.

Le due valvole lo hanno mostrato più chiaramente di quanto avrei voluto. Per tredici ore nell’app sembrava tutto a posto, perché reggeva la metà che avevo tenuto solo come riserva. Se la metà cloud fosse stata spenta — ed è proprio quello che molti vogliono, con buone ragioni — in quel periodo non ci sarebbe stata alcuna chiusura dell’acqua.

Le stesse due valvole mi hanno dato in due giorni due guasti del tutto diversi: questo nella rete, e il giorno dopo uno nello stato. Entrambi silenziosi, entrambi inosservati, ed entrambi senza conseguenze allo stesso modo — perché per caso c’era qualcuno.

Un indirizzo non è una proprietà dell’apparecchio. È un prestito del router, e i prestiti si richiamano.