Ir para conteúdo
  • Cadastre-se

TECHNI WOLF

Membros
  • Posts Por Dia

    0.05
  • Posts

    47
  • Registrado em

  • Última visita

  • Créditos EBR

    5 [ Doar ]

Informação Pessoal

  • Localidade
    Toledo PR

Últimos Visitantes

765 visualizações

Conquistas de TECHNI WOLF

Contribuinte

Contribuinte (5/14)

  • Um ano de EBR
  • Colaborador Rare
  • Reagindo bem Rare
  • Primeira postagem Rare
  • Iniciador de conversa Rare

Escudos Recentes

18

Joinhas

  1. Depois de muito sofrer com um Dell Inspiron 5301. Onde seu sintoma era; Ligar em loop ao ligar e não sustentar a tensão de Vcore (Vcore aparecia e logo desarmava), tendo todas as demais tensões presentes e comportamentos adequados para o funcionamento. Decidi investir na regravação da BIOS. Foi difícil conseguir um arquivo que ficasse operacional e me permitisse inserir o Service Tag e salvasse ao final. Tentei compilar um Firmwaer com a DMI do meu backup, porém o firmware original estava com a BIOS Region totalmente corrompida e nem mesmo extraindo ela através do UEFITool NE e inserindo dentro do decomp usando o FIT (Intel Image Tools) para compilar e mesclar fazia a máquina dar post — voltava a ficar em loop (Só confirmando que a região Bios estava corrompida e ela quem causava a falha. (Quando não editado, apenas com a região ME limpa e sem a região BIOS programada (Manufacturing Mode), fazia ela gerar post.) Sim, eu consegui um arquivo BIOS com região ME limpa que chegava a fazer a máquina dar vídeo, porém não aceitava programar o Service Tag e não saía do Manufacturing Mode... E por este motivo estava a todo custo tentando injetar o service tag manualmente. Porem extrair a Bios Region via Fit não era possivel, ao carregar o backup no programa de versão 15 e correta, ele acusava erro e não descompactava todas as regiões! Então tentei a edição em hexadecimal via HxD, copiando do backup original da máquina o offset da região BIOS NVRAM que deveria carregar o Service Tag e inserindo dentro do dump que fazia subir vídeo... Sem sucesso: Ligou, mas não trouxe o Service Tag junto e permaneceu no modo de programação, que não salva o que eu coloco dentro do setup da BIOS. (E com o cooler no 12, no maximo) Já desanimado com a situação, investiguei mais e consegui outro arquivo dump, também com região ME limpa e que dizia vir com um Service Tag inserido. Para minha surpresa, ligou, gerou vídeo e foi para o Manufacturing Mode novamente. Pensei: “Ué, de novo?”. Mas nesse caso, ao pressionar Alt + F, permitiu escolher o modelo do equipamento (Veja os anexos), coisa que antes não ocorria, e depois disso entrei na BIOS (F2) e consegui adicionar o Service Tag na guia System Management, salvei e por fim... Deu tudo certo. Então, este arquivo que fiz upload está testado e aprovado por mim, salvou uma máquina em minha bancada. Faça bom uso e, se lhe ajudou a ganhar o pão do dia, deixa um like e me ajuda também!
  2. Visualizar Arquivo Bios M.E Clean P/ DELL Inspiron 7400, 7300, 5301, Placa AKEMY 19765-1 h Arquivo com M.E limpa, com versão 1.2.1. Região Bios em modo de programação, permite inserir o Service Tag do equipamento que esta em reparo. Testado e validado em pratica sobre um Dell Inspiron 5301, também atende aos 7400 e 7300! Se ajudou a reparar e ganhar o pão do dia, da um like e assim ajude-me também! ABRAÇO! Uploader TECHNI WOLF Enviado 16/08/2025 Categoria DELL  
  3. 4 downloads

    Arquivo com M.E limpa, com versão 1.2.1. Região Bios em modo de programação, permite inserir o Service Tag do equipamento que esta em reparo. Testado e validado em pratica sobre um Dell Inspiron 5301, também atende aos 7400 e 7300! Se ajudou a reparar e ganhar o pão do dia, da um like e assim ajude-me também! ABRAÇO!
  4. RELATO DE REPARO] Placa com consumo instável, suspeita de PCH avariado ou Boot Guard ativado Olá amigos do fórum, Após um longo dia de tentativas, decidi encerrar a saga de reparo dessa placa. Compartilho aqui os passos e descobertas do processo, quem sabe possa ajudar alguém ou gerar mais ideias. Diagnóstico e Intervenções: Inicialmente, a placa estava completamente morta. Descobri que o PQ201 estava em fuga, o que bagunçava o sinal BI_GATE do Q1A/B, responsável pelo EC_RST#. Após corrigir isso, voltei a ter os sinais EC_RST# e MAINPWON com 3.3V. A placa deu LED azul, mas consumo permaneceu baixo, em torno de 0.02A. Ações Realizadas: Troquei os cristais YH1 e YH2 do PCH. A placa passou a ligar com consumo intermitente de até 0.70A, mas às vezes caía para 0.40A. Nesses momentos, apenas GPU e PCH amornavam. O VRM do CPU estava parcialmente inativo. Eventualmente, o consumo voltava para os 0.02A. Observações Estranhas: Em alguns pontos da análise, dependendo de onde eu tocava na placa (sem um padrão), o consumo subia para 1.3A ou até 1.8A. CPU aquecia bastante, PCH também. Porém, sem reset, ou seja, não dava post (liga/desliga padrão). Regravei a BIOS, lavei a placa, ressoldei vários pontos — sem sucesso. Testei dezenas de sinais, impossível listar todos aqui. Medições Notáveis: Sinal H_PLTRST_CPU# com apenas 1V (resistência em 1108Ω). Esperado: próximo de 10KΩ. Sinal VR_ON com 3.3V. Sinal PLT_RST# também com 3.3V. Infelizmente não consegui medir os sinais de clock dos cristais nem do barramento SPI por limitação do meu osciloscópio (não atinge essas frequências ). Situação Final: Consegui elevar a placa até o estado S0. A partir daí, não houve mais progresso. Suspeitas: PCH defeituoso (pode ter vindo com avaria). Possibilidade de Boot Guard habilitado, o que quebraria a comunicação após a troca do PCH (chave de segurança incompatível). Agradeço a todos os colegas que acompanharam e ajudaram ao longo desse processo! Infelizmente, dessa vez não deu. Mas aprendizados não faltaram. Abraço!
  5. Eu também não sei se é permitido, mas eu comprei 1 unidade justamente dele, já pedindo que viesse gravado para o modelo e revisão exatos da placa
  6. Informações Adicionais Só para complementar as informações: Não há sinais de baixa impedância, curtos ou consumo alto em torno de JPQ1, JPQ2 ou após UQ2. Também testei injetando 3,3 V pelo PJ302 (com os 19 V presentes e a placa gerando os 5 V sozinha). → A placa consome 0,184 A (184 mA) nessa condição. Quanto ao curto inicial no Super I/O (primeiro componente substituído): O curto estava na linha +3VLP. Após substituir o Super I/O, a impedância voltou ao normal, o curto desapareceu e o barramento +3VLP voltou conforme esperado, como mencionado anteriormente. Sequência de +3VALW Apenas deve aparecer, após comutar o start, isso é o que vi na sequencia de start e não ocorre! EC_ON está presente mesmo com a placa desligada. Eu confirmei isso pois estou vendo +5VALWP gerado pelo PU502, que recebe 5V_EN via EC_ON diretamente do SIO. Barramentos (+3VS/ +5VS) Verifiquei por curtos de baixa impedância ou consumo inesperado em torno de JPQ1, JPQ2 e após UQ2 e não encontrei nada. Aqui estão as resistências medidas para o terra após o UQ1: +5VS (após JPQ2): 3,78 kΩ +3VS (após JPQ1): sobe indefinidamente na escala alta até eventualmente zerar Circuito RTC Tudo parece normal aqui: DH1: 3,21 V no pino 3 (+CHGRTC) +VL_RTC (pino 1): 3,00 V Pino da bateria RTC (pino 2): 0 V com a célula ausente; retorna a ~3 V quando instalada Também verifiquei +3VL_RTC do lado do PCH — pelos capacitores CH47/CH48 e resistores RH99/RH98/RH51.
  7. Olá a todos! Estou trabalhando em uma unidade Acer Nitro 5 com as seguintes especificações: Placa-mãe: LA-J871P Rev: 1B Modelo: Acer AN515-55-59MT S/N: NHQ7JAL00403906A973400 SNID: 03902728734 Problema Inicial O notebook apresentou inicialmente problemas gráficos e falha de driver (Código 43) na GPU. Após uma manutenção preventiva (limpeza, troca de pasta térmica etc.), ele ligou normalmente. Desmontamos novamente para inspecionar a GPU, remontamos para teste — funcionou. Desmontamos mais uma vez para mostrar ao cliente o estado da GPU e, na montagem final (sem danos físicos ou erros), a placa parou completamente de ligar. Achados Até Agora O Super I/O estava em curto. Substituí por um novo (pré-programado). → O curto desapareceu, mas a placa ainda não liga. → A fonte consome apenas 0,013 A (13 mA). → Apertar o botão de ligar ou fazer curto nos pads PWRBTN não surte efeito. A linha ON/OFFBTN# apresenta 3 V e, ao ser acionada manualmente (ou pelo teclado), o estado lógico muda → o Super I/O recebe o sinal, mas não há reação em seguida. Substituí o Super I/O novamente, desta vez por um de placa doadora (mesmo modelo e revisão). Soldagem perfeita, alinhado, inspecionado no microscópio → Sem mudança. Barramentos de Alimentação e Sinais +3VALW está ausente → Deveria ser habilitado pelo Super I/O, mas o sinal EN não é gerado. Substituí o PCH (Platform Controller Hub) e reprogramei o chip de BIOS com firmware limpo → Ainda sem mudança. Verificado: Entrada de 19 V presente +3VLP presente (alimentando o Super I/O) +5VALW presente PU301 substituído (sem mudança) Impedância de +1.05VALW OK Sem curtos em VRMs de CPU/GPU, circuitos de áudio ou rede Todos os componentes parecem intactos — sem queimaduras ou peças faltando Placa limpa, sem acidentes de solda Testei injetando tensão manualmente no barramento +3VALW (com PCH anterior) → PCH esquentou levemente → Sem consumo anormal ou aquecimento em outras áreas Status Atual A placa não liga Todas as tensões principais estão presentes, exceto +3VALW, que depende de um sinal EN do Super I/O O Super I/O recebe alimentação e sinal de ON/OFF, mas não libera o EN para disparar a sequência de energia Já esgotei os passos típicos de troubleshoot e estou travado Pedido de Ajuda Suspeito fortemente que o problema esteja na lógica do Super I/O ou em alguma condição faltante que ele precisa para gerar o sinal EN. Se alguém já teve experiência com esta placa ou comportamento similar, quais condições devem ser atendidas para que o Super I/O habilite o barramento +3VALW? Se precisarem de referências de tensão ou medições específicas, me avisem — fornecerei o que for necessário. Desde já, obrigado!
  8. A principio o notebook se manteve em funcionamento, esta a umas 14H ligado forçando em Benchmark e tudo correndo bem. Vou editar como resolvido! Obrigado mais uma vez pelo apoio amigo @master7
  9. Show deixa comigo, vou limpar todo fluxo da placa, reaplicar os insumos e por pra teste. Se esse negocio ficar redondinho, vou estourar uma caixa de foguete, pq o pepino estranho que me aparece, ta loco.
  10. Ta, mais estranho ainda, eu resolvi agora o problema do circuito charge inoperante, tava sem ACDET, troquei novamente o Ci e voltou a operar. Mas o mais bizarro, a placa voltou a ligar corretamente, ta com consumo correto agora o SUSP# voltou, tudo voltou, eu to bolado, essa placa ta me aplicando uma peça Eu não fiz absolutamente nada mais e a placa volta a operar, mas que K7
  11. Pior que não esta, foi o charge de F mesmo, troquei mas não subiu, to vendo o que mais pode ter ocorrido
  12. Ta outra coisa muito estranha aconteceu. O PDB1 abriu, não esta passando tensão para alimentar o BQ Charge, fiz o jump e o PRB12 queimou, indicando curto ou alto consumo vindo do PUB1 que é o charge BQ dessa placa, porem o BQ não tem resistencia baixa kkkkkk. Cara eu to surtando com essa placa, eu so encostei ela no canto da bancada, não toquei mais nela nem sabado nem hj ate agora, ai fui fazer o teste do Q13B que pediu e a placa tava sem energia pós charge, mas que merda que ta acontecendo nesse djanho

SOBRE O ELETRÔNICABR

EletrônicaBR é o melhor fórum técnico online, temos o maior e mais atualizado acervo de Esquemas, Bios e Firmwares da internet. Através de nosso sistema de créditos, usuários participativos têm acesso totalmente gratuito. Os melhores técnicos do mundo estão aqui!
Técnico sem o EletrônicaBR não é um técnico completo! Leia Mais...
×
×
  • Criar Novo...