И, наконец, рискуя утомить читателя, все же скажу несколько слов о том, как вообще следует разрабатывать и отлаживать схемы. Самый эффективный метод — «сборка» нужной схемы из готовых и заранее отлаженных фрагментов. Эта операция аналогична тому, как программисты «собирают» программы из готовых и заранее отлаженных библиотечных процедур. Каждая такая процедура есть «черный ящик», у которого имеются входы и выходы для общения с другими частями программы, причем в общем случае вы даже не знаете, как она устроена внутри — точно так же, как вы не знаете, что именно размещается внутри микросхемы. Вы берете микросхему, подсоединяете к ней внешние элементы в соответствии с рекомендациями производителя и получаете готовый узел, который соединяете с другими подобными узлами.
* * *
Повторим, что именно на этой стадии можно сильно «попасть», если вообще отказаться от попыток понять, как работают используемые узлы, и лишь тупо следовать рекомендациям производителя, которые по понятным причинам не исчерпывают всего разнообразия жизненных ситуаций. Лучше всего, если производитель предлагает не только описания компонентов (datasheets), но и рекомендации по их применению (application notes) — в этом случае их совсем не вредно изучить перед проектированием. Практика предоставления рекомендаций производителей по проектированию типовых узлов — давно уже не исключение, а правило, потому элементарное знание технического английского становится обязательным условием для любого более-менее грамотного радиолюбителя. Для облегчения преодоления этого порога в конце книги приведен словарик специфических терминов и аббревиатур (см. приложение 5).
* * *
При рисовании схемы обязательно обозначайте на ней конкретные типы и значения параметров элементов — не откладывайте это до выполнения практической ее отладки. Изменить эти параметры вы всегда сможете, но все, что можно посчитать, нужно посчитать заранее — это сохранит вам очень много времени. Когда вы берете, наконец, паяльник в руки, то не следует сразу собирать всю схему устройства целиком. Разбейте ее на как можно более мелкие самостоятельно работающие узлы и отлаживайте каждый узел по отдельности. Не верьте печатному слову и все рекомендации из литературы проверяйте на макетах (в конце концов у вас образуется библиотека таких самостоятельно отлаженных узлов, и вы будете экономить огромное количество времени). Отладив все, обязательно нанесите на чертеж схемы полученные в результате отладки точные значения компонентов (те, что все еще требуют окончательной подгонки «по месту», обозначаются звездочкой), проверьте правильность соединения этих узлов и разводку питания и только затем собирайте всю схему целиком — сначала на макетной плате. И только убедившись в работоспособности макета схемы, переносите ее на настоящую рабочую плату.
В отличие от большинства радиолюбительских изданий, рисунки плат в книге не приводятся, чему есть много причин: во-первых, повторить конструкцию в точности с теми компонентами, которые приведены в описании, как правило, не получается, да это и совершенно не требуется. Во-вторых, лично я никогда не повторял опубликованных конструкций в точности, стараясь улучшить или упростить схему, и в этой книге вы почти всегда найдете рекомендации по улучшению характеристик или расширению функциональности описанного прибора, так что публикация рисунка платы вообще теряет смысл. Наконец, есть и еще один момент, скорее психологический — раскладывая плату самостоятельно, вы намного лучше вникаете в работу схемы, после чего отладка и регулировка ее значительно упрощаются.
Мое глубокое убеждение состоит в том, что плату нужно делать самостоятельно, под выбранную конструкцию и корпус, а не подгонять габариты под имеющуюся плату, — в результате такой подгонки самодельные конструкции иногда получаются весьма уродливыми. Исключением будут схемы на основе готовых узлов (таких, например, как Arduino и аксессуары к нему — см. главы 21 и 22), но там раскладывать платы самостоятельно и не требуется.
Если вы разрабатываете серьезный прибор, который должен служить годами, — постарайтесь заложить в разработку время и деньги, необходимые для выполнения следующих этапов:
□ разработка технического задания с возможно более подробным описанием требуемой функциональности. Не пренебрегайте мелочами, особенно если вы работаете «на сторону», а не для себя — так, будет очень печально, если вы собрали и проверили прибор дома на столе, а потом выяснится, что он должен работать круглогодично на улице;
□ разработка принципиальной схемы с отладкой отдельных узлов на макетах;
□ изготовление полного макета и его отладка;
□ разработка окончательной принципиальной схемы, подбор деталей и разработка печатной платы;
□ изготовление опытного образца и его отладка, корректировка печатной платы;
□ изготовление окончательного варианта печатной платы, корпуса и монтаж прибора.
* * *
Отдельно стоит остановиться на составлении технического описания и инструкции по эксплуатации. Я знаю, что большинство разработчиков искренне ненавидит этот этап работы (то же относится, увы, и к программистам), но советую себя пересилить и начинать составление документации прямо сразу, одновременно с началом проектирования.
* * *
Во-первых, при попытке описать словами «как это работает» в расчете на стороннего читателя обычно всплывают все недостатки и упущения. Иногда на примере некоторых изделий бытовой техники или пользовательских программ отчетливо видно, что их разработчики сами никогда и не пытались взглянуть на свое творение с точки зрения того, кто это будет применять на практике, а инструкцию по эксплуатации писали наспех совершенно другие люди. Вот этого и следует по возможности избегать. Во-вторых, с уверенностью можно сказать, что через пару лет вы напрочь забудете, как у вас работал данный узел и почему выбраны именно такие компоненты. Поэтому написание технической документации нужно вам самим не меньше, чем пользователю.
Приведенный идеальный вариант последовательности разработки редко осуществим на практике — либо времени не хватает, либо денег, либо того и другого. Есть одна известная фирма, которая занимается разработкой заказных электронных устройств, — так там берут несколько килобаксов только за написание технического задания. И они правы! Но на практике часто получается так, что макетный либо опытный образец становится и окончательным изделием. И все же по мере возможности не пренебрегайте этими промежуточными этапами — поверьте, так получится намного быстрее, чем, зажмурившись, собрать все сразу, а потом в лучшем случае обнаружить, что ничего не работает, а в худшем — выветривать из комнаты очень неприятный и стойкий запах горелой пластмассы. Учтите, что почти ни одна незнакомая дотоле схема никогда не работает сразу — будьте к этому готовы и заранее наберитесь терпения.
Итак, приступим.
Юрий Ревич, revich@lib.ru
* * *
Автор выражает искреннюю благодарность администрации интернет-магазина «Амперка» (amperka.ru) за поддержку