¿Merece la pena reciclar la pantalla de una tableta como monitor? Mi experiencia con un Nexus 10


Reciclar componentes electrónicos es una de las prácticas más gratificantes para un maker. En teoría, convertir la pantalla de una tableta rota en un pequeño monitor secundario suena genial: barato, ecológico y con cierto rollo DIY. Pero, ¿es siempre viable?

Hace unos días me encontré con una tableta Samsung Google Nexus 10 cuya placa madre había dejado de funcionar. La pantalla estaba intacta, así que pensé: “la convierto en un monitor HDMI con un adaptador LVDS”. Lo que parecía un proyecto sencillo se convirtió en un recorrido fascinante por las entrañas de los estándares de pantallas, controladoras y, finalmente, una conclusión que quizá no esperaba.

Comparto mi experiencia para que otros se ahorren dolores de cabeza y sepan cuándo merece la pena reciclar una pantalla de tableta… y cuándo no.

2024 03 31 14 14 23 Reciclar partes de una tableta averiada Busqueda de Google Personal  Microso

Paso 1: Identificar la pantalla (y el primer error)

La tableta es un Google Nexus 10 fabricado por Samsung. En la cinta flexible de la pantalla aparecía el código GT-P8110, que corresponde a una Samsung Galaxy Tab 2 10.1, pero en realidad es el mismo panel físico.

Al desmontar la tableta, encontré la etiqueta del panel: LTL101DL02-001. Las especificaciones parecían prometedoras:

  • 10.1 pulgadas
  • Resolución 2560×1600 (WQXGA)
  • Interfaz: LVDS (o eso supuse)

Con esa información me lancé a buscar un controlador LVDS genérico en AliExpress. Pero aquí vino el primer error.

Paso 2: El problema del conector

Cuando examiné con cuidado el cable FPC que conecta la pantalla a la placa madre, conté los pines. No eran 40, como la mayoría de paneles LVDS de portátiles, sino 45 pines. Además, en el propio cable aparecía serigrafiado “GT-P8110 LCD FPCB REV.1.2”.

Esto cambió por completo el tipo de interfaz. En las tablets de gama alta de esa época, un conector de 45 pines suele indicar que la interfaz no es LVDS, sino MIPI DSI (Mobile Industry Processor Interface Display Serial Interface).

Y ahí está la primera gran bifurcación del proyecto:

  • LVDS: estándar común en monitores y portátiles. Los controladores HDMI → LVDS son baratos (15–25 €) y fáciles de encontrar.
  • MIPI DSI: estándar para móviles y tablets. Los controladores HDMI → MIPI DSI son escasos, más caros (30–60 €) y casi siempre requieren configuración manual de pines.

Si tu tableta es de gama baja o media con pantalla de resolución modesta (1024×600, 1280×800), lo más probable es que use LVDS. En ese caso, el reciclaje es sencillo y barato. Pero con una pantalla de alta resolución como la del Nexus 10, la cosa se complica.

Paso 3: Buscar controladores compatibles

Probé con varias opciones que encontré en AliExpress.

Opción A: Kits con panel incluido

Encontré un kit que incluía placa controladora LVDS y un panel de 10.1″ 1280×800. Costaba unos 20 €. Era tentador porque el precio era inferior al de la mayoría de controladoras MIPI que había visto, pero no me permitía usar mi pantalla original. Si el objetivo era simplemente tener un monitor pequeño, esta era la opción más sensata.

Opción B: Controladores universales LVDS

Encontré placas como la PCB800812, muy populares para paneles LVDS de 40 pines. Pero recordemos: mi conector era de 45 pines y la interfaz MIPI DSI. Aunque la resolución y el voltaje fueran compatibles, el conector y el protocolo no lo eran. No había manera de enchufar el cable de la tableta a esa placa sin un adaptador personalizado y sin modificar el pinout.

Opción C: Controladores HDMI a MIPI DSI

