Правила и руководства для рисования хороших схем

Здесь много плохо прорисованных схем. Несколько раз люди фактически спрашивали о критике их схем. Этот вопрос предназначен для использования в качестве единого репозитория, на который правила и руководящие принципы могут указывать люди. Вопрос в том

Каковы правила и руководства для рисования хороших схем?

Примечание: это касается самих схем, а не схем, которые они представляют.

Схема - это визуальное представление схемы. Таким образом, его цель состоит в том, чтобы передать кому-то канал. Схема в специальной компьютерной программе для этой цели также является машиночитаемым описанием схемы. Это использование легко судить в абсолютном выражении. Либо соблюдаются надлежащие формальные правила для описания схемы, и схема правильно определена, либо нет. Поскольку для этого существуют жесткие правила, а результат можно оценивать на машине, это не является предметом обсуждения здесь. Это обсуждение о правилах, руководящих принципах и предложениях для хороших схем для первой цели, которая заключается в передаче цепи человеку. Хорошие и плохие будут оцениваться здесь в этом контексте.

Поскольку схема предназначена для передачи информации, хорошая схема делает это быстро, четко и с низкой вероятностью недопонимания. Это необходимо, но далеко не достаточно, чтобы схема была правильной. Если схема может ввести в заблуждение наблюдателя-человека, плохая схема - показать, можете ли вы в конечном итоге показать, что после должного дешифрования она действительно была правильной. Дело в ясности . Технически правильная, но запутанная схема - все еще плохая схема.

У некоторых людей есть свои собственные глупые мнения, но вот правила (на самом деле, вы, вероятно, заметите широкое согласие между опытными людьми по большинству важных моментов):

1. Используйте обозначения компонентов

   Это в значительной степени автоматически с любой программой захвата схемы, но мы все еще часто видим схемы здесь без них. Если вы рисуете свою схему на салфетке, а затем сканируете ее, обязательно добавьте обозначения компонентов. Это значительно облегчает разговор. Я пропустил вопросы, когда на схемах не было обозначений компонентов, потому что мне не хотелось возиться со вторым резистором 10 кОм слева верхней кнопкой . Намного проще сказать R1, R5, Q7 и т. Д.

2. Очистить размещение текста

   Схематические программы обычно устанавливают имена и значения деталей на основе общего определения деталей. Это означает, что они часто оказываются в неудобных местах на схеме, когда рядом находятся другие детали. Почини это. Это часть работы по рисованию схемы. Некоторые программы захвата схемы делают это проще, чем другие. Например, в Eagle, к сожалению, для детали может быть только один символ. Некоторые части обычно располагаются в разных ориентациях, например, в горизонтальном и вертикальном направлении в случае резисторов. Диоды могут быть размещены как минимум в 4 направлениях, поскольку они также имеют направление. Размещение текста вокруг детали, например, обозначение компонента и значение, вероятно, не будет работать в других ориентациях, чем было изначально нарисовано. Если вы поворачиваете исходную деталь, переместите текст после этого, чтобы он был легко читаемым, явно принадлежит к этой части и не сталкивается с другими частями рисунка. Вертикальный текст выглядит глупо и затрудняет чтение схемы.

   Я делаю отдельные избыточные части в Eagle, которые отличаются только ориентацией символа и, следовательно, размещением текста. Это более сложная предварительная работа, но она упрощает рисование схемы. Тем не менее, не важно, как вы достигаете аккуратного и ясного конечного результата, только то, что вы делаете. Нет оправдания. Иногда мы слышим скулы вроде «Но CircuitBarf 0.1 не позволяет мне это делать» . Так что получите то, что делает. Кроме того, CircuitBarf 0.1, вероятно, позволяет вам это делать, просто вам было лень читать руководство, чтобы узнать, как это сделать, и слишком небрежно, чтобы о нем заботиться. Нарисуйте (аккуратно!) На бумаге и отсканируйте, если нужно. Опять же, нет оправдания.

   Например, вот некоторые детали в разных ориентациях. Обратите внимание, как текст находится в разных местах относительно частей, чтобы сделать вещи аккуратными и ясными.

   

   Не позволяйте этому случиться с вами

   

   Да, это на самом деле небольшой фрагмент того, что кто-то бросил на нас здесь.

