Quão confiáveis ​​são as notas de aplicação

Minha última pergunta trouxe alguma discussão sobre notas de aplicação e práticas (ruins?). Veja os comentários nas várias respostas.

Até agora, pensei: "Ok, essas notas de aplicação são escritas por engenheiros elétricos que trabalham em algumas grandes empresas, que provavelmente sabem o que estão fazendo".

Mas depois de ler os comentários da minha última pergunta, não sei em quem confiar. Se eu estivesse estudando engenharia elétrica ou tivesse experiência prática suficiente, provavelmente teria conhecimento suficiente para ver más práticas / notas de aplicação incorretas. Mas eu sou apenas um hobby.

Então, o que eu deveria fazer? Vá em frente e espere que tudo funcione bem, até que algo quebre. Então eu sei da próxima vez: não faça isso. De acordo com os comentários na pergunta vinculada, isso pode ser bastante frustrante, porque algumas falhas vêm e vão aleatoriamente. Talvez eu nem perceba que o design que tirei da nota de aplicação estava errado. Eu provavelmente procuraria um erro no meu design, porque sou o cara inexperiente ...

Uma coisa que aprendi até agora com os comentários da outra pergunta é que sempre devo procurar nas planilhas de dados e procurar coisas que excedam as classificações de operação dos dispositivos (não é seguro permanecer apenas dentro das classificações máximas).

Há mais alguma coisa que eu deva verificar em uma nota de aplicação, para que eu possa identificar um design provavelmente ruim e perguntar a alguém (por exemplo, aqui), se é realmente um design ruim?

Pergunte a Olin :-) - mas use um traje de chamas.

Ao contrário das folhas de dados, que DEVEM ser escritas sagradas (mas muitas vezes não são verdadeiras), as Notas de Aplicação são um "saco misto". Não vale a pena considerar apenas o que há em um AN como evangelho, embora você esperasse que fosse pelo menos utilizável sem fumaça mágica.

O seguinte é opinião (é claro).
as pessoas são bem-vindas a oferecer contrapontos a qualquer avaliação que eu fizer.

Código: Quando se trata de um exemplo de código que acompanha os ANs, você pode esperar que seja "um pouco apressado" se ele tiver sido escrito especificamente para o AN e, talvez, de melhor qualidade se for desenvolvido com aplicativos e bibliotecas existentes. Olin, que é muito mais qualificado para falar sobre isso do que eu, dirá que MAIS UM código é ruim ou perigoso. Acontece que a empresa de Olin é a principal representante da Microchip e que Olin é o tipo de perfeccionista que você deseja como desenvolvedor e não como chefe ;-). ou seja, você provavelmente pode ser um pouco menos exigente quanto ao código de Olin, mas ouça com atenção o conselho dele.

Hardware: com referência ao hardware, você esperaria que um escritor de AN fosse altamente competente. Se o AN estiver relacionado a um design de referência que eles sugerem que você possa usar como base para um produto comercial, você também esperaria que eles colocassem suas pessoas de ponta nele. MAS, se você cria muitos CIs e deseja sugerir maneiras pelas quais as pessoas podem usar o SEU produto, você pode esperar que "o garoto" escreva pelo menos alguns deles. Portanto, tenha discernimento - observe o que é sugerido e esteja preparado para encontrar alguns erros de gravação.

Chip inchaço: Um fator que me lembrei novamente hoje à noite, ao olhar para uma nota de aplicativo de TI, é que há uma tendência a "dourar o lírio" - a usar muitos CIs onde menos é possível. Alguém pensaria que tinha algum tipo de interesse em obter o CI está em circulação, ou algo assim.

A reputação dos escritores conta muito - este é um lugar onde o "apelo à autoridade" tem algum mérito. Se Jim Williams escreveu, confie. Jim morreu recentemente e muitos dos outros nomes classicamente confiáveis ​​seguiram o mesmo caminho.

A reputação da empresa conta um pouco.

LT são geralmente bons. Principalmente com Jim para culpar.