Esto ya era el territorio adecuado, pero los precios empezaban en 30 € y llegaban hasta 60 € por placas con chips como el Toshiba TC358870XBG o el LT6911C. Algunas soportaban 4 líneas MIPI, necesarias para llegar a 2560×1600, pero la mayoría se anunciaban para resoluciones menores. Además, había que lidiar con conector de 40 pines y reordenar el pinout para que coincidiera con mi panel.

Paso 4: La alternativa con ESP32-P4 (para los más valientes)

Ahí fue donde descubrí una posibilidad diferente: si en lugar de buscar una controladora comercial te animas a programar, puedes usar un ESP32-P4.

Este es el único ESP32 que tiene controlador MIPI-DSI nativo. Con una placa de desarrollo como la ESP32-P4-Function-EV-Board (unos 40–60 €) y la hoja de datos (datasheet) de tu pantalla, puedes escribir el código necesario para que el ESP32 reciba señal HDMI (o genere imagen propia) y la envíe a la pantalla en MIPI DSI.

El problema es que necesitas:

  • El datasheet del panel LTL101DL02-001, que no es fácil de conseguir.
  • Conocimientos de ESP-IDF o al menos de programación en C/C++.
  • Hacer un adaptador físico de 45 pines a 40 pines.
  • Depurar la secuencia de inicialización del panel (init sequence), algo que sin herramientas como un analizador lógico puede ser muy tedioso.

En mi caso, el coste total (placa + adaptadores + tiempo) superaba ampliamente el de comprar un monitor portátil USB-C ya montado. La decisión fue clara.

Conclusión: ¿Cuándo merece la pena reciclar una pantalla de tableta?

✅ Situaciones en las que SÍ merece la pena

  • La tableta es de gama baja o media con pantalla de resolución modesta (≤ 1280×800).
  • La interfaz es LVDS (lo sabrás si el conector tiene 30 o 40 pines y es relativamente estándar).
  • El panel tiene una resolución baja (1366×768 o menos), porque los controladores son baratos y abundan.
  • Tienes tiempo y ganas de investigar, pero buscas una solución rápida con kit de panel incluido.

❌ Situaciones en las que NO merece la pena

  • La pantalla es de alta resolución (1920×1080 o superior) y usa conector de 40+ pines MIPI DSI.
  • El panel no tiene datasheet disponible o el conector es de más de 40 pines.
  • El coste del controlador compatible supera el de un monitor portátil nuevo.
  • No dispones de herramientas de depuración (osciloscopio, analizador lógico) para resolver posibles problemas de inicialización.

Mi recomendación final

En mi caso, con el Nexus 10, el reciclaje directo mediante un controlador LVDS era imposible por la interfaz MIPI DSI y el conector de 45 pines. La opción con ESP32-P4 era técnicamente viable, pero el coste y la complejidad superaban con creces lo que estaba dispuesto a invertir en un proyecto puramente de reciclaje.

Terminé comprando un kit con controladora y panel incluido por unos 20 €. No reciclé mi pantalla original, pero obtuve un monitor funcional por menos dinero y sin dolores de cabeza. La pantalla del Nexus 10 la guardaré como repuesto o para un futuro proyecto si alguna vez encuentro una placa madre barata.

Moraleja: reciclar pantallas de tableta es genial, pero no todas son iguales. Antes de lanzarte, identifica bien el panel, cuenta los pines del conector, verifica si es LVDS o MIPI, y haz números. A veces, el camino más corto es comprar un kit listo para usar.

Setup final: Movistar Home convertido en tablet con AntiX Linux


Después de mucho probar, investigar y fallar, finalmente conseguí que el Movistar Home funcione como un dispositivo táctil completamente usable con AntiX Linux. Eso si, como vimos en post anteriores, en primer lugar tenemos que soldarle un conector USB ( lo cual variará segon el modelo de Movistar Home).

Desde ahí instalamos AntiX y lo mas importante seleccionamos pantalla horizontal y lo ajustemos para que salve la hora y le recupere desde internet en caso de fallo de alimentación. Como la conexión del USB puede fallar y además no es cómodo tener que estar usando ratón y teclado lo ideal es usar la pantalla capacitiva con un teclado virtual.

Aquí está el resumen de todo el proceso: lo que falló, lo que funcionó y cómo dejé el sistema estable y funcional.