3. Основной макет и поток

   В целом, лучше поместить более высокие напряжения вверху, более низкие напряжения внизу и логический поток слева направо. Это, очевидно, невозможно все время, но, по крайней мере, попытка сделать это на более высоком уровне значительно осветит цепь для тех, кто читает вашу схему.

   Одним заметным исключением из этого являются сигналы обратной связи. По самой своей природе они подают «обратно» из нисходящего потока в восходящий, поэтому их следует показывать, отправляя информацию, противоположную основному потоку.

   Силовые соединения должны подниматься до положительных напряжений и снижаться до отрицательных напряжений. Не делай этого:

   

   Там не было места, чтобы показать линию, спускающуюся на землю, потому что другие вещи уже были там. Подвинь это. Вы сделали беспорядок, вы можете разобрать его. Всегда есть выход.

   Следование этим правилам приводит к тому, что общие подсхемы большую часть времени рисуются аналогично. Как только вы получите больше опыта в рассмотрении схем, они появятся у вас, и вы это оцените. Если вещи нарисованы в разные стороны, то эти общие схемы будут выглядеть визуально по-разному каждый раз, и другим понадобится больше времени, чтобы понять вашу схему. Что это за беспорядок, например?

   

   После некоторого дешифрования вы понимаете: «О, это обычный эмиттерный усилитель. Почему эти #% & ^ $ @ # $% просто не нарисовали его так, как прежде !?» :

   

4. Нарисуйте булавки в соответствии с функцией

   Показывайте контакты микросхем в положении, соответствующем их функциям, а НЕ КАК ОНИ СЛУЧАЮТ ВЫДВИЖАТЬСЯ ИЗ ЧИПА. Попробуйте поместить положительные выводы питания сверху, отрицательные выводы питания (обычно заземления) внизу, входы слева и выходы справа. Обратите внимание, что это соответствует общей схеме, как описано выше. Конечно, это не всегда разумно и возможно. Детали общего назначения, такие как микроконтроллеры и ПЛИС, имеют контакты, которые могут вводиться и выводиться в зависимости от использования и даже могут изменяться во время работы. По крайней мере, вы можете разместить выделенные контакты питания и заземления сверху и снизу и, возможно, сгруппировать любые тесно связанные контакты с выделенными функциями, такими как подключения к кристаллу драйвера.

   Микросхемы с выводами в физическом порядке сложно понять. Некоторые люди используют оправдание, что это помогает в отладке, но, немного подумав, вы можете увидеть, что это не так. Когда вы хотите посмотреть на что-то с помощью области, какой вопрос чаще всего звучит так: «Я хочу посмотреть на часы, какой это вывод?» или "Я хочу посмотреть на вывод 5, что это за функция?" , В некоторых редких случаях вы можете обойти микросхему и посмотреть на все выводы, но первый вопрос гораздо более распространен.

   Физические схемы расположения контактов запутывают схему и затрудняют отладку. Не делай этого.

5. Прямые связи в пределах разумного

   Проведите некоторое время с размещением, уменьшающим проволочные переходы и тому подобное. Повторяющаяся тема здесь - ясность . Конечно, рисование прямой линии связи не всегда возможно или целесообразно. Очевидно, что это не может быть сделано с несколькими листами, и грязное гнездо проводов крыс хуже, чем несколько тщательно выбранных «воздушных проводов».

   Здесь невозможно придумать универсальное правило, но если вы постоянно думаете о мифическом человеке, который смотрит через ваше плечо, пытаясь понять схему из схемы, которую вы рисуете, вы, вероятно, поступите правильно. Вы должны пытаться помочь людям легко понять схему, а не заставить их разобраться в ней, несмотря на схему.

