Una Mac que no enciende puede presentar múltiples fallas que abarcan desde problemas de alimentación hasta defectos a nivel de la lógica del sistema. En los modelos con arquitectura 1398 (como los MacBook Pro Retina mediados de 2012 a mediados de 2015), el diagnóstico requiere la evaluación detallada de varios subsistemas clave, principalmente la distribución de energía, el estado de la placa lógica, y el funcionamiento de componentes críticos como el SMC, el PMIC, y el controlador de arranque.
Una de las causas más comunes de que una Mac modelo 1398 no encienda es la ausencia de tensión en las líneas de arranque primario (PPBUS_G3H), que debe ser verificada antes que cualquier otro componente. Si esta línea no entrega los 12.6 V esperados, se debe revisar la funcionalidad del circuito de carga (U7100) y su fuente de activación (ACOK y CHGR_DISABLE). También se debe comprobar el estado del QFN (U7000) y la respuesta de la línea PPDCIN_G3H a partir de la entrada del adaptador MagSafe o USB-C, según la versión.
Otra falla recurrente se presenta cuando el SMC no se activa correctamente, lo que impide la secuencia inicial de encendido. En estos casos, se debe verificar la existencia de la señal SMC_ONOFF_L y la generación de la señal PM_SLP_S4_L que permite el paso del estado G3 al S5. La ausencia de esta señal indica un fallo de inicialización a nivel de SMC, por lo que se recomienda revisar las líneas de reloj (32kHz), reset (SMC_RESET_L), y comunicación I2C/SMBUS.
En muchos casos, el problema puede estar relacionado con un corto a tierra en las líneas secundarias como PP3V3_S5, PP5V_S5, o PP1V8_S3. Estas líneas deben ser analizadas con una cámara térmica o con un multímetro en modo continuidad, para identificar componentes dañados que estén generando un consumo anómalo. El uso de una fuente de laboratorio puede facilitar la inyección de tensión controlada para localizar el área de sobreconsumo.
Un escenario diferente se da cuando la Mac reacciona al botón de encendido (por ejemplo, se enciende el LED del cargador) pero no hay señal de imagen ni arranque. Esto puede deberse a un fallo en el circuito de backlight (retroiluminación), GPU discreta (en modelos 2012-2013), o fallos en el EFI. En el caso de la retroiluminación, debe revisarse la integridad de las líneas LP8550, BKLT_EN y BKLT_PWM. En los modelos con GPU dedicada, se recomienda evaluar el estado del VCORE_GFX y GFX_EN, ya que una GPU defectuosa puede causar ciclos de encendido falsos o kernel panics invisibles.
Otra posible causa es un fallo en la memoria NAND o en el chip EFI, lo cual impide la carga del firmware. Se debe comprobar si el sistema llega a generar la señal de arranque EFI_BOOT o si permanece en estado de bajo consumo. En estos casos, el reprogramado del chip EFI o el reemplazo de la NAND puede ser necesario, especialmente si se han realizado intentos de reparación previos sin éxito y se sospecha corrupción del firmware.
También es relevante revisar el estado del conector del teclado y del botón de encendido en la topcase, ya que un botón dañado o una línea KB_PWR_ON_L interrumpida puede impedir el arranque. Es común que fallos físicos en el flex o sulfataciones en el conector del teclado interrumpan la señal de encendido. Se puede puentear momentáneamente esta señal hacia tierra para verificar si el sistema responde.
En condiciones donde se sospeche daño por líquido, es fundamental realizar una inspección visual con microscopio sobre áreas críticas como la zona del SMC, controlador de carga, y PMIC. La corrosión, aunque mínima, puede interrumpir líneas de señal débiles y causar fallos intermitentes o arranques en falso. Se recomienda lavar la placa con alcohol isopropílico al 99% y verificar continuidad de pistas con el esquema de la boardview correspondiente.
El comportamiento de los LEDs del cargador MagSafe o el consumo inicial de la placa puede ayudar a determinar si el sistema está en G3, S5 o S0. Un consumo estacionario de 0.020A indica que la placa está en G3, sin iniciar la secuencia de arranque. Si el consumo sube a 0.6A o más de forma sostenida, la lógica ya se encuentra en S0, pero puede estar bloqueada por fallos de imagen, RAM o disco.
Adicionalmente, se debe comprobar la temperatura de los integrados con cámara térmica al momento de intentar el encendido. Un PMIC o CPU que se calientan anómalamente sin que el sistema arranque pueden indicar fallos internos o cortos en capas intermedias. En estos casos, el reemplazo del integrado afectado o una reballing pueden ser la única solución.
Es importante no descartar fallos derivados de reflow o reballing mal ejecutados en reparaciones anteriores. Muchos técnicos han reportado que las placas 1398 que fueron manipuladas por terceros pueden presentar problemas de soldadura fría o cortos inducidos durante el proceso de calentamiento. Un escaneo completo de todas las líneas críticas con multímetro en modo diodo es altamente recomendado.
En última instancia, si todas las líneas primarias están presentes y la placa reacciona, pero no emite imagen ni muestra vida en pantalla, puede ser necesario realizar un diagnóstico con osciloscopio para analizar las líneas de datos de CPU, RAM o GPU. El análisis de tramas en las líneas SPI_BIOS y la señalización de arranque del bus PCH permitirá confirmar si el sistema está intentando arrancar y si se encuentra detenido por un fallo lógico interno.
