Líderes na Classificação

Para ter acesso a todas as áreas do fórum, você deve conhecer o sistema de créditos do EletrônicaBr. O sistema de créditos é muito simples e tem como sua base o Joinha = Como funciona: 1-> O Joinha é a forma de agradecer a ajuda que recebemos nos tópicos e também deve ser usado no caso de uma dica ou um arquivo baixado que nos foi útil. 2-> Cada joinha recebido equivale a 10 Créditos. = 10 Créditos Esses créditos são usados para comprar o acesso aos downloads e a área de casos resolvidos. 3-> Depois de finalizar seu tópico, não esqueça de clicar no joinha dos colegas que participaram dele. É a melhor forma de agradecer, independente do resultado do seu tópico (Resolvido ou Devolvido). 4-> Não precisa ter medo de dar o joinha, ele é grátis. Ao dar um joinha, não se preocupe, ele não será descontado dos joinhas que você possui. 5-> Todo usuário pode dar até 5 joinhas para cada colega em um período de 24 horas. Caso precise agradecer mais que 5 usuários em um dia, deixe para o dia seguinte. 6-> Evite pedir joinhas nos tópicos. Eles virão normalmente, de forma proporcional a ajuda que oferecer. 7-> Em todas as mensagens do fórum você encontra o ícone do joinha Ao clicar neste ícone, outras opções serão mostradas. Clique no ícone azul para dar um joinha. Os outros ícones são para demonstrar reações, como o título de cada um sugere. Os ícones em amarelo não geram créditos. 8-> Ja ganhou Créditos EBR??? Agora é so clicar em "Assinaturas" no menu principal e comprar gratuitamente a assinatura de downloads ou de acesso preferido. (Se seu perfil estiver incompleto aparecera uma tela de cadastro simples. Preencha os dados corretamente e conclua sua assinatura.) 9-> Você pode ver seus créditos e pacotes de acesso nos menus da loja » https://eletronicabr.com/store/ Vídeo atualizado em 28.09.17 ATENÇÃO: -> Você recebe joinhas ao ajudar outros usuários. Atribuir joinhas (dar joinhas) a outro usuário não geram créditos para você. Os créditos são contabilizados para quem recebe o joinha. Clique Aqui e saiba tudo joinhas. -> Para você que tem pouco tempo e quer acesso mais rápido a todo o Fórum, temos os planos por assinatura VIP. Clique Aqui para detalhes sobre assinaturas VIP. -> Mas lembre-se, participando ativamente do fórum você pode ter acesso aos Downloads e Casos Resolvidos totalmente grátis. Clique Aqui e aprenda ganhar muitos joinhas. -> Por que Downloads e Casos Resolvidos estão bloqueados? Usuários que não participam ativamente do fórum ou mau intencionados que vendem nossos conteúdos na internet não são vistos com bons olhos. Para diminuir essa incidência, existe o sistema de créditos. É PROIBIDO a troca de joinhas no fórum. Use-o de forma consciente! Dúvidas, comentários, sugestões, elogios e críticas construtivas sobre o nosso Fórum de uma forma geral, você pode postar aqui: https://eletronicabr.com/forums/forum/11-sugestões-para-melhoria/

