em análise Lenovo Ideapad 310 - NM-A752 Rev 1.0 - Tela escura

[Rogerio Nascimento]

Prezados, este notebook apresenta esse defeito de tela escura, mas as vezes volta a ter o backlight, ou seja fica intermitente. Verificando as tensões no conector JEDP1, não tem presente no pino 14 os 3v (DISPOFF#) quando a tela escura. Como está um caso intermitente, poderia eu injetar os 3v no pino 14 de forma a ter uma solução paliativa pra esse caso?

 

Agradeço desde já as ajudas prestadas. 

[ribeirodanilo93]

Bom dia amigo, tudo bem ? Espero que sim !
Eu não olhei o esquema, mas estou considerando que esse sinal DISPOFF# seja algo referente ao DISPLAY DESLIGADO, correto ? Como é um sinal de nível lógico baixo (#) então para termos o display ligado deveria sim ter os 3v nesse pino. Você pode sim injetar esses 3v a nível de teste com a fonte assimétrica, caso a falha seja estabilizada devemos buscar a fonte dessa alimentação pra saber porque não está cehgando ao conector.

[Rogerio Nascimento]

@ribeirodanilo93 , sim estabiliza, quando está sem a tensão no pino 14, também não tem no pino 119 do I/O. Agora nesse momento depois de tirar o jump no JEDP1, está com backlight normal, já desliguei e religuei e está tudo normal.  . Mas daqui a um pouco apaga.

Editado: 6 de Abril de 2022 por Rogerio Nascimento

[ribeirodanilo93]

@Rogerio Nascimento Já verificou esse circuito ? É possível fazer alguma aferição nele ? Se houver uma falha da PCH que não está habilitando o backlight, pra não ter que fazer um reball nela, o mais prático seria jogar um jump com 3v nesse pin14 do JEDP1.

[Rogerio Nascimento]

@ribeirodanilo93 , acredito que seja algo na PCH, então pensei em deixar o jump no pino 14. Esse circuito não consigo achar pois a serigrafia da placa é muito reduzida, não tem indicação de capacitores e nem de resistores, teria que ir nas escuras.

[ribeirodanilo93]

@Rogerio Nascimento Pronto meu amigo ! Espero ter ajudado de alguma forma, essa é uma boa alternativa para estar solucionando essa falha. Já peguei um caso onde também seria inviável corrigir a falha na fonte do sinal, então o jump também me salvou. Abraço !

[master7]

  Em 06/04/2022 às 19:04, ribeirodanilo93 disse:

Se houver uma falha da PCH que não está habilitando o backlight,

Expandir  

Será que o R11 existe na placa? Se não existir, esse sinal DISPOFF# não será controlado pelo PCH mas sim pelo SIO.

@Rogerio Nascimento Poderia uma falha no sinal LID_SW# pino 109 do SIO fazer com que ele não liberasse a tensão no pino 119?

[Rogerio Nascimento]

@master7 , Não consegui achar esse circuito. Mas na sua opinião também, poderia deixar o jump como uma solução paliativa?

[master7]

@Rogerio Nascimento quanto ao circuito, segue a localização:

 

  Em 06/04/2022 às 19:56, Rogerio Nascimento disse:

Mas na sua opinião também, poderia deixar o jump como uma solução paliativa?

Expandir  

O ideal da reparação é deixar a placa original encontrando a solução do defeito. Mas caso não seja possível, vc deve fazer todos os testes de funcionamento do note e vê se não está gerando alguma alteração inconveniente ao cliente.

Editado: 6 de Abril de 2022 por master7

[Rogerio Nascimento]

@master7 , Obrigado pela imagem do circuito. Vou dar mais uma verificada.

[master7]

@Rogerio Nascimento segue link do boardview da placa pra facilitar seus testes pois numa busca no fórum não encontrei esse arquivo:

 

[Rogerio Nascimento]

@master7 , o R11 existe na placa, então pode ser controlado pelo PCH. 

Editado: 7 de Abril de 2022 por Rogerio Nascimento

[master7]

  Em 07/04/2022 às 15:09, Rogerio Nascimento disse:

@master7 , o R11 existe na placa, então pode ser controlado pelo PCH. 

Expandir  

Caro amigo, pelo que vejo comparando o circuito no boardview e na placa, o R11 não existe.

 

[Rogerio Nascimento]

@master7 , verdade. Eu contei como se o R16 fosse o R11. Não havia notado os espaços em azul na placa R12 e R14. Obrigado pelo esclarecimento.