# Levantamento de Hipóteses

> Um diagnóstico eficiente não começa procurando componentes defeituosos, mas formulando hipóteses que expliquem os sintomas observados. O levantamento de hipóteses transforma evidências em possibilidades técnicas que serão confirmadas ou descartadas por meio de medições e testes. Essa abordagem reduz retrabalhos, evita substituições desnecessárias e aumenta significativamente a confiabilidade do diagnóstico.

---

# Objetivo

Apresentar uma metodologia para formular, organizar e validar hipóteses durante o diagnóstico eletrônico, utilizando raciocínio técnico baseado em evidências e eliminando gradualmente as possibilidades até identificar a causa raiz da falha.

---

# O que é uma hipótese?

Hipótese é uma explicação técnica provisória para um defeito observado.

Ela representa uma possibilidade, e não uma conclusão.

Exemplo:

Sintoma:

> Equipamento não liga.

Hipótese:

> A fonte primária pode não estar gerando tensão.

Essa hipótese somente se torna uma conclusão após ser validada por testes.

---

# Hipótese não é Palpite

É importante diferenciar:

## Palpite

Baseado apenas em experiência ou intuição.

Exemplo:

> "Sempre é esse regulador."

---

## Hipótese Técnica

Baseada em sintomas e evidências observadas.

Exemplo:

> "O regulador pode estar defeituoso porque sua entrada possui tensão, a saída está em zero volts e não há curto na carga."

Toda hipótese deve possuir uma justificativa técnica.

---

# Origem das Hipóteses

As hipóteses podem surgir a partir de:

- sintomas relatados;
- inspeção visual;
- medições iniciais;
- comportamento térmico;
- histórico do equipamento;
- documentação técnica;
- experiência anterior.

Quanto maior o número de evidências disponíveis, melhor será a qualidade das hipóteses.

---

# Relação entre Sintomas e Hipóteses

Um mesmo sintoma pode possuir diversas causas.

Exemplo:

Sintoma:

> Equipamento reinicia sozinho.

Hipóteses possíveis:

- fonte instável;
- regulador aquecendo;
- capacitor degradado;
- falha de firmware;
- mau contato;
- memória defeituosa;
- proteção térmica.

Jamais assuma que existe apenas uma explicação possível.

---

# Trabalhando com Múltiplas Hipóteses

Durante o diagnóstico mantenha diversas hipóteses em paralelo.

Exemplo:

Hipótese A

↓

Hipótese B

↓

Hipótese C

↓

Testes

↓

Eliminação das hipóteses incompatíveis

Essa abordagem reduz o risco de seguir uma linha de investigação incorreta.

---

# Hierarquia das Hipóteses

Organize as hipóteses conforme sua probabilidade.

Critérios úteis incluem:

- quantidade de evidências favoráveis;
- frequência histórica da falha;
- simplicidade da explicação;
- impacto sobre o circuito.

Hipóteses mais prováveis normalmente são testadas primeiro, mas todas permanecem sujeitas à validação.

---

# Hipóteses Baseadas em Evidências

Cada hipótese deve responder:

- Qual evidência a sustenta?
- Qual teste pode confirmá-la?
- Qual teste pode descartá-la?

Se uma hipótese não puder ser testada, ela possui pouco valor prático para o diagnóstico.

---

# Exemplo Prático

Equipamento:

Fonte chaveada.

Sintoma:

> Não liga.

Inspeção:

- fusível íntegro;
- capacitor principal carregado;
- ausência de tensão secundária.

Hipóteses:

- PWM não inicializa;
- MOSFET primário em curto;
- resistor de partida aberto;
- circuito de proteção ativo.

Cada hipótese exigirá testes específicos.

---

# Planejamento dos Testes

Uma hipótese deve sempre gerar um plano de investigação.

Exemplo:

Hipótese:

> Regulador sem alimentação.

Testes:

- medir tensão de entrada;
- verificar continuidade da trilha;
- analisar fusível;
- verificar chaveamento anterior.

O teste deve produzir uma resposta objetiva.

---

# Eliminando Hipóteses

Uma hipótese deve ser descartada quando:

- os testes a contradizem;
- surgem evidências incompatíveis;
- outra hipótese explica melhor todos os sintomas.

Eliminar hipóteses faz parte do progresso do diagnóstico.

---

# Reformulando Hipóteses

Durante a investigação podem surgir novas informações.

Nesse caso:

- ajuste as hipóteses existentes;
- formule novas possibilidades;
- descarte hipóteses antigas quando necessário.

O diagnóstico é um processo dinâmico.

---

# Causa Imediata e Causa Raiz

É importante distinguir:

## Causa Imediata