Chegando atrasado.. pra entender duma forma simples o que é um circuito de bootstrap, e para que serve o capacitor ali. O fet do lado baixo tem o source ligado ao terra, então, acionar ele é fácil, é só colocar no gate uma tensão em relação ao terra, ok? Exatamente.. um mosfet comum entra em condução total com cerca de 10V entre gate e source, e esses utilizados atualmente em notebooks só precisam de 4,5V (os fets que precisam de menos de 5V são enquadrados numa categoria chamada "logic level", mas não se atentem a isso.. o funcionamento do bootstrap vale pra todos). E no caso do fet do lado alto, que tem o source ligado ao dreno do fet do lado baixo, onde é ligada a bobina? Se colocarmos a máxima tensão que tem disponível na placa do notebook, cerca de 19V quando conectado na fonte e 12V quando em bateria, o que vai acontecer? - Se colocar 19V (a tensão que tem no dreno) no gate dum fet desses, que precisa uns 4,5V para saturar, a tensão no source será alguns volts menor que a tensão no gate, pois se ela subir, a tensão entre gate e source diminui e o fet vai tender a "desligar" (entrar em corte). Só que aí se cria um problema: O fet vai dissipar potência na forma de calor. Imagine que ele seja, por exemplo, do regulador do vcore, e tenha que fornecer uns 10 amperes para o processador. 10 amperes multiplicado por, digamos, uns 3 volts de queda de tensão que ele vai ter se for acionado assim, vai dar uma dissipação de calor equivalente a um soldador de 30 watts!! Fora que, isso vai contra o que se espera de um regulador chaveado, que é não desperdiçar potência com transistores operando na região linear: Tem que ser tudo ou nada, ou ele conduz totalmente, ou não conduz nada. Ou seja, para fazer o fet do lado alto conduzir corrente sem desperdiçar energia, temos que pôr no gate dele uma tensão MAIOR que a máxima que existe no circuito. Uma forma de fazer isso seria ter um circuito para gerar uma tensão maior que o VCC do notebook (19V quando com fonte), mas aí se cria outros problemas: Se colocar, digamos, 25V no gate dum fet enquanto o source está em zero volts, vai queimar ele, porque a maioria dos fets não suporta mais que uns 20 volts entre gate e source. E, teria que ter um circuito na placa do notebook só para gerar essa tensão, e uma rede de trilhas para levá-la a todos os circuitos pwm que precisassem.. A solução que se achou foi criar um circuito de acionamento que tem o seu "terra" referenciado ao source do fet do lado alto, alimentado por um capacitor: Quando o fet do lado baixo estiver acionado, o ponto VSW (união do source do fet alto com o dreno do baixo, e onde é ligado o negativo do capacitor) vai estar em 0V, aí o capacitor se carrega através de um diodo ligado ao vcc do controlador. Na hora de acionar o fet alto, se injeta no gate dele a tensão que está armazenada nesse capacitor, pois como o negativo dele é ligado ao source do fet, mesmo que ela suba por causa do acionamento do fet, ela sempre será positiva em relação à tensão no source. Aí alguns podem perguntar: Por que não se usa um fet canal P no lado alto, aí o acionamento seria mais simples, bastando colocar no gate uma tensão menor que a presente no VCC para ele conduzir? - aí entra a questão do custo: É muito mais simples e barato produzir um fet canal N para uma determinada corrente do que um de canal P com as mesmas características. Por isso que esses fets usados em regulador de tensão chaveado são canal N e não possuem um complementar canal P. E, mesmo no caso dos fets que possuem um complementar, podem comparar os datasheets e verão que o canal P SEMPRE tem características inferiores ao N. Por exemplo, comparem o datasheet do IRF540 com o do IRF9540, ou o do IRFP240 com o IRFP9240. Ou ainda, olhem o datasheet de alguns fets duplos (um canal N e um canal P no mesmo componente), como o IRF7313: o canal P sempre suporta corrente menor que o N. ps. Em notebooks, onde o capacitor de bootstrap não é eletrolítico, ele dificilmente dá defeito, mas em alguns outros equipamentos onde existe um circuito de bootstrap e se usa um capacitor eletrolítico nessa função (alguns amplificadores de audio classe D, e nobreaks de grande porte), quando o capacitor seca o fet do lado alto passa a superaquecer e as vezes até entra em curto, levando junto o fet do lado baixo na sequência. ps2. O termo "bootstrapping" tem uma origem muito mais antiga do que se imagina, e não tem nada a ver com eletrônica: Vem de uma série de livros escritos na Inglaterra no século 18 chamada "O barão de Munchausen". Bootstrap significa literalmente "a tira da bota". Num dos relatos, o personagem tinha caído num atoleiro, e conseguiu sair ao erguer ele mesmo, puxando para cima as tiras das suas botas. Outras versões falam em ele se erguer puxando os próprios cabelos para cima. Ok, isso é impossível segundo a terceira lei de Newton mas... deem a devida licença poética

