Se una mangiatoia smart senza Internet continua a erogare il cibo mentre l’app sul telefono smette di comunicare, il gatto può ricevere regolarmente il suo pasto senza che il proprietario riesca a saperlo. È una distinzione che sembra sottile finché non si è fuori casa e notifiche, stato del dispositivo e cronologia diventano improvvisamente irraggiungibili.
A quel punto interessa soprattutto una cosa: il gatto ha mangiato?
L’outage che ha coinvolto PETLIBRO l’11 e 12 agosto 2026 ha reso questa domanda molto concreta. Durante il guasto alcuni proprietari hanno riferito che i pasti programmati sono stati erogati normalmente; altri hanno segnalato pasti apparentemente mancati o ritardati.
Non sappiamo ancora che cosa abbia causato questi ultimi casi. Ma l’incidente ha mostrato qualcosa di utile anche a chi sta scegliendo una mangiatoia di un’altra marca: “funziona senza Wi-Fi” non basta per stabilire quanto sia davvero affidabile.
Cosa è successo durante l’outage PETLIBRO
Secondo la ricostruzione pubblicata dal fondatore e CEO York Wu, l’incidente è iniziato l’11 agosto con problemi all’infrastruttura cloud PETLIBRO. L’app ha perso la capacità di comunicare correttamente con i dispositivi e sono state compromesse funzioni come controllo remoto, cronologia delle operazioni, notifiche e video. Il servizio è stato progressivamente ripristinato e PETLIBRO ha considerato risolto l’incidente la sera del 12 agosto.
Per un dispositivo che distribuisce il cibo mentre il proprietario può essere a chilometri di distanza, perdere l’app significa perdere il principale strumento attraverso cui controllare cosa sta succedendo a casa.
La domanda, però, è che cosa accade nel frattempo al feeder.
Una mangiatoia smart senza Internet può continuare a funzionare
La risposta dipende soprattutto da dove viene conservato il programma dei pasti.
Se gli orari impostati vengono salvati sul dispositivo, quando arriva il momento previsto è il feeder stesso a sapere che deve azionare il meccanismo di erogazione. Non deve chiedere ogni volta a un server remoto cosa fare.
Cloud e app possono così occuparsi di altre funzioni: modificare la programmazione a distanza, mostrare lo stato del dispositivo, inviare notifiche, sincronizzare i dati o comandare manualmente un’erogazione dal telefono.
PETLIBRO descrive questo comportamento nella documentazione dei suoi feeder: i programmi salvati localmente possono continuare a essere eseguiti quando il dispositivo è offline, mentre controllo remoto e sincronizzazione dipendono dalla connessione.
È una distinzione importante quando si legge una scheda tecnica. “Programmabile tramite app” e “autonomo dall’app dopo la programmazione” non significano la stessa cosa.
Rimane però una domanda che la sola programmazione locale non può risolvere: il pasto è stato realmente erogato?
Il vero problema è sapere se il pasto è avvenuto
Durante l’outage PETLIBRO sono emerse esperienze contrastanti. Alcuni proprietari hanno riferito feeder che continuavano a erogare secondo programma pur risultando offline. Altri hanno segnalato pasti mancati o arrivati in ritardo; tra le testimonianze raccolte esistono anche casi nei quali il comportamento sarebbe stato controllato attraverso una telecamera esterna e non dedotto soltanto dalla cronologia dell’app.
Queste segnalazioni non dimostrano che il guasto cloud abbia impedito l’esecuzione locale dei programmi. PETLIBRO sostiene che le routine preimpostate abbiano continuato a funzionare sulla grande maggioranza dei dispositivi e ha dichiarato di stare analizzando i casi in cui questo non sarebbe avvenuto.
Una spiegazione tecnica definitiva, al momento, andrebbe oltre ciò che sappiamo.
Quello che possiamo distinguere con certezza è l’erogazione dalla telemetria.
Se il feeder distribuisce correttamente le crocchette ma non riesce a inviare l’evento al server, sul telefono può mancare la conferma. Allo stesso modo, un’app irraggiungibile non permette di verificare che il motore abbia effettivamente girato, che il cibo sia sceso o che non si sia verificato un inceppamento.
Per chi è in casa basta guardare la ciotola. Per chi utilizza una mangiatoia smart proprio perché trascorre molte ore fuori, poter verificare l’esito dell’automazione diventa parte dell’affidabilità del prodotto.
Senza Internet può funzionare. Ma se manca la corrente?
C’è un problema che non riguarda né app né cloud: un blackout.
La distinzione tra hardware e servizi remoti non riguarda soltanto i feeder: l’abbiamo incontrata anche analizzando il DJI ROMO, dove il funzionamento fisico del dispositivo e i servizi connessi rappresentano due livelli differenti dello stesso prodotto.
Nel caso di una mangiatoia automatica, però, c’è una conseguenza ancora più immediata. Un feeder può avere tutti gli orari salvati nella propria memoria e sapere perfettamente quando deve erogare, ma senza alimentazione il motore non gira. È qui che la batteria di backup smette di essere una caratteristica accessoria.
PETLIBRO, per esempio, dichiara per Granary 2 una batteria ricaricabile integrata con autonomia di backup fino a 24 ore e fino a 48 ore su alcune versioni della stessa famiglia. Sono valori dichiarati dal produttore e la durata reale può variare, ma la domanda più utile non è soltanto quanto dura la batteria: è che cosa continua a funzionare quando entra in azione.
E neppure la batteria risolve tutto. Le crocchette possono incastrarsi, il serbatoio può svuotarsi o il meccanismo di erogazione può avere un problema.
Per questo contano anche la capacità di rilevare un inceppamento, segnalare il livello del cibo e offrire un comando fisico quando app o connessione non sono disponibili.
Cosa controllare prima di comprare una mangiatoia smart
Le schede prodotto tendono a mettere in evidenza app, videocamere, riconoscimento degli animali e funzioni AI. Se dovessi scegliere un feeder da utilizzare quando non sono a casa, partirei da caratteristiche meno spettacolari.
Prima controllerei dove viene salvata la programmazione. Deve essere chiaro se gli orari continuano a essere eseguiti senza Wi-Fi e senza accesso ai server del produttore.
Poi guarderei l’alimentazione di emergenza. Se c’è una batteria, verificherei autonomia dichiarata e funzioni mantenute durante il backup. La priorità è l’erogazione programmata; videocamera e connettività vengono dopo.
Infine cercherei di capire come il feeder verifica ciò che ha fatto. Un log è utile, ma lo sono ancora di più il rilevamento di un blocco, il controllo della quantità erogata o altri sistemi capaci di segnalare che qualcosa non è andato come previsto.
Controllerei anche cosa succede al ritorno della connessione: se gli eventi registrati offline vengono sincronizzati, se il dispositivo si riconnette autonomamente e quali comandi restano disponibili fisicamente.
Sono caratteristiche meno appariscenti di “compatibile con Alexa” o “AI integrata”, ma raccontano molto meglio come il prodotto reagirà quando qualcosa va storto.
E spesso queste informazioni non sono neppure nella pagina commerciale. Manuale e FAQ del produttore possono essere più utili della lista delle funzioni stampata sulla confezione.
Posso davvero lasciare il gatto affidandomi a una mangiatoia smart?
Per alcune ore fuori casa o una giornata lavorativa, una mangiatoia con programmazione locale e un buon sistema di backup può ridurre molto la dipendenza da rete e servizi remoti.
Quando l’assenza si allunga, aumentano però anche le cose che l’automazione non può controllare: un inceppamento, il cibo esaurito, un blackout più lungo dell’autonomia disponibile o un animale che, per qualche motivo, smette di mangiare.
Per un weekend o un viaggio diventa quindi molto più importante avere un sistema indipendente di verifica o qualcuno che possa intervenire. La mangiatoia automatica rimane utile, ma non dovrebbe diventare l’unico punto da cui dipende tutto.
Una buona mangiatoia smart non è quella che non perde mai la connessione. È quella che, quando la connessione scompare, continua comunque a fare la cosa per cui l’abbiamo comprata: dare da mangiare al gatto. E possibilmente riesce anche a farci sapere che lo ha fatto.