6. Дизайн для обычной бумаги

   Дни инженеров-электриков, имеющих рабочие столы и готовых к работе с чертежами размера D, давно прошли. Большинство людей имеют доступ только к обычным принтерам формата страницы, например, для бумаги размером 8 1/2 x 11 дюймов в США. Точный размер немного отличается во всем мире, но все они примерно такие, какие вы можете легко держать перед собой или поставить на стол. Есть причина, по которой этот размер стал стандартом. Работа с бумагой большего размера - это хлопотно. На столе нет места, он перекрывает клавиатуру, отталкивает предметы от стола при перемещении и т. Д.

   Смысл в том, чтобы спроектировать схему так, чтобы отдельные листы были хорошо читаемыми на одной обычной странице и на экране примерно одинакового размера. В настоящее время самый большой общий размер экрана составляет 1920 x 1080. Необходимость прокручивать страницу с таким разрешением, чтобы увидеть необходимые детали, раздражает.

   Если это означает использование большего количества страниц, продолжайте. Вы можете переворачивать страницы назад и вперед одним нажатием кнопки в Acrobat Reader. Перелистывание страниц предпочтительнее, чем панорамирование большого рисунка или работа с негабаритной бумагой. Я также нахожу, что одна нормальная страница с достаточной детализацией - это хороший размер для отображения подсхемы. Думайте о страницах в схемах как об абзацах в повествовании. Разбиение схемы на отдельные разделы по страницам может на самом деле улучшить читаемость, если все сделано правильно. Например, у вас может быть страница для раздела ввода питания, непосредственных подключений микроконтроллера, аналоговых входов, выходов питания привода моста H, интерфейса Ethernet и т. Д. На самом деле полезно разбить схему таким образом, даже если она имела не имеет ничего общего с размером рисунка.

   Вот небольшой раздел схемы, которую я получил. Это от скриншота, показывающего одну страницу схемы, развернутой в Acrobat Reader на экране 1920 x 1200.

   

   В этом случае мне частично платили за просмотр этой схемы, поэтому я смирился с этим, хотя я, вероятно, использовал больше времени и, следовательно, взял с клиента больше денег, чем если бы с схемой было проще работать. Если бы это было от кого-то, кто ищет бесплатную помощь, как, например, на этом сайте, я бы подумал, что сам напортачу, и продолжу отвечать на чужой вопрос.

7. Сетка для меток

   Схемы программ захвата обычно позволяют вам давать сетям хорошо читаемые имена. У всех сетей, вероятно, есть имена в программном обеспечении, просто по умолчанию они используют какую-то мантию, если вы их явно не установите.

   Если сеть разбита на визуально не связанные сегменты, то вам абсолютно необходимо сообщить людям, что две, казалось бы, отключенные сети действительно одинаковы. Различные пакеты имеют разные встроенные способы показать это. Используйте то, что работает с имеющимся у вас программным обеспечением, но в любом случае дайте сети имя и покажите это имя на каждом отдельно нарисованном сегменте. Думайте об этом как о наименьшем общем знаменателе или использовании «воздушных проводов» в схеме. Если ваше программное обеспечение поддерживает его, и вы думаете, что оно помогает с ясностью, во что бы то ни стало, используйте маленькие маркеры "точки перехода" или что-то еще. Иногда они даже дают вам лист и координаты одной или нескольких соответствующих точек перехода. Это все замечательно, но все равно пометьте любую такую ​​сеть.

   Важным моментом является то, что небольшие строки имен для этих сетей автоматически создаются программным обеспечением из имени внутренней сети. Никогда не рисуйте их вручную как произвольный текст, который программа не понимает как сетевое имя. Если отдельные разделы сети когда-либо отключаются или переименовываются случайно, программное обеспечение автоматически показывает это, поскольку отображаемое имя происходит от фактического имени сети, а не от того, что вы вводите отдельно. Это очень похоже на переменную в компьютерном языке. Вы знаете, что многократное использование символа переменной относится к одной и той же переменной.

   Еще одна веская причина для сетевых имен - короткие комментарии. Я иногда называю, а затем показываю названия сетей только для того, чтобы быстро понять, какова цель этой сети. Например, понимание того, что сеть называется "5V" или "MISO", может помочь понять схему. Многие короткие сети не нуждаются в имени или пояснении, и добавление имен повредило бы больше из-за беспорядка, чем они осветили бы. Опять же, все дело в ясности. Показывайте осмысленное сетевое имя, когда оно помогает понять схему, а не тогда, когда оно будет более отвлекающим, чем полезным.