Atenção Seguem mais dois links que podem ajudar: Dúvidas Frequentes Preciso de um arquivo e não tenho créditos Caso ainda tenha dúvidas, você poderá responder o tópico abaixo: Fale com a Moderação

Processador quântico desenvolvido pela empresa teria resolvido, em três minutos e 20 segundos, um problema que um computador tradicional levaria 10 mil anos para resolver. De acordo com um artigo publicado no jornal Financial Times, engenheiros do Google atingiram a chamada “supremacia quântica”, momento em que é provado que um computador quântico consegue resolver problemas que um computador “clássico”, como os sistemas atuais, é incapaz de resolver. A informação veio de um artigo assinado por engenheiros do Google que foi postado em um site da Nasa na semana passada e rapidamente removido, mas não antes que o Financial Times conseguisse uma cópia. De acordo com o texto, um processador quântico batizado de “Sycamore” conseguiu, em três minutos e 20 segundos, provar que um gerador de números aleatórios era realmente aleatório. Uma tarefa que mesmo o supercomputador mais poderoso da atualidade, chamado Summit, levaria 10 mil anos para resolver. Segundo os autores, “esta aceleração dramática em relação a todos os algoritmos clássicos conhecidos provê uma realização experimental da supremacia quântica em uma tarefa computacional, e marca o advento de um paradigma de computação a muito antecipado [...] Em nosso conhecimento, este experimento marca a primeira tarefa de computação que só pode ser realizada em um processador quântico”. Em um computador tradicional, um “bit” pode representar apenas um estado de informação por vez, “zero” ou “um”. Mas um bit quântico, ou qubit, pode representar ambos ao mesmo tempo. Combinando qubits a quantidade de informação que pode ser representada cresce exponencialmente. Em teoria um sistema quântico poderia, por exemplo, quebrar a mais avançada forma de criptografia existente em questão de segundos, simplesmente testando todas as combinações possíveis de uma vez só, uma tarefa que normalmente levaria milhões de anos. Tal poder de cálculo poderia revolucionar áreas como a engenharia de materiais, química e inteligência artificial. O Sycamore foi originalmente projetado com 72 qubits, mas devido a instabilidade e dificuldade em controlar os elementos, foi eventualmente redesenhado para operar com 53 qubits, o que o torna um dos computadores quânticos mais poderosos no planeta. Nesta semana a IBM também anunciou um sistema quântico com 53 qubits. Embora os resultados obtidos pelo Google possam representar um marco na ciência da computação, críticos afirmam que a alegação de “supremacia quântica” é exagerada. Isso porque a máquina do Google foi configurada para resolver um problema altamente específico, e não é capaz de executar tarefas generalizadas, como um computador comum. Em declaração ao Financial Times Dario Gil, chefe de pesquisas da IBM, disse que a afirmação do Google é “indefensável” e “simplesmente errada”. O feito, embora tenha seus méritos, seria “apenas um experimento de laboratório para implementar essencialmente - e quase certamente exclusivamente - procedimento de amostragem quântico muito específico, e sem aplicações práticas”. Ainda não se sabe porque o artigo do Google foi removido do site da Nasa. Procurada pelo Financial Times, a empresa não comentou o assunto. Fonte: https://olhardigital.com.br/noticia/google-diz-ter-atingido-a-supremacia-quantica/90644

