Come si fa ad alimentare Arduino con batteria quando il progetto deve vivere lontano da una presa di corrente, in giardino, in auto o in mezzo a un campo? La domanda sembra avere una risposta facile — attacca un pacco pile e via — ma chi ci ha provato sa che i guai arrivano dopo giorni, non dopo minuti.
La risposta secca è questa: prima di scegliere il pacco batteria servono quattro verifiche, e nessuna riguarda la marca delle pile. La tensione che arriva al pin Vin deve restare sopra i 7 volt in ogni condizione della sorgente, non solo a batteria carica. L’autonomia va calcolata dividendo la capacità del pacco per il consumo misurato al banco, non per quello dichiarato nei tutorial. Il regolatore va valutato in base a quanto oscilla la sorgente. E il consumo in standby va misurato con un amperometro, perché è quello che decide quanto dura davvero il progetto. Quello che segue è il resoconto di come queste verifiche funzionano quando qualcosa va storto, con i numeri rilevati dove sono stati rilevati.
Alimentare Arduino con batteria: la soglia di tensione sul pin Vin
Quando si alimenta Arduino con batteria attraverso il jack o il pin Vin, la corrente passa dal regolatore montato sulla scheda, quel componente che prende la tensione in ingresso e la stabilizza ai 5 volt con cui lavora il microcontrollore. Per svolgere il suo compito il regolatore ha bisogno di margine: sotto la soglia indicata in apertura smette di garantire i 5 volt in uscita, e da quel momento tutto ciò che la scheda fa — misure, uscite, temporizzazioni — si svolge con una tensione che scivola.
Il caso che chiarisce la questione arriva da un maker che alimentava la scheda dal pin Vin collegato alla batteria dell’auto. Con il motore acceso la sorgente viaggiava intorno ai 14 volt; a motore spento scendeva a 11,5 volt. In entrambe le condizioni il regolatore di bordo erogava i suoi 5 volt stabili, perché l’intera fascia tra 11 e 14 volt rientra nel campo in cui il riferimento non cambia, come hanno confermato sul forum ufficiale Arduino i tecnici uwefed e leo72 seguendo proprio quel thread. Tradotto: la batteria dell’auto, per quanto ballerina, era innocente. Il difetto stava altrove, e ci sono volute settimane per trovarlo.
La lezione si rovescia quando la sorgente è piccola. Un pacco da 6 volt nominali — quattro pile stilo, per capirci — nasce già sotto la soglia di sicurezza del regolatore, e di notte, quando la scarica avanza e la chimica si affredda, scivola ancora più in basso. La scheda non si spegne di colpo: peggio, continua a funzionare con una tensione insufficiente, producendo comportamenti che sembrano bug del software e invece sono fame di volt. Chi vuole usare pile stilo fa meglio a salire a un pacco da 9 o 12 volt, oppure ad alimentare direttamente il pin dei 5 volt con una sorgente già regolata, sapendo però che in quel caso il regolatore di bordo viene scavalcato e la qualità della tensione dipende tutta da ciò che sta a monte.
Le uscite PWM che calano: quindici giorni di debug per meno di un volt
Il progetto dell’automobilista funzionava, all’apparenza. Poi, dopo ore di fermo, le uscite PWM cominciavano a perdere colpi: circa 0,4 volt in meno rispetto al valore atteso, una differenza che in termini di duty cycle — la frazione di tempo in cui il segnale resta alto, espressa in 256esimi — corrisponde a una decina di punti mancanti su 256. Abbastanza per vedere un motore girare più piano o una striscia LED affievolirsi, troppo poco per notarlo con uno sguardo distratto. Il regolatore è stato il primo sospettato, torturato per quindici giorni, e alla fine è risultato estraneo ai fatti.
La radice del malinteso sta in una specifica del microcontrollore ATmega che quasi nessuno legge: con la scheda alimentata a 5 volt, la tensione d’uscita dei pin digitali e PWM è garantita sopra i 4,2 volt, non ai 5 volt pieni che molti danno per scontati. Il rilevamento al banco conferma e aggrava il quadro: la stessa scheda alimentata solo via USB, misurata su quattro uscite a vuoto, non ha superato i 4,8 volt. Chi progetta un carico aspettandosi i 5 volt tondi sta già lavorando su un numero che non esiste.
C’è poi il verso opposto dello stesso problema, quello delle misure in ingresso. Le letture analogiche di Arduino ragionano per confronto con una tensione di riferimento, e in quel progetto il riferimento misurato al banco valeva 4,95 volt con un alimentatore da 12 volt e 800 milliampere: quasi perfetto, ma quel “quasi” si riflette in ogni conversione. Se la tensione della scheda si muove, anche i valori letti dai sensori si muovono con lei, senza che il codice cambi di una riga. Vale la pena ricordare, a proposito di PWM, che sulla UNO le uscite di questo tipo sono sei e vivono sui pin D3, D5, D6, D9, D10 e D11: prima di dare la colpa all’alimentazione, conviene verificare con un multimetro cosa esce davvero da ciascuno di quei pin nelle condizioni reali di lavoro, non solo nel primo minuto dopo l’accensione.
L’autonomia si calcola con il consumo misurato, non con quello immaginato
La domanda “quanto dura la batteria” ha una risposta aritmetica, a patto di usare il divisore giusto. La formula è: autonomia in ore = capacità del pacco in milliampereora ÷ consumo del circuito in milliampere. Il punto delicato è il secondo termine. Il consumo va misurato con un multimetro in serie all’alimentazione, con il progetto acceso e al lavoro vero, perché il valore dipende da quanti sensori, attuatori e moduli sono collegati, e nessuna tabella può saperlo al posto vostro.
Per capire l’ordine di grandezza del gioco, si può ragionare su una stima realistica e dichiarata come tale: una scheda UNO con qualche sensore attivo assorbe indicativamente tra i 20 e i 50 milliampere. Il calcolo, da rifare con i propri valori misurati, funziona così:
- con un pacco da 2000 milliampereora e un consumo di 50 milliampere, il conto è 2000 ÷ 50 = 40 ore, cioè meno di due giorni pieni;
- con lo stesso pacco e un consumo di 20 milliampere, il conto è 2000 ÷ 20 = 100 ore, poco più di quattro giorni;
- se il progetto deve vivere per settimane, il margine non si compra con una batteria più grossa ma si guadagna riducendo il consumo, come vedremo tra poco.
Misurare la propria batteria, però, è esso stesso un piccolo progetto. Gli ingressi analogici di Arduino accettano tensioni fino a un massimo di 5 volt, quindi collegare direttamente un pacco da 12 volt a un pin analogico significa bruciare l’ingresso. La soluzione standard è il partitore resistivo, cioè due resistenze in serie che prelevano una frazione della tensione della batteria e la riportano dentro il campo leggibile: da quel campione il software risale al valore reale con una proporzione. Il progetto di regolatore di carica documentato da emcelettronica usa esattamente questo metodo, e fissa la soglia di allarme in modo concreto: sotto i 6,2 volt sul pacco da 6 volt si accende un LED rosso di batteria scarica. Una soglia luminosa di quel tipo, tarata sul proprio pacco, vale più di qualsiasi promessa stampigliata sull’involucro delle pile.
Standby, Arduino Nano ed ESP32: cosa cambia quando la scheda dorme
La quarta verifica riguarda il tempo in cui il progetto non fa nulla. Un sensore meteo in giardino misura forse una volta al minuto: il resto è attesa, e se durante l’attesa la scheda consuma come durante il lavoro, la batteria paga un conto che non deve nulla alla fisica e tutto alla pigrizia del codice. I microcontrollori della famiglia ATmega dispongono di modalità di sospensione, le cosiddette sleep mode, in cui gran parte della circuiteria si ferma e il chip si risveglia solo quando serve, per esempio al maturare di un timer o all’arrivo di un segnale esterno. La misura resta il solito multimetro in serie: si legge il consumo in attività, si mette la scheda a dormire, si rilegge. La differenza tra i due valori è il margine di autonomia che il software può regalare, ed è l’unico modo onesto di quantificarlo, perché ogni circuito ha i suoi moduli e i suoi assorbimenti.
Chi lavora con Arduino Nano trova la stessa logica in formato tascabile: il microcontrollore è della stessa famiglia, il pin Vin risponde alle stesse regole di soglia e le sleep mode funzionano allo stesso modo, quindi tutto quanto detto finora si applica senza traduzioni. Il discorso cambia di tono con le schede ESP32, molto diffuse nei progetti a batteria per via del Wi-Fi integrato: lì la logica lavora a 3,3 volt e non a 5, le soglie d’ingresso delle schede di sviluppo sono diverse e la radio, quando trasmette, chiede picchi di corrente che un pacco pile stanco fatica a fornire. Il metodo però non si sposta di un millimetro: si misura la tensione della sorgente nelle condizioni peggiori, si verifica che resti dentro il campo accettato dalla scheda, si quantifica il consumo in attività e in sospensione, e solo dopo si sceglie il pacco. Sono le schede a cambiare; le quattro verifiche restano le stesse.
Le tre misure da fare al banco prima di comprare le pile
Il pacco batteria si sceglie per ultimo, non per primo. Prima si portano a casa tre numeri: la tensione della sorgente a riposo e sotto carico, per sapere dove va a finire quando lavora; il consumo del circuito completo in attività e in sospensione, misurato e non supposto; la tensione reale delle uscite che contano per il progetto, perché il valore nominale e quello misurato non sono parenti stretti come sembra. Con quei tre rilevamenti in mano, la scelta tra un pacco da 9 volt, una batteria al piombo o un power bank diventa una divisione, e le sorprese del tipo “funzionava al banco e in campo si è spento” smettono di essere una specialità del vostro laboratorio.
Da leggere anche: Come scegliere i cosmetici naturali per bambini leggendo pH, INCI e certificazioni
Da leggere anche: Alimentare un ESP32 a batteria per mesi: il calcolo energetico da fare prima di montare tutto
Da leggere anche: Alimentare un'autoradio in casa senza che si spenga dopo pochi minuti di musica