Canonical: https://kleidos.dev/es/measurements/tdeck-plus/ Updated: 2026-11-04 1. [Mediciones](https://kleidos.dev/es/measurements/) 2. LilyGO T-Deck Plus Mediciones # LilyGO T-Deck Plus Con Kleidos instalado en el LilyGO T-Deck Plus y la celda de 2000 mAh con la que lo medí, según mi estimación una carga dura entre unos 11 y 21 días. Bloqueado y en reposo consume 3,93 mA; con la lista de la bóveda al 85 por ciento de brillo con el que viene de serie, 85,4 mA. Todas las cifras de consumo de esta página salen de un único LilyGO T-Deck Plus con el sistema de medida en el cable de su batería, con una compilación de desarrollo que lleva en marcha el registro, la consola y el perfilador. Cada una sale de una sola medición, salvo la de reposo, que es la mediana de tres mediciones que coinciden entre sí. Los [tiempos de más abajo](https://kleidos.dev/es/measurements/tdeck-plus/#timings) los tomé en la misma placa con su propio reloj, alimentada por USB, con tres tamaños de bóveda, desde una pequeña hasta la bóveda llena. Todavía no he medido cuánto consume al escribir en un ordenador conectado ni cuánta carga admite de verdad la celda. [Kleidos en el LilyGO T-Deck Plus: su pantalla, qué hace cada control, lo que guarda y lo que cuesta](https://kleidos.dev/es/overview/tdeck-plus/) Actualizada el 4 de noviembre de 2026 1. [Autonomía](https://kleidos.dev/es/measurements/tdeck-plus/#days) 2. [Estados](https://kleidos.dev/es/measurements/tdeck-plus/#states) 3. [Brillo](https://kleidos.dev/es/measurements/tdeck-plus/#brightness) 4. [Luz del teclado](https://kleidos.dev/es/measurements/tdeck-plus/#keyboard) 5. [Tiempos](https://kleidos.dev/es/measurements/tdeck-plus/#timings) 6. [Sin medir todavía](https://kleidos.dev/es/measurements/tdeck-plus/#gaps) 7. [Fuentes](https://kleidos.dev/es/measurements/tdeck-plus/#sources) ## Cuánto dura una carga: una estimación Mi estimación de los días que dura una carga. La he calculado a partir de los estados de la [sección siguiente](https://kleidos.dev/es/measurements/tdeck-plus/#states); no he medido una carga entera hasta agotarse. Cada sesión son 15 segundos en la pantalla del PIN, 30 en la lista de la bóveda y 10 en la pantalla de envío por Bluetooth, y después los temporizadores de inactividad: 10 segundos con la pantalla encendida y 50 con ella apagada antes de que la placa vuelva al reposo, 115 segundos despierta en total. Calculo los días para cuatro formas de usarla, de 0 a 50 sesiones al día, con la placa en reposo el resto de cada día. **Guardada en un cajón** Sesiones al día: 0 Días por carga (estimación): 21 **Unas cuantas veces al día** Sesiones al día: 5 Días por carga (estimación): 19 **Más o menos una vez por hora, todo el día** Sesiones al día: 20 Días por carga (estimación): 15 **Uso intensivo** Sesiones al día: 50 Días por carga (estimación): 11 Lo que vacía la celda es el reposo, no el uso: en reposo gasta 94,2 mAh al día y, según mi estimación, cada sesión añade 1,9 mAh. Lo que entra en el cálculo de esos días, y hacia qué lado lo mueve cada cosa: - Capacidad: los 2000 mAh impresos en la celda, que no he medido. Una celda rara vez da toda su capacidad nominal, así que por esto salen más días de los que dará la placa. - Tensión de la celda: las corrientes que cuenta una sesión las tomé con la celda casi llena, entre 4030 y 4114 mV, y la cifra de reposo, también casi llena. La placa consume a potencia constante, así que, según se vacía la celda, consume más corriente que estas cifras, y por eso salen más días de los que dará la placa. - Pantalla: medí la del PIN con el brillo al 100 por ciento y la de envío al 100, y el firmware viene de serie al 85; los últimos segundos antes de que se apague, en los que el brillo baja, los cuento al 85 por ciento. Por las dos cosas salen menos días de los que dará la placa. - Bluetooth: los 10 segundos de la sesión en la pantalla de envío los cuento con lo que consume mientras se anuncia, sin ningún ordenador conectado. No he medido el envío a un ordenador conectado, y no sé hacia qué lado mueve eso los días. - Desbloqueo y despertar: la derivación de la clave corre a un reloj más alto que el de la pantalla del PIN con la que la cuento, y no cuento lo que cuesta despertar del reposo, que no he medido. Por las dos cosas salen más días de los que dará la placa. - Compilación: todas las cifras salen de una compilación de desarrollo. En la pantalla de bienvenida de una compilación anterior, una pantalla estática, consumía unos 0,5 mA más que la de producción, y eso es lo mínimo que cuesta: una pantalla con más actividad le da más trabajo al registro. No lo he vuelto a medir desde entonces, así que por esto salen menos días de los que dará la placa. - Pantalla apagada: los 50 segundos de la sesión con la pantalla apagada los cuento con la cifra de suspensión ligera, 27,0 mA, porque el firmware de serie entra ahí en suspensión ligera, así que esto no mueve los días hacia ningún lado. - Luz del teclado: viene apagada y no la cuento. Quien la encienda gasta más en cada pulsación, así que para esa persona salen más días de los que dará la placa. ## Estado por estado, frente a los objetivos Lo que consume la placa en cada estado por el que pasa, desde el reposo con la bóveda bloqueada hasta la red de administración levantada, con todas las cifras tomadas por el sistema de medida. La barra bajo cada cifra está a una sola escala para toda la página. Donde el proyecto se puso un objetivo, aparece junto a la cifra, y una cifra que lo supera lo dice con palabras. ### En reposo, con la bóveda bloqueada **Consume** 3,93 mA sistema de medida Sin usar y con la bóveda bloqueada, tal como lo deja el firmware de serie. Tomé esta cifra con el cable USB enchufado pero su puerto apagado desde el hub, y todavía no publico su margen. **Declarada en el repositorio privado** variants/tdeck/variant.h ### Pantalla apagada, chip en suspensión ligera **Consume** 27,0 mA sistema de medida Con la bóveda abierta y sin actividad, la pantalla apagada y el chip en suspensión entre un ciclo de trabajo y el siguiente: lo que hace aquí el firmware de serie. **Tomada con** 4114 mV en la celda, pantalla apagada **Margen** ±0,31 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/light_sleep_idle_total/2026-10-29-01](https://kleidos.dev/data/power/tdeck/light_sleep_idle_total/2026-10-29-01.json) ### Pantalla apagada, chip despierto a la fuerza: un diagnóstico **Consume** 45,8 mA sistema de medida La misma pantalla con la suspensión ligera desactivada desde la consola de desarrollo, que no lleva ninguna compilación de serie. El firmware de serie entra aquí en suspensión ligera; conservo esta cifra porque es lo que consume el chip despierto con la pantalla apagada. **Tomada con** 4067 mV en la celda, pantalla apagada **Margen** ±0,53 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/home_panel_off_total/2026-10-29-09](https://kleidos.dev/data/power/tdeck/home_panel_off_total/2026-10-29-09.json) ### La lista de la bóveda, con el brillo de serie **Consume** 85,4 mA sistema de medida La lista de credenciales en pantalla al 85 por ciento, el brillo de serie del firmware. **Tomada con** 4054 mV en la celda, retroiluminación al 85 por ciento **Margen** ±0,99 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/home_total/2026-10-29-32](https://kleidos.dev/data/power/tdeck/home_total/2026-10-29-32.json) ### La pantalla del PIN **Consume** 92,6 mA sistema de medida **Objetivo** 20 mA por encima del objetivo La pantalla de desbloqueo, esperando a que se teclee la contraseña. Esta cifra la tomé con el brillo al 100 por ciento y el firmware viene de serie al 85, así que de serie consume menos. **Tomada con** 4064 mV en la celda, retroiluminación al 100 por ciento **Margen** ±1,07 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/pin_entry_total/2026-10-29-05](https://kleidos.dev/data/power/tdeck/pin_entry_total/2026-10-29-05.json) ### La pantalla de envío, esperando al ordenador **Consume** 121,1 mA sistema de medida **Objetivo** 50 mA La pantalla de envío con la radio Bluetooth encendida y todavía sin ningún ordenador conectado. El objetivo de 50 mA del proyecto se refiere al envío a un ordenador conectado, y eso no lo he medido, así que no comparo esta cifra con él. Esta cifra la tomé con el brillo al 100 por ciento y el firmware viene de serie al 85, así que de serie consume menos. **Tomada con** 4030 mV en la celda, retroiluminación al 100 por ciento **Margen** ±1,40 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/ble_typing_wait_total/2026-10-29-02](https://kleidos.dev/data/power/tdeck/ble_typing_wait_total/2026-10-29-02.json) ### La red Wi-Fi de administración, sin nadie conectado **Consume** 157,4 mA sistema de medida **Objetivo** 130 mA por encima del objetivo El punto de acceso del panel de administración levantado, sin ningún ordenador conectado. Esta cifra la tomé con el brillo al 100 por ciento y el firmware viene de serie al 85, así que de serie consume menos. **Tomada con** 4022 mV en la celda, retroiluminación al 100 por ciento **Margen** ±1,83 mA, solo el del instrumento, una medición **Registro de medida** [tdeck/wifi_admin_total/2026-10-29-02](https://kleidos.dev/data/power/tdeck/wifi_admin_total/2026-10-29-02.json) Cada margen es solo el del sistema de medida, para la única medición de la que sale su cifra, con la tolerancia del shunt supuesta. El almacén guarda mediciones repetidas de algunos de estos estados, y solo he calculado su dispersión para la cifra de reposo, cuya tarjeta no publica margen, así que ningún margen de aquí dice dónde caería una segunda medición. Sistema de medida: un [INA228](https://www.ti.com/lit/ds/symlink/ina228.pdf) en el cable de la batería, leído por un ESP32-S3, con el cable USB enchufado pero su puerto apagado desde el hub, de modo que a la placa solo la alimenta la celda. ## Lo que cuesta el brillo de la pantalla La lista de la bóveda con cada nivel de brillo, para poder valorar el ajuste en miliamperios. Cada nivel es una ventana de medida propia, de una medición distinta de la que da la cifra de la lista de la bóveda de arriba y con la celda a una tensión algo más baja; por eso las dos lecturas al 85 por ciento difieren un poco. [Gráfico de lecturas del sistema de medida](https://kleidos.dev/es/measurements/#method) Lo que consume la placa en la lista de la bóveda con cada nivel de brillo que he medido: un punto por nivel, en una escala de miliamperios que empieza en cero. El ajuste del firmware empieza en el 10 por ciento, y también he medido los niveles por debajo. La línea solo une los puntos, porque entre dos niveles no he medido nada, y todos los valores están en la tabla plegada bajo el gráfico. **0 %** Consumo de la placa: 51,5 mA **5 %** Consumo de la placa: 53,6 mA **10 %** Consumo de la placa: 55,6 mA **15 %** Consumo de la placa: 57,7 mA **20 %** Consumo de la placa: 59,7 mA **25 %** Consumo de la placa: 61,6 mA **30 %** Consumo de la placa: 63,6 mA **35 %** Consumo de la placa: 65,6 mA **40 %** Consumo de la placa: 67,7 mA **45 %** Consumo de la placa: 69,5 mA **50 %** Consumo de la placa: 71,7 mA **55 %** Consumo de la placa: 73,7 mA **60 %** Consumo de la placa: 75,7 mA **65 %** Consumo de la placa: 77,6 mA **70 %** Consumo de la placa: 79,7 mA **75 %** Consumo de la placa: 81,7 mA **80 %** Consumo de la placa: 83,7 mA **85 %** Consumo de la placa: 85,6 mA **90 %** Consumo de la placa: 87,6 mA **95 %** Consumo de la placa: 89,6 mA **100 %** Consumo de la placa: 91,7 mA Del 0 al 100 por ciento de brillo, la placa consume de 51,5 a 91,7 mA, y 85,6 mA al 85 por ciento con el que viene de serie. Al 0 por ciento la pantalla sigue encendida; con el panel apagado y sin dejar que el chip entre en suspensión ligera, la placa consume 45,8 mA. ## Lo que cuesta la luz del teclado Lo que añade encender la luz del teclado al consumo de la placa, en cada uno de sus niveles. He medido cada nivel en la pantalla del PIN, comparándolo con la luz apagada justo antes y justo después en la misma medición, así que ninguna cifra es una diferencia entre dos mediciones. Cada una es la media de 2,3 segundos con la luz encendida, y cuenta también lo poco que el resto de la placa consume de más mientras la luz baja la tensión de la batería. [Gráfico de lecturas del sistema de medida](https://kleidos.dev/es/measurements/#method) Lo que la luz del teclado añade al consumo de la placa en cada nivel que he medido: un punto por nivel, en una escala de miliamperios que empieza en cero. La luz viene apagada de serie, así que ningún nivel lleva anillo. La línea solo une los puntos, porque entre dos niveles no he medido nada, y todos los valores están en la tabla plegada bajo el gráfico. La curva sale de una sola medición; su margen al 100 por ciento es de ±1,6 mA, con la tolerancia del shunt supuesta, y para los demás niveles no he calculado ninguno. **5 %** Añadido por la luz: 5,9 mA **10 %** Añadido por la luz: 12,0 mA **15 %** Añadido por la luz: 18,4 mA **20 %** Añadido por la luz: 24,8 mA **25 %** Añadido por la luz: 30,7 mA **30 %** Añadido por la luz: 37,2 mA **35 %** Añadido por la luz: 43,8 mA **40 %** Añadido por la luz: 50,3 mA **45 %** Añadido por la luz: 56,5 mA **50 %** Añadido por la luz: 63,2 mA **55 %** Añadido por la luz: 70,0 mA **60 %** Añadido por la luz: 76,7 mA **65 %** Añadido por la luz: 83,2 mA **70 %** Añadido por la luz: 89,9 mA **75 %** Añadido por la luz: 96,9 mA **80 %** Añadido por la luz: 104,1 mA **85 %** Añadido por la luz: 110,4 mA **90 %** Añadido por la luz: 117,5 mA **95 %** Añadido por la luz: 124,8 mA **100 %** Añadido por la luz: 132,5 mA Del 5 al 100 por ciento, la luz del teclado añade entre 5,9 y 132,5 mA al consumo de la placa con ella apagada. Encendida, se ilumina al 50 por ciento durante 8 segundos tras cada pulsación hasta que se elige otro nivel, y mientras está iluminada añade 63,2 mA. ## Cuánto tardan un desbloqueo y una copia de seguridad Cuánto hace esperar la placa a quien la usa. Lo cronometré con el propio reloj de la placa, no con el sistema de medida. Cada columna es la bóveda que tenía, en credenciales y códigos 2FA: la bóveda pequeña que es la misma en todas las placas, después la mitad de lo que admite esta y después toda. **Desbloqueo** De la contraseña introducida a la lista de la bóveda en pantalla 30 / 10: 2867 ms 250 / 25: 3446 ms 500 / 50, llena: 3496 ms **De ese tiempo, abrir la bóveda** De la clave derivada a la bóveda abierta 30 / 10: 691 ms 250 / 25: 1186 ms 500 / 50, llena: 1373 ms **Contraseña incorrecta** De la contraseña introducida a su rechazo 30 / 10: 1617 ms 250 / 25: 1702 ms 500 / 50, llena: 1564 ms **Copia cifrada en la microSD** De la derivación de su clave al último byte escrito 30 / 10: 6201 ms 250 / 25: 13 464 ms 500 / 50, llena: 16 413 ms La derivación de la clave por sí sola, con 175 000 iteraciones, tarda 1423 ms tenga lo que tenga la bóveda, porque no abre ninguna. Cada cifra es la media de sus repeticiones según el propio reloj de la placa, redondeada al milisegundo: diez desbloqueos, cuatro contraseñas incorrectas y tres copias con cada tamaño, y cinco derivaciones. El desbloqueo, la apertura de la bóveda y el rechazo son cada uno la diferencia entre dos líneas del registro de la placa, marcadas al milisegundo; la copia la cronometra el propio firmware, en milisegundos enteros, y la derivación sola se lee del contador de microsegundos del chip. El cristal de la placa no está marcado, así que tomo su tolerancia como ±10 ppm, la que dan [las guías de diseño del fabricante del chip](https://docs.espressif.com/projects/esp-hardware-design-guidelines/en/latest/esp32s3/schematic-checklist.html#external-crystal-clock-source-compulsory). Qué incluyen las cifras y qué dejan fuera: - El desbloqueo y la contraseña incorrecta los cronometré desde que la contraseña estaba completa. Envié sus teclas desde la consola, que se salta el controlador del propio teclado, así que lo que tarda una persona en teclearla no está en ninguno de los dos. - El desbloqueo termina cuando la lista de la bóveda se dibuja por primera vez, e incluye los 500 ms que la pantalla mantiene a propósito el aviso de que ha ido bien. - La parte del desbloqueo que crece con la bóveda es abrirla una vez derivada la clave. El resto también cambia de una bóveda a otra, igual que la contraseña incorrecta, pero no al compás de su tamaño. - La copia va desde la derivación de la clave de su propio fichero, con 600 000 iteraciones frente a las 175 000 del desbloqueo, hasta el último byte escrito en la tarjeta. Deja fuera los pasos de alrededor, entre ellos cerrar el fichero y darle el nombre de la copia, y esos no los he cronometrado. - Lo cronometré todo con una compilación de desarrollo que mantiene en marcha la consola y el registro, con el factor de trabajo de producción, y con la placa alimentada por USB y su cargador funcionando: no es la compilación de producción ni la placa solo con su batería, como funciona la de quien la usa. Todos los tramos incluyen el registro de esa compilación. - Publico las medias. El almacén guarda un margen para cada una; cuando las repeticiones coinciden exactamente, guarda solo el límite que pone el reloj: un tic y la tolerancia del cristal. ## Lo que todavía no le he medido Cada una de estas es una cifra que esta página publicaría y no publica, porque todavía no la he tomado. - Cuánta carga gasta un desbloqueo en esta placa: lo que la derivación de la clave suma al consumo de la pantalla de la contraseña. La prueba está escrita y todavía no la he hecho. - El envío a un ordenador conectado, que es a lo que se refiere el objetivo de 50 mA del proyecto para Bluetooth. La cifra de arriba es la pantalla de envío esperando todavía a uno. - La red Wi-Fi de administración con un ordenador conectado. En la cifra de arriba no hay nadie conectado. - La pantalla del PIN y la de envío al 85 por ciento de brillo con el que viene el firmware. Medí las dos con el brillo al máximo. - Lo que consume la compilación de producción en una pantalla con actividad. Todas las cifras de aquí son de una compilación de desarrollo, y lo que eso cuesta solo lo he medido una vez, en la pantalla de bienvenida de una compilación anterior. - Cuánto tardan un desbloqueo y una copia de seguridad con la compilación de producción y la placa solo con su batería. Los cronometré con una compilación de desarrollo y la placa alimentada por USB. - Cuánta carga admite de verdad la celda. El cálculo de los días usa los 2000 mAh impresos en ella. - Tres mediciones de reposo más con este firmware: una con el cable USB desenchufado, otra con la ranura de la tarjeta vacía y otra de una hora. Las tres mediciones de las que sale la cifra las tomé con reposos de 20 minutos, todas con el cable enchufado pero su puerto apagado y con una tarjeta microSD en la ranura. Cuando el reposo consumía más, lo medí con el cable enchufado y desenchufado, y las dos cifras coincidieron. ## De dónde salen estas cifras La primera lista nombra ficheros del repositorio, que mantengo privado mientras preparo la primera versión; la segunda enlaza páginas que puedes abrir ya. - La campaña que tomó cada cifra de aquí, fila a fila: docs/testing/power-campaign-tdeck.md. - Adónde iba el consumo en reposo y cuánto ahorró cada arreglo: docs/research/peripheral-parking.md. - Cómo se guarda un tiempo medido con el propio reloj de la placa y qué entra en su margen: docs/testing/power-measurement-store.md. - Cada cifra del sistema de medida es un registro en qa/measurements/power/, en el repositorio privado, con su margen y la compilación que se ejecutó. - [Los valores medidos del LilyGO T-Deck Plus, uno por fila (CSV)](https://kleidos.dev/data/power/tdeck.csv) - [Cómo está montado el sistema de medida y qué cubre su margen](https://kleidos.dev/es/measurements/#method) - [Cuánto deriva el oscilador de esta placa durante un reposo](https://kleidos.dev/es/measurements/#drift) - [Esta placa en vídeo, desde su propia pantalla](https://kleidos.dev/es/recordings/#board-tdeck-plus) Los registros de los que salen las cifras de esta página se publican como datos con licencia [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/), byte a byte como los guarda el almacén de medidas. El CSV da cada valor que recogen, con la dirección y el SHA-256 de su registro, y, cuando una tarjeta de arriba nombra un registro, su nombre enlaza con él.