Bom dia amigos! . Tvs não são costumeiras a entrarem aqui na assistência, porém essa resolvi encarar para tentar resolver A tv entrou não ligando nada, totalmente morta. Segundo cliente, foi após um raio que ela parou Comei as medições pela placa fonte: Conector CN9101: PINOS 1, 2, 3, 4 tem 0V PINOS 9, 10, 11, 12, 13 e 14 tem 8.8v Creio que nos pinos 9 ao 14 deveria ter 12v. Gostaria de saber dos amigos, por onde começas as medições para descobrir o defeito que esta dando em não ter os 12v corretamente Anexo o esquema para quem possa auxiliar: https://eletronicabr.com/files/file/31175-tv-philips-40pfg430978/

Não é difícil conseguir joinhas. Basta participar ativamente do fórum, ajudando os colegas ou compartilhando dicas. Cada joinha recebido equivale a 10 Créditos. = 10 Créditos Aqui estão 5 dicas para ganhar muitos joinhas: 1-) Fique antenado nas últimas postagens no fórum e ajude a galera! Clique no menu superior “Atividades”. 2-) Não tenha medo/vergonha de sugerir algum teste por mais simples que possa ser, se ele não foi citado anteriormente nos testes feitos, pode ter passado desapercebido pelo autor do tópico e outros usuários. 3-) Sempre que possível crie tópicos com tutoriais e dicas, são sempre bem vindos. 4-) Crie tópicos de notícias! Tópicos bem feitos podem ser divulgados na página inicial do fórum e ganham muitos joinhas. Clique Aqui para mais informações. 5-) Uploads bios e esquemas geram muitos joinhas. Clique Aqui para mais informações. Notas: -> Naturalmente, para quem está começando agora, não é possível fazer downloads. Mas até pra isso tem solução. Abra um novo tópico na área correta, e receberá toda a ajuda que precisa. Se precisar de um arquivo, os próprios colegas que estarão ajudando no seu tópico poderão fornecer meios para obter este arquivo, de acordo com as regras do fórum. Se estiver nesta situação por favor leia este tópico: Preciso de um Arquivo mas não tenho Créditos... -> Evite pedir joinhas nos tópicos. Eles virão normalmente, de forma proporcional a ajuda que oferecer. Quem merece joinhas? Clique Aqui!