8. Держите имена достаточно короткими

   То, что ваше программное обеспечение позволяет вам вводить 32 или 64-символьные сетевые имена, не означает, что вы должны это делать. Опять же, речь идет о ясности. Без имен нет информации, но много длинных имен загромождают, что затем снижает ясность. Где-то между это хороший компромисс. Не будь глупым и напиши «8 МГц часы на мой PIC», когда просто «CLOCK», «CLK» или «8MHZ» передают ту же информацию.

   См. Этот стандарт ANSI / IEEE для рекомендуемых сокращений имен выводов.

9. Имена символов в верхнем регистре

   Используйте все заглавные буквы для сетевых имен и имен выводов. Имена выводов почти всегда отображаются заглавными буквами в таблицах и схемах. Различные схематические программы, включая Eagle, даже не допускают использования строчных имен. Одним из преимуществ этого, которое также помогает, когда имена не слишком длинные, является то, что они выделяются в обычном тексте. Если вы пишете реальные комментарии в схеме, всегда пишите их в смешанном регистре, но убедитесь, что имена символов в верхнем регистре дают понять, что они являются именами символов, а не частью вашего повествования. Например, «Входной сигнал TEST1 повышается, чтобы включить Q1, который сбрасывает процессор, приводя MCLR в низкий уровень». , В этом случае очевидно, что TEST1, Q1 и MCLR ссылаются на имена в схеме и не являются частью слов, которые вы используете в описании.

10. Показать развязывающие колпачки по детали

    Развязывающие колпачки должны быть физически близки к той части, которую они разъединяют, из-за их назначения и базовой физики. Покажите им это. Иногда я видел схемы с несколькими развязанными заглушками в углу. Конечно, их можно разместить в любом месте макета, но, разместив их по их микросхемам, вы, по крайней мере, покажете цель каждого колпачка. Это значительно облегчает понимание того, что, по крайней мере, задумывалось о надлежащей развязке, более вероятно, что в обзоре проекта обнаруживается ошибка, и более вероятно, что ограничение фактически заканчивается там, где это было задумано, когда макет выполнен.

11. Точки соединяются, кресты - нет

    Нарисуйте точку на каждом перекрестке. Это соглашение. Не ленись. Любое компетентное программное обеспечение будет обеспечивать это любым способом, но удивительно, что мы все еще иногда видим схемы без точек соединения. Это правило. Нам все равно, считаете ли вы это глупым или нет. Вот как это делается.

    В некотором роде, старайтесь удерживать перекрестки с Ц, а не с 4-сторонними перекрестками. Это не так сложно, но такое случается. При пересечении двух линий, одной вертикали, другой горизонтали, единственный способ узнать, связаны ли они, - присутствует ли маленькая точка соединения. В прошлые дни, когда схемы регулярно фотокопировались или иным образом воспроизводились оптически, точки соединения могли исчезать через несколько поколений или иногда даже появляться на крестах, когда их изначально не было. Это менее важно сейчас, когда схемы, как правило, находятся в компьютере, но неплохо быть очень осторожным. Способ сделать это состоит в том, чтобы никогда не иметь 4-стороннюю развязку.

    Если две линии пересекаются, то они никогда не соединяются, даже если после каких-либо артефактов воспроизведения или сжатия, похоже, что там есть точка. В идеале соединения или кроссоверы должны быть однозначными без точек соединения, но в действительности вы хотите иметь как можно меньше шансов на недопонимание. Сделайте все соединения Ts точками, и поэтому все пересекающиеся линии будут разными сетями без точек.

Оглянитесь назад, и вы увидите, что смысл всех этих правил состоит в том, чтобы как можно проще понять кому-либо схему из схемы и максимально повысить вероятность правильного понимания.