Antes de empezar para una mayor comodidad todos los comandos ejecutados desde la consola se hacen en remota , para ello el acceso a Movistar Home se hizo a traves de vnc. Para ello usamos desde el pc vncviewer64-1.16.0 y desde Movistar Home el servidor instalado previamente de vncserver . Hecho esto debemos averiguar la IP previamente usando el comando ifconfig .

Veamos detenidamente los pasos seguidos:

Acceso remoto por VNC

Antes de empezar, para una mayor comodidad, todos los comandos ejecutados desde la consola se hacen en remoto. Para ello, el acceso al Movistar Home se hizo a través de VNC.

Configuración desde el PC (cliente):

  • Usamos desde el PC el cliente VNC: vncviewer64-1.16.0 (o cualquier otro cliente VNC como TigerVNC, Remmina, etc.)

Configuración desde el Movistar Home (servidor):

  1. Primero, averiguamos la IP del Movistar Home en la red local:
ifconfig

O también:

ip addr show

Buscamos la dirección IP en la interfaz wlan0 o eth0 (ej. 192.168.1.xxx).

  1. Instalamos el servidor VNC en AntiX:
sudo apt update
sudo apt install tigervnc-standalone-server
  1. Configuramos la contraseña de acceso VNC:
vncpasswd

Nos pedirá introducir una contraseña (y opcionalmente una de solo vista). La guardará en ~/.vnc/passwd.

  1. Iniciamos el servidor VNC en el puerto 5901 (display :1):
vncserver :1 -geometry 1024x600 -depth 24
  • :1 es el display número 1 (puerto 5901)
  • -geometry 1024x600 ajusta la resolución a la pantalla del Movistar Home
  • -depth 24 establece la profundidad de color
  1. Desde el PC, nos conectamos al Movistar Home:
vncviewer 192.168.1.xxx:1

(O usar la interfaz gráfica de vncviewer64-1.16.0)

Para que el servidor VNC se inicie automáticamente:

# Crear script de inicio
nano ~/.vnc/xstartup

Contenido:

#!/bin/bash
xrdb $HOME/.Xresources
icewm-session &

Hacerlo ejecutable:

chmod +x ~/.vnc/xstartup

Para detener el servidor VNC cuando no se necesite:

vncserver -kill :1

Pasos previos

Ahora sí, con acceso remoto establecido, para dar con la solución definitiva, pasé por varios métodos que no funcionaron hasta encontrar la configuración correcta.

Lo primero es conseguir calibrar el touch, para lo cual necesitamos un comando manual para calibrar el touch. Vomo en antix , dado que tu Goodix Capacitive TouchScreen ya funciona con libinput, el comando y que funciona manualmente es:

xinput set-prop "pointer:Goodix Capacitive TouchScreen" "Coordinate Transformation Matrix" 0 1 0 -1 0 1 0 0 1

Qué hace este comando

  1. xinput set-prop → modifica una propiedad de un dispositivo de entrada Xorg.
  2. "pointer:Goodix Capacitive TouchScreen" → selecciona el dispositivo correcto (el prefijo pointer: evita conflictos, porque hay varios dispositivos Goodix en tu sistema).
  3. "Coordinate Transformation Matrix" → propiedad que define cómo se traducen las coordenadas del touch a la pantalla.
  4. 0 1 0 -1 0 1 0 0 1 → matriz que:
    • Rota la entrada 90°
    • Ajusta el eje X e Y para que coincida con la orientación de la pantalla
    • Hace que el touch responda correctamente según la orientación física

Qué conseguimos al ejecutarlo

  • La pantalla táctil responde correctamente al tacto.
  • Los movimientos y pulsaciones corresponden a la orientación física de la pantalla.
  • Puedes usar la pantalla con precisión, escribir con teclado virtual, arrastrar, tocar iconos, etc.

Nota importante: Este comando solo aplica temporalmente mientras la sesión X está activa.Se pierde al reiniciar, por eso la solución permanente fue crear el archivo /etc/X11/xorg.conf.d/99-touchscreen.conf con la misma matriz.

