Правила и рекомендации по созданию хороших схем

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

Каковы правила и рекомендации по созданию хороших схем?

  

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

251 голос | спросил 11 revs, 5 users 45%
Olin Lathrop
1 Jam1000000amThu, 01 Jan 1970 03:00:00 +030070 1970, 03:00:00

4 ответа


342

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  4. Рисование контактов в соответствии с функцией

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

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

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

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

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

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

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

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

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

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

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

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

  7. Сетевые сети с надписью

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

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

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

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

  8. Хранить имена достаточно короткими

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ответил John Birckhead 13 Jam1000000amSat, 13 Jan 2018 00:04:47 +030018 2018, 00:04:47
19

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

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

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

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

ответил John Birckhead 13 Jam1000000amSat, 13 Jan 2018 00:04:47 +030018 2018, 00:04:47
10

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

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

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

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

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

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

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

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

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

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

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

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

ответил John Birckhead 13 Jam1000000amSat, 13 Jan 2018 00:04:47 +030018 2018, 00:04:47
2

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

Порядок вывода в условный символ.

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

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

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

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

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

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

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

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

ответил John Birckhead 13 Jam1000000amSat, 13 Jan 2018 00:04:47 +030018 2018, 00:04:47

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132