Mauricio Ressuti

Agora ficou claro. O HWPG_1VS5 em 0 V está certo neste momento: o pull-up dele (PR275) vai ao +3V, que só aparece depois do MAINON, e o MAINON só vem depois que o PCH sobe o SUSC#. Então esse sinal não é o problema. O RSMRST# subindo e caindo também está certo: é o EC liberando o PCH, apertando o botão para ele e desistindo quando o SUSC# não vem. A falha de verdade é o PCH não sair do S5: SUSC# e SUSB# ficam em 0 V mesmo com os trilhos S5 e o RSMRST# presentes.

Precisamos dessas medições para fechar:

DNBSWON# (PCH BU28, sai do EC pino 123): 3,3 V em repouso e um pulso para 0 V logo depois de o RSMRST# subir. Precisa de osciloscópio ou multímetro com captura de pico. Sem o pulso, a culpa é do EC. Com o pulso e SUSC# em 0 V, a conversa é com o PCH, o RTC ou a BIOS.
RTC, mesmo sem fonte, só com a bateria: +3V_RTC no C1214 (perto de 3 V), RTC_RST# no C1217 e SRTC_RST# no C1211 (os dois na tensão do +3V_RTC) e o cristal Y1 oscilando a 32,768 kHz. Uma bateria fraca ou um RTC_RST# baixo já explica tudo.
+1.8V_S5 na saída do PL551 enquanto o RSMRST# está alto: tem de ficar entre 1,71 e 1,89 V. Se repetir 1,64 V, confira o divisor PR568 (20 kΩ) e PR567 (10 kΩ) e meça a resistência desse trilho ao terra com a placa desligada. Ele alimenta o PCH, e PCH mal alimentado não acorda.
+3V_DEEP_SUS no R25336: 3,3 V estável no mesmo momento.

Se os quatro passarem, o próximo passo é regravar a BIOS na SPI (com o ME) antes e se já fez ou se não resolver, ai é o PCH mesmo que esta com problema no Chip ou na Solda.

Manda os resultados das medições pra a gente finalizar o diagnóstico.

O EC liga as fontes de espera e espera o chipset responder. Como o SLP_S3# não sobe, ele desiste em 6 segundos e desliga tudo. Os 0,02 A confirmam que as fontes principais nunca ligaram. Agora a gente precisa descobrir quem para a sequência. Mede nesta ordem, com o multímetro já no ponto antes de apertar o botão, porque a janela é de 6 segundos:

Fontes de espera, durante os 6 segundos: +1V_S5 na bobina PL12 do PU16 (esperado cerca de 1,05 V, é a alimentação primária do chipset), +1.8V_S5 na saída do PU6000, +5V_S5 e a +2.5V_SUS da memória. Se alguma faltar, achamos o culpado.
Com a placa desligada, resistência ao terra dessas mesmas bobinas de espera. Poucos ohms na +1V_S5 aponta para o chipset.
RSMRST#, no resistor R45 perto do chipset ou no pino do EC: tem que ir a 3,3 V nos 6 segundos. Se ficar em 0 V, o EC não está soltando o chipset: confira o sinal HWPG_1VS5 do PU16 e o DSWROK_EC.
SLP_S5# e SLP_S3# (no esquema aparecem como SUSC# e SUSB#): têm que subir depois do RSMRST#. Se o RSMRST# sobe e eles não, o chipset não está respondendo. Aí, antes de condenar o chip: a) +3V_RTC em cerca de 3 V e RTC_RST# em nível alto; b) cristal de 32,768 kHz oscilando, ou troca o cristal, que é barato; c) regrava a BIOS de 16 MB (W25Q128 ou GD25Q128) com um dump limpo da A515-54G rev G, porque a região ME corrompida dá exatamente “liga 6 segundos e desliga”.
Se RTC e BIOS estiverem bons, as primárias do chipset presentes e o SLP_S5# continuar em 0 V, o problema é o chipset dentro do processador. Com o histórico de desligar a cada 10 minutos, é o que eu mais desconfio. Aí entra a conta de peça contra valor do notebook antes de qualquer reballing.

Manda os valores dos itens 1, 3 e 4 que a gente fecha.

Com a placa sem energia, mede a resistencia entre o terra da placa e o pino 5 do PU6001, manda aqui por favor

• Esta resposta foi modificada 4 dias, 5 horas atrás por Mauricio Ressuti.

Bom dia, combinado. Grande Abraço