6 erros que as equipes de Suporte Técnico/Help desk cometem Embora o serviço de suporte técnico de TI nas organizações consuma, em média, apenas 9% do centro de custos atual de todo o departamento de TI, ele é responsável por grande parte da percepção de valor por parte do usuário com o setor. Estima-se que 85% dessa percepção do usuário com os serviços de TI são originadas pelo serviço de helpdesk, logo, isso mostra o quão importante é transmitir um bom serviço para o cliente e que pequenas mudanças nessa área poderá impactar a experiência do usuário positivamente ao utilizar serviços informacionais. Veja abaixo 6 erros cometidos pelas equipes de suporte e atue para ajustá-los! 1- Corrigir a falha e não a causa Como já dizia Confúcio: “Não corrigir falhas é o mesmo que cometer novos erros”. Uma máquina que sempre dá defeito, uma impressora que nunca imprime ou um access point que sempre trava podem consumir horas e horas de trabalho e técnicos diferentes em um período curto, e seus efeitos são inúmeros. Além de aumentar a fila de atendimento, a percepção de valor do cliente com o serviço cairá e o custo para uma solução definitiva provavelmente sairá menos custosa que todas as horas que seriam empregadas para resolver o problema de forma repetida. Muitas das vezes pode ser difícil identificar causas raízes de falhas recorrentes de sistemas ou hardware, para isso existem ferramentas que nos auxiliam a encontrar a real causa como, por exemplo, diagrama de Ishikawa, técnica dos 5 porquês, teste de hipóteses e soluções conjuntas. 2- Aceitar gambiarras Não é raro acharmos aquela gambiarra provisória que está intacta no mesmo lugar há mais de 5 anos. Muitas das vezes as gambiarras são usadas por falta de qualificação, não cumprimento das normas e falta de verba/tempo necessária(o) para aplicar a correção adequada. Gambiarras podem trazer danos irreparáveis à segurança da informação, equipamentos e até a integridade física das pessoas. 3- Pensar que cumprir a SLA já é o bastante Recentemente um artigo excelente aqui no PTI explicou muito bem esse ponto (Tudo que você precisa saber sobre o que é XLA). É muito comum em ambientes de TI com maior controle, onde existe uma SLA bem formalizada e de conhecimento de todos os clientes e técnicos, julgar que atende-las é o bastante. Não adianta o cliente ser atendido a tempo e com a qualidade acordada se outros itens não estiverem satisfazendo. Imagine um restaurante com uma comida incrível, com excelentes pratos, tudo impecável, com exceção de um detalhe: você vê uma pequena barata num cantinho… Toda a sua experiência muda! Olhar apenas analiticamente o SLA pode ser enganoso, devemos olhar toda a experiência do usuário durante o serviço e em todas as etapas e identificar para onde a percepção de valor está sendo canalizada. 4- Priorizar demandas de maneira inadequada Determinar criticidade de incidentes vária de acordo com as organizações. A TI deve sempre determinar prioridade de atendimento de acordo com a visão de negócio da empresa. Para isso, devemos responder algumas perguntas chaves: ===> Quais são as áreas, atividades, funções e/ou cargos que não podem ficar sem os serviços de TI de forma alguma? ===> Para o caso específico de sua organização, o que configura um incidente como crítico: queda/indisponibilidade de serviço? ===> Afeta alguma área crítica? ===> Afeta a algum usuário/cargo específico? Se um cliente interno solicitasse a troca de um cartucho de impressora, qual grau de prioridade daria ao chamado aberto? Se sua resposta foi depende, você está certo. Um problema simples como esse pode causar sérios prejuízos, e se essa impressora ficasse em um guichê de liberação de frota de uma empresa de um grande centro de distribuição? Imagine a situação desse chamado ser considerada de prioridade normal ou baixa com SLA de 12 horas. 5- Não se atentar a métricas Apesar de falarmos no item 3 sobre isso, as métricas são importantes ferramentas para a gestão do departamento de TI da organização e, além disso, é uma excelente forma de mensurar um pouco do trabalho de cada técnico a fim de uma autopercepção que condiz com a realidade. Ela poderá fazer com que você reconheça seus pontos fortes e fracos e também permitirá uma reação mais ágil conforme seus indicadores mudem. 6- Falta de base de conhecimento Os técnicos não devem perder tempo solucionando casos que já foram previamente solucionados por outro técnico. Tenha uma base de conhecimento própria para seus técnicos, documente os possíveis incidentes para que quando o problema venha a se repetir sua resolução seja incisiva, restabelecendo o serviço o mais rápido possível, minimizando assim o impacto negativo sobre o negócio. Há diversas bases de conhecimento prontas na internet, porém, elas dificilmente terão o mesmo efeito de uma solução caseira. Lembre-se que cada organização tem incidentes diferentes. Ter uma rica base de conhecimento é muito importante para o dia a dia do atendimento, ela entrega maior agilidade ao técnico com sua resolução incisiva restabelecendo o serviço da maneira mais rápida possível minimizando assim o impacto negativo sobre o negócio. Ela pode ser elaborada de diversas maneiras, seja em uma página restrita na web, planilhas, papel ou diretamente no seu software de help desk. Instrua seus técnicos a participarem desse processo de alimentação e que consultem ou alterem quando necessário. Para manter a equipe de suporte relevante e entregando valor ao cliente devemos sempre compreender seu funcionamento e buscar melhores experiências ao usuário. Fonte

O código é gravado na placa Quanto à marca, não sei dizer. Esses dois modelos procuraria identificar na placa mesmo ou aprofundar nas pesquisas Não posso afirmar no seu tipo de equipamento, mas geralmente, as fabricantes tem sites oficiais e podem disponibilizar atualizações para memória eprom, mas não o arquivo raiz que é o que mais interessa

Te dei um joinha, tenta baixar o arquivo do @K0rTy