• Хорошие схемы показывают вам схему. Плохие схемы заставляют их расшифровывать.

Есть и другая человеческая точка зрения на это тоже. Неаккуратная схема показывает отсутствие внимания к деталям и раздражает и оскорбляет всех, кого вы просите посмотреть на нее. Думаю об этом. Он говорит другим: «Ваше ухудшение с этой схемой не стоит моего времени, чтобы очистить ее», что в основном говорит: «Я важнее, чем вы» . Во многих случаях это не очень умная вещь, например, когда вы просите бесплатную помощь здесь, показываете свою схему клиенту, учителю и т. Д.

Аккуратность и количество представлений. Много. Вас судят по качеству вашей презентации каждый раз, когда вы что-то представляете, думаете ли вы, что так и должно быть или нет. В большинстве случаев люди не будут даже говорить вам. Они просто ответят на другой вопрос, а не будут искать какие-то хорошие моменты, которые могут повысить оценку на один класс, или нанять кого-то еще и т. Д. Когда вы даете кому-то небрежную схему (или любую другую неаккуратную работу от вас) , первое, что они собираются подумать, «Что за придурок» . Все остальное, что они думают о вас и вашей работе, будет окрашено этим первоначальным впечатлением. Не будь таким неудачником.

1. Покажите свою работу . Схематическая диаграмма предназначена для документации схемы. Поэтому я настоятельно рекомендую включить любые простые уравнения, которые могут быть использованы. Это включает в себя расчеты тока светодиода, частоту угловых фильтров и т. Д. Покажите свою работу, чтобы следующий человек, который должен прочитать схему, мог ее легко проверить.

2. Укажите направление UART Поскольку линии UART не всегда понятны, в каком направлении они движутся, добавьте небольшую стрелку рядом с каждой линией, чтобы показать направление.

3. Будьте последовательны Не используйте VDD в одном месте и 3V3 в другом. Стандартизация.

4. Либерально аннотировать Это похоже на комментарии в исходном коде. Если вы скопировали схему из таблицы данных, поместите ссылку на схему, чтобы кто-то другой (или вы) могли проверить ее позже.

Вот мои два цента

1. Разбейте его на части Разбейте свой дизайн на модули. Поместите блок-схему системы на первой странице схемы

2. Отвечайте, кто, что, где, когда, почему, кто - для каждой страницы модуля укажите «к кому» подключается модуль. Выложите его слева направо, чтобы он читался как английский.

Что - в заголовке укажите, что это за модуль. В тех случаях, когда имеется несколько блоков ввода / вывода (например, UART и USB), пометьте их как таковые на странице.

Где - Используйте свободный текст в программе CAD, чтобы указать размещение компонентов. Например - развязывающая крышка должна быть расположена как можно ближе к ИС. Это послужит более быстрым указанием при разметке платы, чем обращение к какой-либо другой документации.

Когда - Есть ли какие-либо временные соображения, такие как последовательность источника питания или схема сбоя питания? Поместите эти требования не только в дизайн-документ, но и в произвольный текст на странице соответствующего модуля.

Почему и как - это относится к сопроводительной проектной документации для проверки таких вещей, как
. Сфера действия - что делает схема, что не делает, как это было согласовано заинтересованными сторонами для проекта.
б. Теория работы
c. Обоснование того, почему подход был принят в отличие от других. Это очень важно, поскольку он служит историей для схемы в будущем, когда вы (или кто-то еще) наследует / переносит проект, чтобы помнить о тех же решениях, что и первоначальный дизайнер.
д. Особенности компоновки
e. Ссылки на другую документацию.
е. Расчеты рассеиваемой мощности - доказывают не только то, что он работает, но и то, что рассчитанное рассеивание мощности для всех компонентов в некоторой степени меньше, чем номинальное значение для компонента И при всех рабочих температурах.

3. Стиль Это зависит от вас и всей команды, но в целом я предпочитаю следующее
. Титульный лист / блок-схема
б. Один «блок» на страницу, разбивая большие компоненты с количеством выводов (т.е. микроконтроллер) на значащие дискретные символы. Это займет некоторое время, но оно того стоит.

