Галузеві практики для схематичного проектування?

Оскільки мої конструкції (і проекти ПХБ також) ускладнюються, мені цікаво, чи існують найкращі практики чи галузеві стандарти схематичного дизайну. Я знаю, що є схематичний контрольний список, але я хочу продовжити свої проекти. Я дотримуюся простої методології проектування, заснованої на входах сигналів і вихідних сигналів, що йдуть зліва направо, потужність подається зверху вниз, що добре працює для простих схем. Деякі питання, про які я думав, але не можу знайти відповідь:

• Що вважається максимальною кількістю деталей на одній сторінці?
• Що слід враховувати при складанні декількох сторінок?
• Коли я повинен розглянути можливість додавання декількох доріжок у автобуси?
• Як я повинен називати автобуси, мережі та посилання на інші сторінки?
• Як слід розміщувати компоненти, щоб мінімізувати кількість мереж?
• Які коментарі я повинен включати схематично?
• Де слід розмістити позначення та значення для горизонтальних та вертикальних компонентів? Це має значення, поки я залишаюсь послідовним?
• Чи слід зазначити упаковку та рейтинг упаковки компонентів на схемі? Значить дискретний проти SMD або якщо конкретний резистор потужним?
• Чи варто налаштувати сітки різного кольору чи ширини?
• Як я маю схеми управління версіями?
• Який робочий процес повинен використовувати одна людина, щоб організувати дизайн?

Я впевнений, що в схематичному дизайні є ще що розглянути, це саме те, що я зіткнувся зі своєю власною роботою. Я також вдячний для додаткових тем щодо схематичного дизайну.

Що вважається максимальною кількістю деталей на одній сторінці?

Залежить від розміру сторінки. Ви можете розмістити більше на аркуші плоттера розміром D, ніж на аркуші формату B (приблизно А4). Не переповнюйте речі таким чином, що важко читати.

Що слід враховувати при складанні декількох сторінок?

Майже всі мої конструкції закінчуються як кілька аркушів. Іноді хлопці-виробники розрізають їх і склеюють в один великий графічний аркуш, щоб було легше слідкувати за потоком сигналу. Але зазвичай я не друкую більше 11x17, тому працюю в такому розмірі.

Щось, про що ви не питали: я прагну зробити так, щоб перший аркуш був критичним вхідним і вихідним з'єднанням моєї схеми, і я працюю над більш складними схемами на наступних сторінках. Інші люди люблять ставити частини критичного сигналу на першу сторінку, а вхідні та вихідні з'єднання закінчуються глибоко у степі схеми. Я не впевнений, що насправді краще.

Коли я повинен розглянути можливість додавання декількох доріжок у автобуси?

Я рідко роблю це, але це питання стилю (і умовності у вашій робочій групі).

Як я повинен називати автобуси, мережі та посилання на інші сторінки?

Я схильний до чистих імен з усіма кришками, але в іншому випадку не маю фіксованих правил. Більш дисципліновані організації можуть мати більш детальні правила.

Як слід розміщувати компоненти, щоб мінімізувати кількість мереж?

Я вважаю за краще розміщувати компоненти, щоб зробити потік сигналу ясним. Я не переживаю за кількість названих мереж.

Які коментарі я повинен включати схематично?

Все, що важливо для того, щоб хлопець макета знав (узгоджені сліди довжини, розміщуйте обхідні ковпачки біля ІМС тощо). Все, що може знадобитися майбутньому інженеру, чи бажає він замінити застарілу частину. Неочевидні критичні характеристики, такі як вимоги до потужності резистора, що перевищують звичайну, або жорсткі допуски. Все, що має бути налаштоване на виробництві (як "настроювати горщик, щоб досягти 50% робочого циклу" чи що завгодно).

Де слід розмістити позначення та значення для горизонтальних та вертикальних компонентів? Це має значення, поки я залишаюсь послідовним?

Я використовую вертикальний текст для вертикальних компонентів, щоб дозволити більшій частині деталей чітко поміститися на аркуші. Інші (мабуть) вважають це важким гріхом. Будьте послідовними та будьте послідовні з іншими в організації.

Чи слід зазначити упаковку та рейтинг упаковки компонентів на схемі? Значить дискретний проти SMD або якщо конкретний резистор потужним?

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

Ваш BOM (Біблійний документ) повинен буде вказати точний номер деталі виробника (або список прийнятних замінників, який називається AVL "затверджений список постачальників") для кожної деталі.

Чи варто налаштувати сітки різного кольору чи ширини?

Я не рекомендую цього. Я вважаю за краще отримати схеми, які мають сенс, якщо вони надруковані чорно-білими.

Як я маю схеми управління версіями?

Я зберігаю резервні копії, кодовані датою (як-от "mydesign_20120205.zip" на власному ПК та віддаленому диску загального доступу. Визначально зберігаю резервну копію кожного разу, коли ви випускаєте дизайн (або для компонування, або для виготовлення).

Редагувати : Є кращі способи зробити це (див. Коментарі), але такий простий процес, як датовані поштові файли, також ідеально підходить.

Який робочий процес повинен використовувати одна людина, щоб організувати дизайн?

Зберігайте резервні копії. Використовуйте всі наявні інструменти. Якщо ви не займаєтесь власною компоновкою, підтримуйте хороший зв’язок із хлопцем, що має макет.

Для контролю версій я використовую ту саму техніку, що і для прошивки.

Все, що стосується конкретного проекту, вкладається в одну директорію, з папками з назвою, наприклад, "Прошивка", "Апаратне забезпечення", "Документація" тощо. Тоді я використовую GIT разом із Assembla для щоденного внесення / натискання будь-яких змін.
Це означає, що GIT піклується про все відстеження, я можу повернутися в будь-яку точку від початку проекту і усуває економію 20 різних версій чогось.

У мене є стандартна резервна копія, яка щодня працює на моїх важливих папках, про всяк випадок.