Técnicas de banco · Multiple models
Cada tres minutos, como un reloj: lo que te está diciendo un reinicio cronometrado
Por Alex Rodriguez, técnico de reparación · 12 de octubre de 2026 · 5 min de lectura · Read in English
Los clientes lo llaman aleatorio. En el banco se reinicia casi al segundo. Ese intervalo no es coincidencia: es evidencia diagnóstica, y apunta a un sensor que dejó de reportar.
Pregúntale al cliente y los reinicios son aleatorios. Pon el teléfono en el banco, inicia un cronómetro y aparece otra historia: se reinicia, funciona unos tres minutos y vuelve a reiniciarse, con un intervalo tan parecido que podrías ajustar tu reloj con él. Esa regularidad es lo primero que hay que verificar, antes de abrir el teléfono y antes de leer cualquier registro. Cronometra dos o tres ciclos tú mismo.
El patrón encaja con la forma en que el teléfono se supervisa a sí mismo. Un watchdog espera registros regulares, y el sistema de sensores se consulta según un horario para que la plataforma sepa que sus sensores están vivos y reportando. Si un sensor nunca responde a esas consultas, el watchdog no espera para siempre. Tras varias respuestas perdidas, trata el sistema como colgado y fuerza un reinicio. El teléfono arranca, la consulta empieza de nuevo, el mismo sensor sigue en silencio y el ciclo se repite casi con el mismo intervalo. En otras palabras, el propio intervalo es evidencia: un reinicio cronometrado suele significar que falta algo esperado, no que algo aleatorio se está cayendo.
Empieza confirmando el intervalo y leyendo el registro al mismo tiempo. En Ajustes > Privacidad y seguridad > Análisis > Datos de análisis, abre el archivo panic-full que coincida con la hora de un reinicio que presenciaste y busca una línea de sensor faltante. Casos anteriores de esta revista ya cubren lo que te da un sensor nombrado — prs0 y mic1 apuntan al flex de carga, prox/als al flex del sensor frontal — pero incluso cuando el registro es menos específico, el intervalo constante reduce la falla a la ruta de reporte de sensores. Anota el intervalo en la orden.
Después aísla, una variable a la vez. Con el teléfono abierto, prueba con los flexes sospechosos desconectados y reconectados por turno, y cuando sospeches de un flex, sustitúyelo por uno conocido bueno en lugar de simplemente reasentar el original y cruzar los dedos. Observa qué pasa con el patrón tras cada cambio individual: ¿el reinicio cronometrado se detiene, cambia el intervalo o no se mueve nada? Cada resultado confirma o descarta algo. Cambia dos cosas a la vez y no aprenderás nada, porque cuando el teléfono mejore no sabrás qué cambio lo logró, y cuando no mejore no sabrás qué sospechoso descartar.
No adivines piezas solo por el cronómetro. El patrón de tres minutos te dice la clase de falla — un sensor no reporta y el watchdog hace su trabajo — pero no nombra la pieza. Pedir un flex porque el intervalo suena familiar es como piezas buenas terminan en teléfonos buenos y el cliente regresa con el mismo reinicio. Confirma el intervalo, lee qué línea de sensor falta cuando el registro la ofrece, aísla con piezas conocidas buenas paso a paso y deja que cada prueba reduzca la lista. El reloj te llevó al barrio correcto. Solo el método te lleva a la pieza correcta.
Archivado en: watchdog · reinicio de tres minutos · sensor faltante · diagnóstico
Revisa tu propio registro
¿Tienes un archivo panic-full .ips de un teléfono con el mismo problema? Pásalo por el analizador gratuito: lee el archivo localmente en tu navegador y te muestra la evidencia que encuentra, los objetivos de inspección que ordena y las siguientes comprobaciones que recomienda.
Más del Journal
- Leyendo el AOP: lo que "probe=0" y "no pulse" realmente te dicen
Técnicas de banco · 14 de septiembre de 2026 - Lee primero el encabezado: las primeras 30 líneas de un panic log cargan el peso del diagnóstico
Técnicas de banco · 19 de octubre de 2026 - Cuando el registro no dice nada: el flujo de trabajo con evidencia insuficiente
Técnicas de banco · 30 de septiembre de 2026