Dispositivos AD / analógicos geralmente são muito bons.

Os NatSemi são um saco misto, com muito bom, mas nada certo.

Os microchips produzem ótimos produtos, mas tendem a produzir as notas do aplicativo.

Burr Brown tende a ser o guardião do Santo Graal, mas, tendo sido adquirido pela TI, o nome pode ser usado de maneira diferente.

As TI geralmente são muito boas ao longo de várias décadas. Eles adquiriram a NatSemi, a BurrBrown e outras nos últimos anos e, com sorte, trarão a média para cima e não para baixo.

O Zetex (adquirido pela Diodes Inc) faz ótimas ótimas partes (ótimo!), Mas sabe-se que ele escreve notas de aplicativo menos que perfeitas.

Os Nichia tendem a não escrever notas de aplicativos, mas se o fizerem, você provavelmente poderá enquadrá-las.

O Luxeon / Lumileds / Ghost of Philips do passado escreve excelentes notas técnicas para LEDs. O LLP entende os LEDs como nenhum outro no mercado e pode ser usado para aumentar sua base de conhecimento quando se olha para outros produtos.

Atmel / AVR: Devem se ater ao digital que eles conhecem muito bem. Na verdade, geralmente é muito bom - usar diodos corporais como detectores de cruzamento zero era um ataque de loucura momentânea.

Hewlett Packard: O material técnico da Old School da HP foi absolutamente absolutamente excelente. Totalmente. Novo Riche HP, se produzirem notas relevantes para aplicativos, deve ser tratado com cuidado. Passe do outro lado em caso de dúvida. A Agilent carrega grande parte do manto do antigo HP e pode ser amplamente confiável.

Motorola de idade não é tão ruim assim. Em Semi seguiu bastante bem. Talvez tenha desmotivado as crianças também.

...

Minha solução com as notas do aplicativo: simplesmente as ignore . Pense neles como Eletrônicos para Leigos , muitas vezes escritos por leigos.

Você pode pensar que as notas do aplicativo são escritas pelas mesmas pessoas qualificadas que criaram a peça, mas isso não é verdade em muitos casos. Vi estruturas da empresa em que a maioria das notas de aplicativos foi gerada pelos representantes técnicos do cliente e até mesmo marketing em alguns casos. Os representantes técnicos escrevem para eles porque estão cansados ​​de responder à mesma pergunta ou encontrar o cliente fazendo a mesma coisa estúpida repetidamente. O marketing as escreve porque elas querem mostrar como usar o produto em um aplicativo específico em que desejam vender mais. É claro que toda empresa tem pelo menos algum processo para verificar as notas de aplicativos, mas não conte com isso sendo muito rigoroso. Em alguns casos, o engenheiro de design pode nem ver a nota do aplicativo antes de sair. Em outros casos, ele tem um trabalho real para continuar e pode '

Basicamente, os realmente bons engenheiros são valiosos demais para escrever notas de aplicativos . Na melhor das hipóteses, isso é feito por "engenheiros de aplicação".

A verdade última está na folha de dados. Se você sabe o que está fazendo, realmente não há necessidade de notas de aplicativos. Na melhor das hipóteses, eles não estragaram nada. Se você não sabe o que está fazendo, não deve ser responsável pelo design. Suponho que as notas do aplicativo possam ser material auxiliar para ajudar a desmistificar as coisas, mas é melhor considerá-las como escritas por manequins para manequins, porque muitos são.

Como Russell disse, empresas diferentes e autores diferentes (quando isso é conhecido) têm culturas diferentes que você pode aprender que são mais confiáveis ​​do que outras. No entanto, tenha muito cuidado com isso. O que pode parecer uma cultura da empresa pode ser um único engenheiro nessa empresa que dirige as coisas. Quando ele sai, a qualidade pode mudar significativamente. A única coisa em que confiar são as notas de aplicativos escritas por indivíduos selecionados que você reconhece e sabe que eles mantêm altos padrões. Existem muito, muito poucos deles.

