Що робить спеціальний плата-носій?

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

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

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

Що включити в проектне завдання

ВведенняІнформація для наданняЧому він змінює дизайн
Обчислювальний модульТочна деталь, версія, варіант пам’яті/зберігання та підтримуваний BSPВизначає електричні, механічні та програмні межі
ІнтерфейсиКількість, електричний стандарт, швидкість передачі даних, роз’єм, ізоляція та довжина кабелюВизначає приймачі, захист, маршрутизацію та перевірку
ПостачанняВимоги до номінальної напруги, робочого діапазону, запуску та перешкодВизначає перетворення, послідовність, захист і теплову роботу
МеханікаКонтур плати, обмеження висоти, кріплення, положення роз’ємів і модель корпусОбмежує розміщення, охолодження та складання
програмне забезпеченняОпераційна система, вимоги до завантаження/оновлення та підтримка периферійних пристроївВизначає BSP, роботу інтеграції драйвера та програми
ПеревіркаОпераційне середовище, відповідні випробування та вимірювані критерії прийнятностіВизначає обладнання, прототипи, час випробувань і докази
виробництвопілотний проєкт кількість, очікувані обсяги, модель обслуговування та виробничі результатиВпливає на вибір постачальників, тестування приладів і контроль змін

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

Практичний процес розробки та перевірки

  1. Вимоги та здійсненність. Підтвердьте модуль, розподіл інтерфейсу, доступне програмне забезпечення та основні ризики. Створіть узгоджену блок-схему та схему приймання.
  2. Огляд схем і компонентів. Визначте дерево живлення, захист, годинники, скидання та інтерфейси. Перевірте наявність компонентів і альтернативи перед макетом.
  3. Огляд компонування та виготовлення. Вирішіть обмеження щодо стекання, розміщення, маршрутизації, механічної підгонки, доступу до складання та тестових точок.
  4. Закупівля та складання прототипу. Перевірте дані виготовлення та заміни компонентів, а потім запишіть конфігурацію готової плати кожної плати.
  5. первинний запуск апаратури та інтеграція програмного забезпечення. Перевірте живлення та запуск, перш ніж використовувати інтерфейси та робоче навантаження програми. Відстежуйте проблеми щодо версій плати та програмного забезпечення.
  6. Перевірка та передача. Проводьте узгоджені тести, вирішуйте проблеми та надсилайте дані випуску та підтверджуючі докази, визначені в рамках проекту.

Використовуйте посібник із проектування виробника модуля та контрольний список первинний запуск апаратури для вибраної частини. Посилання на постачальника можуть визначити вимоги, які легко не помітити, але інструкції для іншого модуля або покоління не є взаємозамінними. Контрольний список NVIDIA у посиланнях є прикладом того, як перевірки апаратного та програмного забезпечення задокументовані для певної екосистеми.

Що визначає вартість плата-носій NRE?

Неповторювані інженерні роботи охоплюють роботу, виконану для створення та перевірки проекту. Корисна пропозиція відокремлює цю роботу від компонентів прототипу, виготовлення PCB, складання, кріплень, зовнішнього тестування та періодичного виробництва. Погодьтеся, які з них включені, опціональні чи оплачуються окремо.

Водій витратПитання для вирішення перед цитатою
Складність інтерфейсуЧи вже підтримуються інтерфейси, чи їм потрібні нові схеми та драйвери?
Швидкісна версткаЯкі сигнали висувають вимоги до стекання, імпедансу та перевірки?
Сила і захистЯкі умови постачання та польові порушення повинен витримувати весь продукт?
Механічні обмеженняЧи є контур гнучким, чи дизайн повинен відповідати фіксованому конверту та джгуту?
Обсяг програмного забезпеченняЧи включає робота адаптацію BSP, драйвери, підтримку відновлення та оновлення?
Ітерації прототипуЯк обробляються очікувані перегляди, повторне тестування та зміни обсягу?
Кваліфікація та виробництвоЯкі офіційні випробування, пристосування та виробничі документи потрібні?

Ціну «PCB design» важко порівняти з повною пропозицією розробки продукту. Запитуйте список результатів, припущення, виключення, критерії прийняття та процес змін. Це дає змогу порівнювати пропозиції, не припускаючи, що відсутні роботи включені.

Як має бути спланований графік?

Побудуйте розклад навколо залежностей. Затвердження вимог передує заморожуванню проекту; виготовлення та доступність компонентів визначають, коли зібрані прототипи можуть прибути; зміна обладнання може вимагати ще одного виробничого циклу, перш ніж тест можна буде повторити. Програмне забезпечення може працювати паралельно на платформі розробки лише тоді, коли ця платформа достатньо точно представляє кінцеве апаратне забезпечення.

Використовуйте проміжні докази

На кожному етапі вкажіть результат, власника, рішення про перегляд і наступну залежність. Наприклад: затверджена схема; випущена виробнича упаковка; потужний прототип; перевірені інтерфейси; звіт про випробування застосування; випуск виробництва.

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

Визначте прийнятність перед першим прототипом

Перетворіть вимоги на тести, які можна спостерігати. Замість «шлюз працює» вкажіть режими інтерфейсу, шаблон трафіку, тривалість, дозволені втрати та журнал або вимірювання, у якому фіксується результат. Замість «ШІ швидкий» визначте модель, вхідні дані, поріг точності, постійну пропускну здатність і прийнятну затримку виведення.

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

Щодо механічних і енергетичних міркувань див примітка про дизайн міцного безвентиляторного комп’ютера. Для навантаження нейронної мережі RK3588 NPU посібник з тестування забезпечує відправну точку для відокремлення продуктивності моделі від продуктивності повної системи.

Узгодити пакет передачі

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

Корисний випуск також записує відомі обмеження, затверджені заміни, невирішені ризики та процедуру запиту на зміни. Ця інформація допомагає командам виробництва та обслуговування відрізнити контрольовану версію від недокументованої.

Спеціальні питання плата-носій

Чи можна скопіювати еталонний носій без змін?

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

Чи включається робота BSP автоматично?

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

Чого достатньо для першого обговорення?

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

Підключіть дизайн PCB до вбудованого Linux первинний запуск апаратури

Нестандартний дизайн PCB і вбудоване системне програмне забезпечення взаємозалежні. Пакет підтримки плати (BSP) має відповідати вибраній системі на модулі, послідовності живлення, розподілу контактів і підключеним периферійним пристроям. Розв’яжіть ці інтерфейси перед компонуванням, щоб апаратне забезпечення та вбудований Linux первинний запуск апаратури могли працювати з тією самою конфігурацією.

Для крайового продукту штучного інтелекту включіть передбачуваний шлях камери або датчика на ранніх етапах техніко-економічного обґрунтування. Працюючий модуль процесора не доводить, що повний конвеєр збору даних і виведення буде відповідати необхідній затримці. Зафіксуйте доступність драйверів, потреби в пам’яті та докази тестування в короткому описі проекту.

Перегляньте обмеження дизайну безвентиляторного промислового ПК

Технічні довідки

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

Принесіть свій список інтерфейсів.

Надішліть параметри модуля, роз’єми, постачання, кількість корпус і пілотний проєкт. Ми можемо перетворити їх на обговорення плата-носій і вбудованого програмного забезпечення.