Модуляризация также позволяет «вырвать страницу» и повторно использовать ее в других проектах

с. Для каждого компонента укажите эталонное обозначение, независимо от того, является ли он пустым, значение / допуск компонента, номинальная мощность, где это применимо, а также размер упаковки и какой-либо способ определения номера детали производителя. Последний пункт поможет вам объединить некоторые компоненты, чтобы сократить производственные затраты на настройку, и принять решение, если некоторые параметры проекта могут быть смягчены, чтобы уменьшить количество различных компонентов, используемых на плате. Для вертикально выровненных компонентов поместите этот текст слева. Для горизонтально выровненных компонентов поместите этот текст над компонентом.

д. Выложите схему слева направо, указав, где находятся интерфейсы модуля с текстом

е. Для ясности шин питания НЕ ИСПОЛЬЗУЙТЕ VDD или VCC, поскольку они неоднозначны. Сделайте новый символ для явного объявления напряжения. То же самое для заземления (т. Е. Заземление для заземления и AGND для аналогового заземления).

Пара моментов в дополнение к тем, которые размещены выше. Первый ответ довольно героический, но есть одна вещь, с которой я не согласен.

Пин-код в схематическом символе.

Зачем менять порядок контактов? Это делает эстетически более приятную схему, которую легче интерпретировать в зависимости от того, как расположены контакты.

Почему бы не переупорядочить контакты? Это напрашивается на неприятности, точка. В таблице данных выводы указаны в виде физического чипа, поэтому вы создаете значительный источник ошибок, если начинаете их переставлять. Это не только усложняет создание прототипов, но и приводит к ошибкам в физической распиновке. В обзоре дизайна сравниваются распиновки, и если они перепутаны, их легко перепутать.

Еще один комментарий к "воздушным проводам" Просто не делайте этого. Вместо этого используйте порты, которые требуют, чтобы вы явно установили соединение между двумя сетями в одинаковых или отдельных листах схемы. Если вы позволяете сетям подключаться без портов / офф-страниц, вы открываете огромную банку с червями, так как внешне несвязанные сети могут быть закорочены в макете.

Не упаковывайте слишком много материала на странице. Люди могут начать жаловаться, если ваша схема состоит из тридцати страниц, но альтернативой является использование крысами гнезда для путаницы между частями. Разбейте схему на логические блоки схем и при необходимости прикрепите их к отдельным страницам.

Оставьте достаточно места между контактами Многие готовые схематичные символы упаковывают контакты устройства настолько плотно, насколько это возможно. Хотя это минимизирует площадь символа, это также затрудняет чтение схемы, поскольку у вас есть соединения, сходящиеся "снаружи" в плотно упакованные контакты. Вы должны оставить достаточно места, чтобы добавить последовательные резисторы в шахматном порядке.

Обозначения ссылок Вы должны иметь условные обозначения в схемах и компоновке. Для чего-то более сложного они должны быть заказаны. Есть два подхода к этому.

1. Вы можете попросить программу захвата схемы пометить их так, чтобы у каждой страницы был свой префикс. Таким образом, легко найти любую заданную деталь в спецификации из схемы. Кроме того, ECO легче отслеживать, поскольку вы знаете, для какой страницы изменения. Недостатком этого является то, что в итоге вы получите длинные ссылочные обозначения, и найти деталь в макете может быть сложно.

2. Вы можете попросить программу верстки пометить их. Таким образом, вы будете заказывать ссылки на печатной плате, что значительно облегчит поиск резистора R347. Предпочтительно на большей печатной плате это должно быть оцеплено в квадранты (секстанты, октанты ..). Недостатком является то, что неясно, где деталь находится на схеме. Вы просто не можете выиграть здесь, либо схему легче читать, либо схему.

R100, R101, R102 Вместо R1, R2, R3

Я хотел бы поделиться своим опытом в назначении имен для компонентов.

Определите блоки цепей в соответствии с функциями. Даже если это сложная схема, вы можете идентифицировать их, такие как главный каскад питания, предварительный усилитель, усилитель, секция аналого-цифрового преобразования, блоки индикатора / преобразователя, секция синхронизации, таймер или любые другие логические операции.