Não tenho conhecimento da área e minhas dicas serão insuficientes Mas instalou o driver corretamente? Ele não tem alguma opção de reset que volta à configuração de fábrica E hard brick pode ser problema de hardware ou software...

@gustcont Imagino que tenha trocado o resistor né? hehehe Neste caso do meu ponto de vista o melhor teste é este que citei, removendo um a um os mosfets que tem o gate alimentado pelo MAIND, após remover cada um deles meça a resistência da linha MAIND em relação ao terra e quando ela mudar substancialmente terás provavelmente encontrado o culpado e então este tu substituis, os outros soldas de volta os originais. Pode ser que haja outra maneira de fazer isso, mas sinceramente eu não conheço um método mais fácil do que este, o conhecimento tu já estás adquirindo, eu não apenas te disse o que fazer, mas expliquei com detalhes o que me levava a pensar nesse curso de ação, ferramental é importante e saber utilizar as ferramentas que possui também, mas cada caso é um caso, este aí do meu ponto de vista demanda apenas trabalho braçal, temos que saber quando usar qual ferramenta... Medir com o osciloscópio um circuito de acionamento de dois estados do meu ponto de vista é complicar o que é simples, até faria sentido se o momento exato de transição entre um estado e outro fosse importante, visto que a grande maioria dos multímetros que temos por aí tem taxas de amostragens muito lentas. Em resumo, eu uso o osciloscópio para verificar cristais, pwms, frequências, e sinais em geral, ou quando preciso de um instrumento capaz de medir mais rapidamente algo, ou quando preciso que o instrumento de medição interfira o menos possível nas leituras, no mais já estou tão acostumado que prefiro usar meu hm-2090 na maior parte do tempo. O funcionamento do circuito foi bem explicado nas respostas anteriores mas, quando PQ68 recebe ativação na sua base ele passa a conduzir e aterra a linha MAING, quando isto acontece PQ67 deixa de conduzir permitindo que a tensão +15V passe por PR289 e alimente a linha MAIND assim ativando os gates dos mosfets derivadores que ela alimenta. Capacitores tem uma resistência ainda que muito, mas muito pequena mesmo, no entanto como estamos falando de uma corrente baixíssima visto que +15V passa por um resistor de 1Mega antes de alimentar os gates dos mosfets, e como com a retirada do capacitor o defeito não se apresentava, e mesmo substituindo por novo o defeito continuou, e levando em conta que falaste sobre uma baixa resistência na linha, suspeitei de consumo excessivo e o resto já leste acima. Agora é continuar os testes e se eu estiver correto provavelmente vais encontrar um mosfet com defeito sendo alimentado por MAIND, se o defeito retornar aí teremos que pensar novamente. Boa sorte.

@Carson Clay iniciaria vendo quando o note liga se alguma tensão de alguma bobina não sobe

@curtolo a segunda bios funcionou perfeitamente, a primeira vi em outro fórum que é uma bios com defeito, seria interessante tirar ela e deixar somente a segunda. muito obrigado pela ajuda meu amigo.

Veja se este serve :

@juliosupri nesse caso o curto tá na linha +VCC_TX_LVDS mesmo. Aparentemente o curto no flat queimou além da tela o circuito de alimentação do gerador de imagem LVDS dentro do chipset HM55. Acho que só trocando o HM55 pra dar vídeo no LVDS.

E na minha opinião como padrao poderia ser "tópicos" ao inves do "google"

@Roberto275803 Eu ja comprei gravado no ali e funcionou aqui tbm , mas tbm ja tive problemas de alguns virem e não funcionar , então quase sempre compro uns 3 pelo menos

@LSL eu gosto de trabalhar com esta. https://produto.mercadolivre.com.br/MLB-838856664-5-second-fix-caneta-cola-uv-p-reparos-instantneos-original-_JM?quantity=1#position=7&type=item&tracking_id=8b863b98-2c8b-4577-8b01-2b900f48ce51

