Как разрабатывать электронные схемы?
И, наконец, рискуя утомить читателя, все же скажу несколько слов о том, как вообще следует разрабатывать и отлаживать схемы. Самый эффективный метод – «сборка» нужной схемы из готовых и заранее отлаженных фрагментов. Эта операция аналогична тому, как программисты «собирают» программы из готовых и заранее отлаженных библиотечных процедур. Каждая такая процедура есть «черный ящик», у которого имеются входы и выходы для общения с другими частями программы, причем в общем случае вы даже не знаете, как она устроена внутри – точно так же, как вы не знаете, что именно размещается внутри микросхемы. Вы берете микросхему, подсоединяете к ней внешние элементы в соответствии с рекомендациями производителя и получаете готовый узел, который соединяете с другими подобными узлами.
* * *
Повторим, что именно на этой стадии можно сильно «попасть», если вообще отказаться от попыток понять, как работают используемые узлы, и лишь тупо следовать рекомендациям производителя, которые по понятным причинам не исчерпывают всего разнообразия жизненных ситуаций. Лучше всего, если производитель предлагает не только описания компонентов (datasheets ), но и рекомендации по их применению (application notes ) – в этом случае их совсем не вредно изучить перед проектированием. Практика предоставления рекомендаций производителей по проектированию типовых узлов – давно уже не исключение, а правило, потому элементарное знание технического английского становится обязательным условием для любого более‑менее грамотного радиолюбителя. Для облегчения преодоления этого порога в конце книги приведен словарик специфических терминов и аббревиатур (см. приложение 5 ).
* * *
При рисовании схемы обязательно обозначайте на ней конкретные типы и значения параметров элементов – не откладывайте это до выполнения практической ее отладки. Изменить эти параметры вы всегда сможете, но все, что можно посчитать, нужно посчитать заранее – это сохранит вам очень много времени. Когда вы берете, наконец, паяльник в руки, то не следует сразу собирать всю схему устройства целиком. Разбейте ее на как можно более мелкие самостоятельно работающие узлы и отлаживайте каждый узел по отдельности. Не верьте печатному слову и все рекомендации из литературы проверяйте на макетах (в конце концов у вас образуется библиотека таких самостоятельно отлаженных узлов, и вы будете экономить огромное количество времени). Отладив все, обязательно нанесите на чертеж схемы полученные в результате отладки точные значения компонентов (те, что все еще требуют окончательной подгонки «по месту», обозначаются звездочкой), проверьте правильность соединения этих узлов и разводку питания и только затем собирайте всю схему целиком – сначала на макетной плате. И только убедившись в работоспособности макета схемы, переносите ее на настоящую рабочую плату.
В отличие от большинства радиолюбительских изданий, рисунки плат в книге не приводятся, чему есть много причин: во‑первых, повторить конструкцию в точности с теми компонентами, которые приведены в описании, как правило, не получается, да это и совершенно не требуется. Во‑вторых, лично я никогда не повторял опубликованных конструкций в точности, стараясь улучшить или упростить схему, и в этой книге вы почти всегда найдете рекомендации по улучшению характеристик или расширению функциональности описанного прибора, так что публикация рисунка платы вообще теряет смысл. Наконец, есть и еще один момент, скорее психологический – раскладывая плату самостоятельно, вы намного лучше вникаете в работу схемы, после чего отладка и регулировка ее значительно упрощаются.
Мое глубокое убеждение состоит в том, что плату нужно делать самостоятельно, под выбранную конструкцию и корпус, а не подгонять габариты под имеющуюся плату, – в результате такой подгонки самодельные конструкции иногда получаются весьма уродливыми. Исключением будут схемы на основе готовых узлов (таких, например, как Arduino и аксессуары к нему – см. главы 21 и 22 ), но там раскладывать платы самостоятельно и не требуется.
Если вы разрабатываете серьезный прибор, который должен служить годами, – постарайтесь заложить в разработку время и деньги, необходимые для выполнения следующих этапов:
□ разработка технического задания с возможно более подробным описанием требуемой функциональности. Не пренебрегайте мелочами, особенно если вы работаете «на сторону», а не для себя – так, будет очень печально, если вы собрали и проверили прибор дома на столе, а потом выяснится, что он должен работать круглогодично на улице;
□ разработка принципиальной схемы с отладкой отдельных узлов на макетах;
□ изготовление полного макета и его отладка;
□ разработка окончательной принципиальной схемы , подбор деталей и разработка печатной платы;
□ изготовление опытного образца и его отладка, корректировка печатной платы;
□ изготовление окончательного варианта печатной платы, корпуса и монтаж прибора.
* * *
Отдельно стоит остановиться на составлении технического описания и инструкции по эксплуатации. Я знаю, что большинство разработчиков искренне ненавидит этот этап работы (то же относится, увы, и к программистам), но советую себя пересилить и начинать составление документации прямо сразу, одновременно с началом проектирования.
* * *
Во‑первых, при попытке описать словами «как это работает» в расчете на стороннего читателя обычно всплывают все недостатки и упущения. Иногда на примере некоторых изделий бытовой техники или пользовательских программ отчетливо видно, что их разработчики сами никогда и не пытались взглянуть на свое творение с точки зрения того, кто это будет применять на практике, а инструкцию по эксплуатации писали наспех совершенно другие люди. Вот этого и следует по возможности избегать. Во‑вторых, с уверенностью можно сказать, что через пару лет вы напрочь забудете, как у вас работал данный узел и почему выбраны именно такие компоненты. Поэтому написание технической документации нужно вам самим не меньше, чем пользователю.
Приведенный идеальный вариант последовательности разработки редко осуществим на практике – либо времени не хватает, либо денег, либо того и другого. Есть одна известная фирма, которая занимается разработкой заказных электронных устройств, – так там берут несколько килобаксов только за написание технического задания. И они правы! Но на практике часто получается так, что макетный либо опытный образец становится и окончательным изделием. И все же по мере возможности не пренебрегайте этими промежуточными этапами – поверьте, так получится намного быстрее, чем, зажмурившись, собрать все сразу, а потом в лучшем случае обнаружить, что ничего не работает, а в худшем – выветривать из комнаты очень неприятный и стойкий запах горелой пластмассы. Учтите, что почти ни одна незнакомая дотоле схема никогда не работает сразу – будьте к этому готовы и заранее наберитесь терпения.
Итак, приступим.
Юрий Ревич, revich@lib.ru
* * *
Автор выражает искреннюю благодарность администрации интернет‑магазина «Амперка» (amperka.ru ) за поддержку подготовки глав, посвященных платформе Arduino.
Схемы, чертежи и фотографии компонентов подготовлены автором. Все остальные иллюстрации взяты из источников, допускающих свободное копирование, за исключением фотографии первого транзистора из главы 6 и портрета Клода Шеннона из главы 14 , любезно предоставленных автору корпорацией Lucent Technologies Inc./Bell Labs в лице ее сотрудницы Франциски Мэттьюз (Francisca Matthews ).
Дата добавления: 2016-05-11; просмотров: 1433;