Notebook Acer Aspire A515-54G-53gGP – PLACA- DA0ZAWMB8G0 REV:G – Não liga

Vamos, lá você disse que não tem 3V no pino 11 do IO? Se for isso, é a primeira coisa que vai ter que resolver, porque sem essa tensão nada vai funcionar, esses resistores que estão no esquema R25307 e R25317 existem na placa? Se sim, não tem alimentação em nenhum dos lados?

Bom dia, combinado. Grande Abraço

Se eu entendi, o PU6001 recebe o sinal S5_ON no Pino 3 e libera a tensão nos pinos 13 e 14, porém no pino 5 ON2 não chega a tensão que o super io deveria enviar e ai não tem tensão nos pinos 8 e 9, me confirma se é isso por favor.

Analisando as suas medições que ajudam bastante, temos o +3VPCU e o +5VPCU certos mostram que o EC está vivo. O PL12 (+1V_S5) e o PL551 (+1.8V_S5) sobem quando você aperta o botão e caem logo depois: isso é o EC começando a partida e abortando, porque o PCH não responde com o SLP_S4#. O PU26 (1,2 V da memória) e o +2,5 V só são habilitados depois desse sinal, então estarem desligados é consequência, não a causa. Dois pontos de atenção: o PL551 deveria estar entre 1,71 e 1,89 V, e você mediu 1,64 V. E o PU14 pode nem estar montado nessa placa, porque no esquema ele é opcional. (Verifica por favor na placa)

Próximas medições, nesta ordem:

RTC: +3V_RTC no C1214 (perto de 3 V, sempre, mesmo sem apertar o botão). RTC_RST# no C1217 e SRTC_RST# no C1211, os dois altos. Se tiver osciloscópio, veja o cristal Y1 de 32,768 kHz oscilando. Sem relógio, o PCH não acorda.
+3V_S5 e +5V_S5 depois do botão: 3,3 V e 5 V. São eles que alimentam o PU3004, o PU14 e o PU26.
Power good dos trilhos S5: HWPG_1VS5 no D64 e HWPG_1.8VS5 no D62, 3,3 V depois do botão. Se um deles fica baixo, o EC aborta.
RSMRST# no R45 (sai do EC para o PCH): 0 V em repouso e 3,3 V depois do botão. É o ponto decisivo. Se não sobe, o problema é o EC ou os power good. Se sobe, a conversa é com o PCH.
SUSC# (SLP_S4#) no C6 e SUSB# (SLP_S3#) no C5: deveriam ir a 3,3 V logo depois do RSMRST#. Se o RSMRST# sobe e esses não, a suspeita vai para o PCH, o RTC ou os trilhos do passo 2 e 3.
Com a placa desligada, resistência ao terra na saída do PL551 (principal, pelo 1,64 V), do PL12, do PL30, no +3V_S5 e no +5V_S5. Poucos ohms em qualquer um deles merece comparação com uma placa boa.

Mande o resultado dos passos 1 e 4 que a gente fecha o diagnóstico. A ficha 569 do acervo tem o mapa dessa família.

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.

Boa tarde, vou ser sincero com você, peça minha experiencia, o problema é quase certeza que é o PCH, mas para garantir antes de definir o que fará, tente verificar se o divisor do PU3004, onde PR567 é de 10 kΩ e PR568 é de 20 kΩ estão corretos.
Se estiver correto e você tiver um outro componente PU3004 para trocar seria uma possibilidade que eu acredito que não irá resolver, mas se você tiver não custa tentar.
E por último faça um reflow bem de leve no PCH, veja se altera alguma coisa nos testes.
Se nada disso resolver, aí é só trocando a PCH mesmo.

Não deixe de compartilhar como resolveu para que possamos encerrar o caso aqui.

Obrigado e boa sorte.