Alejandro Lago

@OlímpioJardim Hola colega OlímpioJardim y un saludo también a EBRTec. Sumando un poco a las excelentes pautas de diagnóstico que ya te han mencionado, con ese síntoma de LED parpadeante en este chasis específico de AOC, te sugiero prestar mucha atención a los reguladores lineales de baja caída (LDO) y a los pequeños convertidores DC-DC de la placa main (cerca del microprocesador y la memoria). A veces, las tensiones principales de la fuente (5V y 12V) se muestran estables en vacío, pero al dar la orden de encendido, si hay una falla de filtrado o un leve corto en las sublíneas secundarias de 3.3V, 1.8V o 1.2V, el microprocesador entra en bucle de protección, lo que causa el parpadeo intermitente del LED de standby. Una prueba rápida que podrías hacer es verificar con el multímetro en escala de diodo (o continuidad) si alguna de las bobinas secundarias o capacitores cerámicos de esas sublíneas te marca un valor sospechosamente bajo a tierra antes de conectar el equipo. También valdría la pena revisar si hay alguna anomalía de datos corruptos en la memoria SPI Flash (firmware), que es otro fallo clásico cuando se quedan colgados en el arranque. ¡Mucho éxito con la reparación! Quedamos atentos a los valores de voltaje que te solicitó el compañero para seguir ana lizando.

@Noeldson Cabral ¡Bienvenido colega! Mucho éxito en la comunidad, seguro que aquí vas a encontrar excelente material para tus proyectos. ¡Un saludo!

@EBRtec Hola colega EBRTec, ¡muchísimas gracias por una respuesta tan magistral y detallada! De verdad me dejas un panorama mucho más claro para encarar el diagnóstico de esta placa sin irme directo a ciegas por un reballing de PMIC o CPU. Te comento sobre el seguimiento de las pruebas que me sugeriste basándome en tus puntos: 1. Primera alimentación al PMIC y VSYS: Medí los capacitores grandes que rodean al PMIC principal. Efectivamente, la tensión de VBAT (3.85V) está llegando a la entrada del circuito, pero al medir la línea que sospechamos que funciona como VSYS/VBAT_SYS, noto que la tensión no logra estabilizarse ni subir por completo, lo que confirma tu teoría de que el secuenciador interno no se está activando debido a un bloqueo en la etapa de carga o un componente pasivo dañado por el impacto. 2. Bobinas principales: Pasé el multímetro por las bobinas grandes alrededor del PMIC con la batería conectada. En un par de ellas tengo los 3.85V en un extremo, pero del otro lado la tensión regulada está completamente ausente (0V), reforzando que los reguladores Buck no están siendo habilitados. 3. Prueba con fuente (0.5A): Conecté la placa a la fuente simétrica regulada a 4V limitando la corriente a 0.5A como recomendaste. Al dar la orden de encendido, el comportamiento se mantiene exactamente igual: un consumo fijo clavado en 20mA (0.02A) sin picos ni oscilaciones de intento de boot. Tal cual como mencionas, el equipo se queda atrapado en un estado de espera o bucle de protección de carga. Voy a seguir tu consejo de buscar en la red bajo el código específico "2311DRK48G schematic" o "boardview" para intentar ubicar visualmente el oscilador de 32.768 kHz y revisar si el cristal o sus resistencias asociadas sufrieron alguna fisura imperceptible por el golpe. Agradezco enormemente tu tiempo y la guía técnica que me has brindado. Ya te dejé mi merecido "Joinha" en el comentario por tan excelente explicación. ¡Seguiré informando los avances en cuanto logre aislar el componen te afectado!

Hola a todos los colegas de la comunidad, abro este tema para solicitar su valiosa ayuda y experiencia con el diagnóstico de este equipo. Descripción detallada del problema: El dispositivo ingresó tras sufrir un impacto leve. Al presionar el botón de power no realiza ninguna acción (pantalla completamente negra, sin vibración ni logo). Al conectarlo a la fuente de alimentación regulada o al detector USB, muestra un consumo inicial fijo de 0.02A (20mA) que no varía al mantener presionado el botón de encendido. No es reconocido por la computadora en el administrador de dispositivos (no genera puerto MediaTek USB Port). Enumeración de pruebas realizadas: 1. Inspección visual de la placa bajo el microscopio: No se observan componentes agrietados, sulfatados ni blindajes deformados por el golpe. 2. Medición de la línea VBUS: Llegan los 5V correctos al pin de carga y al FPC de la placa principal. 3. Medición de la línea VBAT: Presenta voltaje normal de la batería (3.85V), descartando una batería totalmente muerta o descargada. 4. Test de continuidad en líneas principales: No encontré un corto directo a tierra en los capacitores grandes alrededor del IC de carga ni del PMIC principal. 5. Verificación de botón de power: Tiene sus 1.8V correspondientes y cae a 0V al presionarlo, por lo que el switch mecánico funciona bien. Adjunto información complementaria: De momento no dispongo de una cámara de gran angular con la nitidez suficiente para tomar fotos microscópicas claras de ambos lados de la placa, pero las subiré en cuanto me sea posible si algún colega me indica una zona específica a revisar. Sospecho que el golpe pudo haber fisurado alguna soldadura debajo del PMIC principal o del procesador (falla de esferas/reballing). He intentado localizar el esquema eléctrico o el diagrama de bloques específico para esta placa en el buscador del foro pero aún no he tenido éxito. Quedo atento a sus sugerencias para saber por qué línea o componente me recomiendan continuar midiendo. ¡Muchas gra cias de antemano!

¿Cuál es tu nivel técnico? Técnico / Aficionado avanzado. ¿Qué habilidades relacionadas con la electrónica o la informática tienes o pretendes adquirir? Tengo conocimientos en diagnóstico de placas, mediciones básicas, soldadura, microelectrónica aplicada a dispositivos móviles y optimización/modificación de software y firmware a nivel de sistema. Quiero seguir perfeccionando mis habilidades en el análisis de circuitos complejos y lectura de diagramas esquemáticos. ¿En qué tipos de equipos o áreas te enfocas o eres especialista? Me enfoco principalmente en dispositivos móviles (smartphones y tablets), software, modificación de sistemas y proyectos de electrónica DIY/reparaciones generales a nivel de componentes. ¿Cuál es tu principal objetivo al unirte a la comunidad? Mi objetivo principal es resolver dudas específicas de hardware, tener acceso a esquemas y archivos de firmware/BIOS necesarios para mis proyectos, y por supuesto, aportar mi granito de arena ayudando a otros miembros en lo que esté a mi alcance. Cuéntanos un poco sobre ti: Me llamo Edgar, soy de Venezuela y siempre me ha apasionado el mundo de la tecnología, el "cacharrreo" y la reparación. Llegué aquí buscando soluciones técnicas y me pareció un excelente espacio para hacer networking y aprender de profesionales del sector. ¡Muchas gracias por la oportunidad y espero poder colaborar pronto!

Hola mi nombre es Edgar Lago, estoy aquí como un aficionado probado proyectos con los firmwares, me gusta explorar y aquí en este sitio hay muchos firmwares el problema es que aún no puedo tener acceso a ellos, me gustaría que me dieran la oportunidad, lo agradecería!