Я предлагаю назвать компоненты, используя большие числа, такие как R100, R101, R102 вместо R1, R2, R3 ... и т. Д.

Вы можете назначить 100, 200, 300 ... и т. Д. Для каждого блока, который вы определили. Например, вы можете назначить от 100 до 199 номеров для силовой секции. Затем все компоненты в силовой части в 1xx форме, такие как Q100, R101, R103, C100, D100, D106.

преимущество

• Легко идентифицировать участки схемы по функциям на сложной принципиальной схеме.
• Легко устранить неисправность.
• Легко назвать части, когда вам нужно добавить новые компоненты в раздел позже. Потому что у вас есть около 100 вариантов имени для выбора.
• Легко рисовать макеты печатных плат в любой компьютерной программе вручную. Потому что в самом начале чертежа платы каждый тип компонентов собирается в одном месте.

Вы можете легко разделить их по разным местам по их номеру, не глядя много раз на схему.

Самый большой спор, который я вижу в обсуждении, касается порядка выводов, но это только вопрос о более широких темах: функциональный против физического! Если я создаю хорошую схему для подготовки макета, то гораздо лучше сделать схему максимально приближенной к макету, например, нарисовать порядок выводов не в соответствии с тем, что кто-то другой делает в таблице данных, а так, как это на самом деле является. Также рассмотрите возможность оставить немного больше места вокруг больших элементов, таких как силовые устройства, например, также нарисуйте «символ» радиатора. Если земля в любом случае должна быть большой плоскостью, то лучше использовать соединения по имени, что также помогает избежать пересечений. С другой стороны, если никто не может избежать пересечения чувствительных линий, то нарисуйте схему так, чтобы она стала руководством для хорошего расположения, например
Для цифровых микросхем я склонен использовать автоматические маршрутизаторы и придерживаться функционального порядка. Другая противоречивая тема может быть о том, как нарисовать дифференциальный усилитель, и, например, многоступенчатый усилитель, например, следует ли рисовать каждую ступень обычным способом, а затем подключаться к следующей ступени (которая часто заканчивается во многих переходах), или же мы должны действительно нарисовать различные пары симметричным образом (часто это делается в старых осциллограммах Tectronics)? Здесь это зависит также от цели и от того, насколько важно сохранять симметрию. В радиочастотных цепях, имеющих зачастую не так много элементов, я снова предпочитаю чертежи, очень близкие к макету.

Еще несколько:

• (1) Рисуем на нормальной сетке.

Я действительно ненавижу иметь дело с работой других людей, которая нарисована на полусетки. Это огромная трата времени и не добавляет никакой ценности к рисунку.

• (2) Используйте «физический» стиль для небольших устройств.

Рисование микросхем и небольших компонентов с помощью выводов по порядку помогает донести ваше намерение до макета и значительно упрощает отладку. Это удваивается для транзисторов и диодов в соте-23: я рисую их, показывая порядок выводов, и в результате не пришлось переделывать неправильно выложенный в течение многих лет.

• (3) Поймите пределы (2) выше.

Невозможно нарисовать большой BGA физически или даже одним символом. Но вы можете по крайней мере разделить по функциям и показать, как штифты пространственно связаны друг с другом. Например, FPGA может быть нарисована и разделена, чтобы показать блоки, которые представляют логические тайлы, а сами тайлы размещены / упорядочены на схеме, чтобы показать, как они прокладывают маршрут.

Исторически сложилось так, что составные символы для таких элементов, как операционные усилители или ворота, имели смысл. Но они становятся все более редкими в дизайне.

• (4) Псевдонимы с внутристраничными именами в порядке, но не выдвигайте их.

Именованные псевдонимы на самом деле такие же, как и вне страницы: это означает, что вам все равно придется сканировать страницу, чтобы найти другие ее экземпляры. С PDF-схемой и Ctrl-F это не такая большая рутина, как раньше (и позор производителям, которые делают PDF без возможности поиска. Это просто неудачно.) Тем не менее, сторонние страницы более тщательно проверяются DRC чем псевдонимы.