Ahora si , para dar con la solución definitiva, pasé por varios métodos que parecían prometedores pero que finalmente no resolvieron el problema de forma permanente:

xinput_calibrator
No funcionaba porque el controlador del táctil era libinput, no evdev. Error: no calibratable devices found.

❌ Archivo en /etc/X11/xorg.conf.d/99-goodix.conf
Se creó correctamente con la matriz de transformación, pero nunca se aplicó al inicio.

❌ Script en ~/.config/autostart-scripts/
Aunque se creó con permisos correctos, AntiX no lo ejecutaba automáticamente.

❌ Archivo .desktop en ~/.config/autostart/
Tampoco se ejecutó al iniciar sesión.

❌ Modificación de ~/.profile
Causó pantalla negra al inicio (afortunadamente se pudo recuperar).

❌ Servicio systemd
No se llegó a implementar completamente por ser un enfoque más complejo y menos adecuado para AntiX.

❌ Scripts en ~/.icewm/startup y ~/.xinitrc manuales
Funcionaban manualmente, pero no persistían después de reiniciar.

Lo que finalmente funcionó

La solución definitiva fue configurar la calibración directamente en Xorg a través de libinput, sin depender de scripts de usuario ni de gestores de ventanas.

1- Calibración permanente del táctil (Goodix Capacitive TouchScreen)

Problema:
La pantalla táctil funcionaba solo con comandos manuales y perdía la calibración al reiniciar.

Solución:

  1. Crear el archivo de configuración de Xorg:
sudo nano /etc/X11/xorg.conf.d/99-touchscreen.conf
  1. Contenido del archivo:
Section "InputClass"
Identifier "calibration"
MatchProduct "Goodix Capacitive TouchScreen"
Option "CalibrationMatrix" "0 1 0 -1 0 1 0 0 1"
EndSection
  1. Guardar y reiniciar.
  2. Verificar que se aplicó correctamente:
xinput list-props "pointer:Goodix Capacitive TouchScreen"

Resultado: la matriz de calibración aparece correctamente y el táctil funciona de forma permanente tras cada reinicio.

2- Instalación del teclado virtual (Onboard)

Problema:
Necesitaba un teclado en pantalla para usar el dispositivo como tablet, sin depender de teclado físico.

Solución:

  1. Instalar Onboard:
sudo apt install onboard
  1. Crear script de toggle para abrir/cerrar el teclado:
nano ~/toggle_osk.sh

Contenido:

#!/bin/sh
if pgrep -x onboard > /dev/null; then
killall onboard
else
onboard &
fi
  1. Hacerlo ejecutable:
chmod +x ~/toggle_osk.sh

Onboard se abre y cierra correctamente con un solo comando.

3- Acceso rápido al teclado desde IceWM

Problema:
Los atajos de teclado (Ctrl+Alt+K) no funcionaban de forma fiable en esta versión de AntiX.

Solución:
Agregar un botón en la barra de tareas de IceWM.

  1. Editar el archivo de la barra:
nano ~/.icewm/toolbar
  1. Añadir al final:
prog "Teclado Táctil" /home/carlos/toggle_osk.sh
  1. Cerrar sesión y volver a iniciar IceWM.

Aparece un botón en la barra que abre y cierra el teclado virtual al hacer clic.

Resultado final

El resultado es un Movistar Home completamente transformado: ahora funciona como una tablet estable y funcional con AntiX Linux. La pantalla táctil responde con precisión tras cada reinicio gracias a la calibración permanente mediante libinput en Xorg, evitando así la fragilidad de los scripts de inicio.

El teclado virtual Onboard está instalado y listo para usarse, con un botón en la barra de IceWM que resulta mucho más fiable que los atajos de teclado. Todo el sistema arranca sin intervención manual, manteniendo la compatibilidad con VNC y ofreciendo un entorno ligero, ideal para navegación ocasional, acceso remoto o incluso como reloj inteligente.

La clave del éxito estuvo en prescindir de soluciones temporales y apostar por una configuración sólida desde la capa más baja del sistema, logrando así un dispositivo reutilizado que funciona con la misma solidez que un equipo diseñado para ello.