Até "grandes nomes" podem ter dias ruins. Há muito tempo, em 1980, quando eu era um engenheiro recém-saído da escola, trabalhando para a Hewlett Packard, foi-me fortemente sugerido por um engenheiro sênior o uso de um novo chip conversor de voltagem para frequência da National Semiconductor em meu projeto. O engenheiro sênior disse que a peça foi projetada por esse cara, Bob Pease, que deveria ser algum tipo de deus semicondutor analógico. Por isso, li a folha de dados com atenção e uma nota escrita por Bob Pease sobre o uso desta peça para criar um A / D de alta resolução. A folha de dados fazia sentido, mas a nota do aplicativo estava sugerindo seriamente que você poderia criar um A / D de 22 bits com essa coisa. O circuito na nota do aplicativo tinha fontes óbvias de erro, excedendo 1/4 parte em um milhão. Eu pensei que devia estar entendendo mal alguma coisa, então fiz as contas e provei meu caso com cuidado o suficiente para mostrar ao engenheiro sênior. Ele olhou e concordou comigo e meio que riu dizendo"Sim, BoB Pease parece ser um canhão solto ultimamente, acho que a National está tentando reiniciá-lo daqui a pouco" . Surpreendeu-me que ele fosse tão tolerante e não mais chateado por algo que eu considerava descaradamente errado. Então ele disse: "De qualquer forma, é apenas uma nota, ainda parece uma boa parte" . Foi quando eu entendi que as notas de aplicativos são casualmente escritas e não devem ser tiradas mais do que casualmente.

Embora seja verdade que muitas notas de aplicação sejam de baixa qualidade ou mérito duvidoso, escritas por engenheiros inexperientes (eu uso esse termo livremente), em um esforço para simplesmente vender produtos, há mais na história.

Tomando o melhor caso de um engenheiro altamente experiente, dedicando seu tempo e tentando fazer um trabalho muito bom, ainda existem limitações inerentes. Supondo, em particular, que ele construa e teste o circuito que está sendo descrito, e funciona como descrito em seu laboratório, isso não significa que funcionará para você. Construir um protótipo funcional é muito diferente de criar algo que seja facilmente reproduzível por outros em diferentes condições.

Quando você constrói um circuito a partir de uma nota de aplicação, é altamente improvável que suas peças e métodos sejam idênticos aos usados ​​pelo engenheiro de aplicativos. Algo tão simples quanto usar uma placa de PC com uma espessura diferente pode causar problemas. Considere o caso de um oscilador simples, se ele usasse um capacitor pontilhado em mais ou menos 10% e ele estivesse no lado alto e o seu no baixo, é possível que essa diferença possa significar que um deles não oscila ou oscila numa freqüência harmônica e não fundamental.

Particularidade com os circuitos analógicos e de RF, raramente é plug and play, é preciso se preocupar com o ajuste dos níveis de acionamento, naturalização de amplificadores, filtros de sintonia, etc. Fazer isso corretamente requer conhecimento e experiência.

Portanto, não jogue o bebê fora com a água do banho. As notas de aplicação não são perfeitas, mas podem ser uma ótima fonte de idéias. Leve-os com um grão de sal e esteja preparado para fazer o trabalho duro de refinar e testar o circuito você mesmo.

As notas de aplicação são uma enorme ferramenta de marketing para as empresas. Isso destaca os recursos do seu produto, facilita a curva de aprendizado do seu cliente e mostra a qualidade da sua estrutura de suporte. Tudo isso é feito para convencer os engenheiros a colocar uma peça em uma lista técnica.

É verdade que nem todas as empresas levam as notas de aplicativos tão a sério quanto outras, e geralmente são os jovens engenheiros da equipe que têm a tarefa de escrevê-las. Isso não dilui o uso pretendido. É importante lembrar que as notas de aplicativos não fazem o trabalho de engenharia para você. Eles são modelos; exemplos para ajudar a entender as sutilezas da folha de dados. Eles raramente são necessários, projetados ou devem ser módulos de recortar e colar.