• (5) Блок-схемы и механические планы стоят усилий

Усилия, которые вы потратите на то, чтобы донести свое мышление до конца, сэкономят много времени в течение всего срока службы вашего проекта - от макета до ремонта. Да, ваш механический конструктор сделает «официальный» план доски, но по крайней мере вы можете сообщить, где вы ожидаете, что именно будет размещено - и почему - с помощью этих двух видов диаграмм.

• (6) Когда вы экспортируете свою схему в PDF, сделайте ее доступной для поиска.

Это действительно слишком много, чтобы спросить?

• (7) Достаточно информации о компонентах.

Помимо условного обозначения, некоторые дизайнеры испытывают желание иметь все атрибуты деталей на схеме. Но они тебе действительно нужны? Нет, ты не Терпимость иногда. Напряжение иногда, когда у вас есть секция с более высоким напряжением. След - возможно. Номер детали производителя? Редко - обычно вы хотите использовать несколько источников. Корпоративный номер AVL / MRP? Нет, никогда.

Все эти другие вещи предназначены для спецификации.

• (7a) Подумайте о поколении спецификации.

Тем не менее, разработка какой-либо системы номеров деталей даже в ранние годы позволяет вам создавать подробные спецификации, даже если у вас нет системы MRP. Каждый тип детали должен иметь уникальный идентификатор, который устанавливается как скрытый атрибут в вашей схеме, который соответствует записи в вашем списке основных деталей (список AVL). Этот идентификатор используется позже, чтобы объединить расширенную информацию из списка AVL для создания подробная спецификация.

Даже позже вы можете импортировать этот материал в реальную систему MRP или PLM, такую ​​как Oracle Agile.

• (8) Сила тоже сигнал!

Раньше вы рисовали схему со «скрытыми» выводами питания / заземления, которые автоматически связывались с VCC или GND. Это по-прежнему вариант, например, когда вы создаете символ в Orcad. Не скрывайте эти силовые соединения! Покажи им! Особенно с учетом современных конструкций с несколькими областями питания, высокой плотностью мощности, маршрутизацией, обходом, областью петли и так далее.

Энергетика настолько важна, что, если вы не тратите хотя бы 1/3 своего времени на проектирование электропитания, вам следует подумать о другом направлении работы.

• (9) Комментарии - ваш друг.

Выделение ключевых элементов текстом может сэкономить много времени при отладке. Обычно я буду комментировать вещи, которые относятся к программному обеспечению (например, адреса, местоположения битов) и расчету мощности (типовой ток / максимум, напряжение).

• (10) Размер имеет значение.

Используйте 11x8,5 (размер) для действительно простых вещей, 17x11 (размер B) для большинства других вещей. Идите больше, только если вам действительно нужно.

17x11 (или его ближайший метрический эквивалент) - приемлемый размер для просмотра на экране HD или для печати даже в формате 11x8,5. Это хороший размер для работы.

С другой стороны, я обнаружил, что не могу получить достаточно материала на 11х8,5. А с другой стороны, другая крайность - это другой край, когда я использовал 23,5 x 15,2 (увеличенный B, а не C) для действительно сложного чертежа, который группируется (например, банки DRAM): это нужно печатать в 17x11 быть достаточно легко читаемым в печатном виде.

Поскольку я больше ничего не печатаю, поэтому беспокоиться о том, как печатная копия выходит, - больше хлопот, чем стоит в большинстве случаев.

• (11) Левый-правый поток сигналов, сверху вниз, поток энергии. В основном.

Это общий стандарт, облегчающий понимание взаимосвязей элементов. Но иногда, придавая потоку архитектуры больший вес, чем это старое правило, получается более четкая схема.

• (12) Организовать офф-страницы / порты в вертикальные группы.

Нет необходимости или бесполезно перетаскивать порты к краям схемы. Но, по крайней мере, выровняйте их в упорядоченные столбцы, чтобы их было легко просматривать визуально.