MacBook Pro A2251 (820-01949-A) no carga no enciende
Cita de juan benito alvarez alvarez en 29 abril, 2026, 10:14 amCaso técnico – MacBook Pro A2251 (820-01949-A)
Datos del equipo:
MacBook Pro A2251
Board 820-01949-A
Equipo con chip T2
Antecedente de humedad, especialmente en zona de USB-C (CD3217), con presencia de sulfatación visible en esa área.Fallo que presenta:
No enciende
No carga
Se mantiene en 5V
Consumo inicial aproximado de 0.250A
No negocia 20V
No arranca sistema
Entra en DFU forzado, pero pierde comunicación durante el proceso de restoreMediciones realizadas:
Líneas principales:
PPBUS_G3H: 12V
PP3V3_G3H_RTC: 3.3V
RTC 32KHz presente y estableBloque USB-C:
PP3V3_UPC_W_LDO: 3.3V
PP1V5_UPC_LDO_CORE: 1.5V
PP1V8_SLPS2R: presente
PP3V3_G3H_RTC: presenteLíneas CC:
CC1 / CC2 conmutan correctamente al invertir el cableSPI:
MISO / MOSI / CLK presentes
Señal TBT_WR_SPI_CLK activa aproximadamente 200 ms (un solo intento)Señales de control:
PMU_ONOFF_L: estable
PMU_RSLOC_RST_L: estableFuentes secundarias:
P1V1SLPS2R: 1.1V estable
P0V9SLPDDR: 0.9V estable
P1V8SLPS2R: presente
PVDDCPUAWAKE (varias fases): presentesBloque 1.8V S5:
PP1V8_S5: no presente
PPVIN_S0_PRIM1V8: presente
P1V8PRIM_EN: no presentePruebas realizadas:
Inyección de 1.8V en PP1V8_S5 sin cambios en comportamientoIntervenciones realizadas:
Limpieza de zona afectada por humedad (USB-C / CD3217)
Sustitución de ambos CD3217
Verificación de líneas SPI y CC
Sustitución de MOSFETs asociados a P5VUSBC_SW
Revisión de línea CHGR_RST_IN_R
Sustitución de U6940 (lógica de reset)
Pruebas de inyección en líneas críticas (1.8V S5)
Prueba de DFU (entra, pero falla durante restore)Caso abierto a recomendaciones o experiencias similares.
Caso técnico – MacBook Pro A2251 (820-01949-A)
Datos del equipo:
MacBook Pro A2251
Board 820-01949-A
Equipo con chip T2
Antecedente de humedad, especialmente en zona de USB-C (CD3217), con presencia de sulfatación visible en esa área.
Fallo que presenta:
No enciende
No carga
Se mantiene en 5V
Consumo inicial aproximado de 0.250A
No negocia 20V
No arranca sistema
Entra en DFU forzado, pero pierde comunicación durante el proceso de restore
Mediciones realizadas:
Líneas principales:
PPBUS_G3H: 12V
PP3V3_G3H_RTC: 3.3V
RTC 32KHz presente y estable
Bloque USB-C:
PP3V3_UPC_W_LDO: 3.3V
PP1V5_UPC_LDO_CORE: 1.5V
PP1V8_SLPS2R: presente
PP3V3_G3H_RTC: presente
Líneas CC:
CC1 / CC2 conmutan correctamente al invertir el cable
SPI:
MISO / MOSI / CLK presentes
Señal TBT_WR_SPI_CLK activa aproximadamente 200 ms (un solo intento)
Señales de control:
PMU_ONOFF_L: estable
PMU_RSLOC_RST_L: estable
Fuentes secundarias:
P1V1SLPS2R: 1.1V estable
P0V9SLPDDR: 0.9V estable
P1V8SLPS2R: presente
PVDDCPUAWAKE (varias fases): presentes
Bloque 1.8V S5:
PP1V8_S5: no presente
PPVIN_S0_PRIM1V8: presente
P1V8PRIM_EN: no presente
Pruebas realizadas:
Inyección de 1.8V en PP1V8_S5 sin cambios en comportamiento
Intervenciones realizadas:
Limpieza de zona afectada por humedad (USB-C / CD3217)
Sustitución de ambos CD3217
Verificación de líneas SPI y CC
Sustitución de MOSFETs asociados a P5VUSBC_SW
Revisión de línea CHGR_RST_IN_R
Sustitución de U6940 (lógica de reset)
Pruebas de inyección en líneas críticas (1.8V S5)
Prueba de DFU (entra, pero falla durante restore)
Caso abierto a recomendaciones o experiencias similares.