Boa noite qual seria essa cola pois nao achei vc poderia passar o nome dela ? agradesco

Pessoal olhando agora numa inspeção mais detalhada achei o C9910 estourado. Troquei mais ficou mesma coisa! Verifiquei que no ci oscilador IC9101 não tem vcc no pino 7. Não sei de onde gera essa tensão

Boa noite amigo, agradecido!!

O MICON que esta circulado no quadrado em vermelho não tem como testar a não ser em fabrica ! A unica coisa que podemos observar eh se ele esta aquecendo em demasia e se as tensões de alimentação estão corretas. Testes em capacitores o colega Giovanni ja comentou, para mais informações da uma chegada no seguinte sub-forum: https://eletronicabr.com/forums/forum/18-treinamento-eletrônica/

@marcolina No caso de um capacitor não, mas como está na placa você tem duas vertentes, uma o capacitor realmente está em curto e trocar eles resolve seu problema, outra é que o curto pode estar na placa e a troca dos capacitores será inútil. Resumindo: retire os capacitores e faça a medição fora da placa, se o bip parar, teste a continuidade nos contatos da placa para ver se vai bipar. Se bipar testando os capacitores fora, o problema é neles, se bipar a placa sem os capacitores, será necessário procurar o curto em outro lugar.

Valentes, boa noite Sei que o post é antigo, mas, ontem 20-02-2018, consegui solucionar da seguinte forma: Segue o link: Boa noite Valentes! https://eletronicabr.com/forums/topic/149757-samsung-galaxy-tab-101-gt-n8000-loop-infinito/?do=findComment&comment=725892 Saudações!

@Abel @hanzzo Assinaturas ativadas. Obrigado... @wiillson38 Qual e-mail utilizou no pagseguro?

Nome do arquivo: Kronnus - G41MD3 - G41JT2D3-LF - Rev. 1.0 arquivo enviado: April 27, 2017, 4:21:17 PM Arquivo Backup feito em uma placa mãe VGA 775 funcionando normal. Espero que possa ajudar em um defeito de arquivo da ROM Bios corrompido. Se te foi útil pode agradecer dando com um :-* Clique aqui para baixar este arquivo

Parabéns ##PK## Primeiro membro VIP do EletrônicaBR Você conhece o conteúdo do fórum e está aqui do começo e a muito tempo já tinha solicitado esta opção de acesso. Só falta atualizar este avatar agora

Nome do arquivo: AOC (TPV) TV LCD 19R09 arquivo enviado: April 13, 2016, 3:52:57 PM Manual de Serviço em Chinês Main Board: 715G3365-M01-000-004K Power Supply: 715G3465-P02-0HV-003M Key Board: 715G3303-1 IR&LE: 715G3504-1 Clique aqui para baixar este arquivo

amigo não vá para bios e tempo perdido pois 90% e processador pois ele e colado como bga faça um ME nele pois vai voltar a dar video e depois reballing nele caso não tenha stencio faça um reflow tambem dar certo caso lhe ajude deixe sua joinha não custa nada nos incentivar pesquisar mais ainda e solucionar os problemas erro de 7 bips processador ok ja peguei 8 desse na assistencias com mesmo defeito e gravei bios e nada fiz ME na PN e no final era processador

Em se tratando dessa placa já peguei dando 3 bips (falha nos modulos de memória) e com 7 bips (falha processador). Por ser um BGA (processador em todos os casos que peguei I5) foi somente com reball mesmo que solucionei os 2 casos. Fica a dica e sucesso no seu reparo!

Olá pessoal peguei um notebook Toshiba placa DABU3AMB8E0. Após acionar o botão power desligava em menos de 2 segundos (Curto na placa). O defeito estava relacionado com o capacitor PC77 em curto, com isso queimou o resistor PR101. Os componentes são partes do circuito da alimentação do processador OS828. Se ajudar alguém não esqueça do joinha. Abraço a todos...