Chi lavora molte ore in mobilità sa che l’autonomia dichiarata raramente coincide con quella reale. Per uscire dalla confusione serve un protocollo di test ripetibile capace di isolare le variabili che consumano batteria e di produrre dati confrontabili nel tempo. Questo metodo, pensato per utenti tecnici ma utile a chiunque, definisce profili energetici, luminosità controllata, carichi misti CPU/GPU/NPU e un sistema di logging automatico su foglio di calcolo per monitorare consumi, cicli di carica e degrado.
L’obiettivo è ottenere curve di scarica coerenti e metriche pratiche: Wh consumatiefficienza per task e tasso di decadimento della batteria. Con una procedura standard e script che tolgono di mezzo l’errore umano, si passa dal “mi sembra duri di più” a un quadro misurabile, replicabile e utile per confrontare notebook diversi o verificare l’impatto di aggiornamenti software.
Ambiente di test e profili energetici controllati
La ripetibilità inizia dall’ambiente. Impostare il profilo energetico su uno stato noto (ad esempio Bilanciato e Prestazioni) e disattivare risparmi automatici che intervengono a soglie variabili. Bloccare il Wi-Fi su una rete stabile, disattivare aggiornamenti in background e fermare sincronizzazioni. Registrare la temperatura ambiente e la versione del sistema. Questi metadati, loggati nel foglio di calcolo, permettono di interpretare differenze tra sessioni. Il protocollo prevede due set: Ufficio (navigazione, documenti, streaming audio) e Carico Creativo (render GPU, inferenza NPU, compilazione CPU), ciascuno con durata e sequenza predefinite.
Per i sistemi con gestione avanzata, fissare limiti come TDP e PL1/PL2 dove possibile, o almeno annotare il comportamento della ventola. Ogni variazione del profilo va tracciata, così il confronto tra notebook o tra driver è sensato. La regola: cambiare una sola variabile per sessione, segnarla prima del test, e ripetere su batterie tra il 95% e il 100% per ridurre la variabilità iniziale.
Luminosità e display: la variabile che inganna i risultati
Il display è il primo colpevole di test incoerenti. Fissare la luminosità al 200 nit (o a una percentuale misurata) e disattivare adaptive brightness e night shift. Per chi ha un colorimetro, calibrare una volta e annotare il target; in alternativa, scegliere tre livelli standard: basso (120 nit), medio (200 nit), alto (300 nit). Uniformare anche la frequenza del refresh e il tipo di profilo colore. Il protocollo applica lo stesso livello a tutti i test del giorno, poi varia la luminosità in una sessione dedicata per tracciare la sensibilità del sistema alla luce.
Con pannelli OLED, registrare la percentuale di contenuto scuro del carico: il consumo cambia molto con interfacce dark. Nel foglio di calcolo, aggiungere un campo OLED/dark ratio per ogni run. Per LCD, annotare la tecnologia della retroilluminazione e l’eventuale local dimming. La ripetibilità passa dai dettagli: misure uguali, numeri comparabili.
Carichi misti CPU/GPU/NPU: sequenze e durate
Il cuore del protocollo è una sequenza di carichi misti che riflette l’uso reale. Il set Ufficio è: 20 minuti di browser con 10 tab, 15 minuti di editor di testi con revisioni, 25 minuti di video streaming 1080p, 10 minuti di chiamata video. Il set Carico Creativo è: 15 minuti di compilazione CPU 20 minuti di render GPU (benchmark ripetibile), 25 minuti di inferenza NPU su un modello fisso, 10 minuti di esportazione multimediale. Ogni blocco ha script che avviano e fermano il carico, catturano timestamp e percentuale batteria con intervallo di 60 secondi.
La NPU va testata su carichi deterministici: stessa rete, stesso modello, batch invariato. La GPU usa un benchmark offline per evitare traffico di rete. La CPU lavora su progetti stabili con cache pulita per la run 1 e calda per la run 2, così si misura anche l’effetto caching. Sequenze e durate sono pensate per produrre curve di scarica segmentate, utili a calcolare l’efficienza per task e il contributo di ogni componente al consumo totale.
Foglio di calcolo e schema dati: cosa loggare e come
Il foglio di calcolo ha schede: SessioniCarichiBatteriaDegrado. In Sessioni si registra data, notebook, profilo energetico, luminosità, temperatura, versione OS/driver. In Carichi si annotano tipo, durata, media di W e mAh consumati. In Batteria si salvano gli snapshot a intervallo fisso: percentuale, tensione, corrente, temperatura. In Degrado si traccia capacità dichiarata vs stimata: Full charge capacity su ogni ciclo, con trend mensile e previsione lineare.
Campi chiave: Wh totali per sessione, Wh per ora per carico, efficienza luminosa (Wh a 120/200/300 nit), delta consumo tra profili energetici, e cycle count con soglia di attenzione. La struttura rende facile filtrare per notebook o driver e confrontare set equivalenti nel tempo. La ripetibilità vive qui: dati puliti, campi standard, niente note vaghe.
Script di logging: esempi pratici e automazioni
Gli script raccolgono dati senza intervento manuale. Su Windows, leggere Battery ReportPowercfg e WMI per percentuale, tensione e capacità; su Linux, usare upower e sysfs su macOS, pmset e IOKit. Un demone ogni 60 secondi scrive timestamp stato batteria, processo attivo e potenza stimata. Un secondo script avvia i carichi, tagga i blocchi con un ID e produce CSV che il foglio importa automaticamente. Le notifiche segnalano drift della luminosità o cambi di profilo energetico, bloccando la run se si esce dai parametri.
Automazioni utili: verifica pre-run (carica >95%, rete stabile, temperature nella norma), check post-run (coerenza curve, assenza di picchi anomali), e normalizzazione dei dati (media mobile sui consumi per ridurre rumore). Il risultato è un dataset pulito, pronto per grafici comparativi e per stimare il tempo residuo reale per ciascun workload.
Degrado nel tempo: cicli di carica e soglie di allerta
Il foglio calcola la traiettoria di degrado confrontando design capacity e full charge capacity su base mensile. Con i cycle count registrati dagli script, si ottiene un grafico che evidenzia quando l’autonomia cala oltre il 10% rispetto al baseline. Le sessioni replicate ogni trimestre, a luminosità e profilo fissi, mostrano l’effetto dell’invecchiamento e di aggiornamenti firmware. Una soglia di allerta segnala scostamenti improvvisi, spesso legati a driver o app in background.
Per chi confronta notebook diversi, il protocollo normalizza i risultati su Wh per task e minuti di autonomia ai tre livelli di display, così il giudizio non dipende da capienze nominali ma dall’efficienza reale. Con dati coerenti, scegliere il sistema più adatto smette di essere un atto di fede e diventa una decisione informata.
- Imposta profilo energetico e luminosità standard, disattiva automatismi.
- Avvia lo script di logging, verifica pre-run e metadati.
- Esegui i set Ufficio e Carico Creativo seguendo durate e sequenze.
- Importa i CSV nel foglio, controlla coerenza e calcola Wh per task.
- Ripeti sessioni identiche ogni trimestre per tracciare degrado e trend.