O componente que falhou.

Exemplo:

MOSFET em curto.

---

## Causa Raiz

O motivo da falha.

Exemplo:

Driver defeituoso provocando chaveamento incorreto.

O objetivo do diagnóstico é encontrar a causa raiz, evitando reincidência do defeito.

---

# Evitando Viés de Confirmação

Um erro comum consiste em procurar apenas evidências favoráveis à primeira hipótese.

Durante a investigação pergunte:

- Existe alguma evidência que contradiz essa hipótese?
- Há outra explicação igualmente plausível?
- Estou descartando alternativas cedo demais?

Buscar evidências contrárias aumenta a qualidade do diagnóstico.

---

# Hipóteses em Equipamentos Complexos

Em equipamentos modernos, diferentes defeitos podem produzir sintomas semelhantes.

Por isso, considere:

- alimentação;
- clock;
- reset;
- firmware;
- comunicação;
- sensores;
- proteção;
- software;
- defeitos mecânicos.

O levantamento de hipóteses deve abranger todo o sistema.

---

# Registro das Hipóteses

Sempre que possível documente:

- hipótese formulada;
- evidências favoráveis;
- evidências contrárias;
- testes executados;
- resultado.

Esses registros facilitam futuras análises e enriquecem a base de conhecimento.

---

# Fluxo Simplificado

Sintoma

↓

Evidências

↓

Hipóteses

↓

Testes

↓

Hipóteses descartadas

↓

Hipótese confirmada

↓

Causa raiz

↓

Reparo

Esse processo pode se repetir diversas vezes até a identificação da causa real.

---

# Boas Práticas

Sempre:

- formule mais de uma hipótese;
- baseie-se em evidências;
- planeje os testes antes de executá-los;
- descarte hipóteses incompatíveis;
- registre as conclusões obtidas.

O objetivo é reduzir incertezas de forma sistemática.

---

# O que evitar

Nunca:

- assumir que o defeito é igual ao de um reparo anterior;
- substituir componentes antes da confirmação;
- ignorar hipóteses alternativas;
- manter uma hipótese contrariada pelas evidências.

Toda hipótese deve estar aberta à revisão.

---

# Erros mais comuns

- Trabalhar com apenas uma hipótese.
- Confundir hipótese com conclusão.
- Não registrar hipóteses descartadas.
- Priorizar experiência em vez de evidências.
- Encerrar a investigação prematuramente.

Esses erros aumentam significativamente o risco de diagnósticos incorretos.

---

# Aplicações práticas

O levantamento de hipóteses é utilizado em qualquer atividade de diagnóstico eletrônico, incluindo:

- fontes de alimentação;
- notebooks;
- televisores;
- equipamentos industriais;
- automação;
- telecomunicações;
- dispositivos embarcados;
- equipamentos médicos.

Independentemente da tecnologia utilizada, formular hipóteses consistentes é uma etapa indispensável.

---

# Relação com outros conteúdos

Antes deste conteúdo é recomendado conhecer:

- [Metodologia de Diagnóstico Eletrônico](./01 - Metodologia de Diagnóstico Eletrônico.md)
- [Inspeção Visual e Evidências](./02 - Inspeção Visual e Evidências.md)

Após este estudo recomenda-se continuar para:

- [Medições Fundamentais](./04 - Medições Fundamentais.md)
- [Diagnóstico Baseado em Evidências](./05 - Diagnóstico Baseado em Evidências.md)

---

# Resumo

O levantamento de hipóteses é a etapa que transforma sintomas e evidências em possibilidades técnicas que podem ser testadas de forma objetiva. Ao formular múltiplas hipóteses, planejar medições para confirmá-las ou descartá-las e revisar continuamente as conclusões diante de novas evidências, o profissional reduz a influência de suposições, evita trocas desnecessárias de componentes e aumenta significativamente a precisão do diagnóstico eletrônico.

## Método RMEvolution de validação

Use a sequência abaixo para transformar sintoma em decisão operacional:

- **Evidência observada:** registre o fato bruto, com print, foto, log ou medição.
- **Hipótese levantada:** descreva a causa provável que será testada.
- **Teste executado:** informe ferramenta, condição do teste e valor esperado.
- **Resultado obtido:** registre o valor medido, resposta do sistema ou comportamento observado.
- **Hipótese descartada ou confirmada:** explique o motivo técnico da decisão.
- **Conclusão operacional:** defina correção, orientação, monitoramento ou escalonamento.
- **Nível de confiança:** use baixo, médio ou alto conforme a qualidade das evidências.

Quando não houver evidência suficiente, não encerre o diagnóstico como confirmado. Registre a pendência e escale com contexto.