Разработка печатной платы платы управления роботом с учетом вычислительных задач, ввода/вывода и проектирования для технологичности производства (DFM).

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

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

Что на самом деле делает плата управления роботом в робототехнической системе?

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

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

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

• Координация в режиме реального времени: Плата управления выдает команды приводам двигателей и считывает состояние датчиков с частотой, определяющей качество движения робота. Типичная частота цикла составляет от 100 Гц до 1 кГц для координации движения; более высокие частоты используются в сложных приложениях.
• Вычисления на уровне приложений: Планирование, восприятие, принятие решений и пользовательский интерфейс работают на одной плате или на расположенной рядом вычислительной плате. Вычислительная нагрузка варьируется от скромных задач для микроконтроллеров на простых роботах до полноценных задач для SoC класса Linux на сложных платформах.
• Коммуникационный узел: На панели управления обычно размещаются проводные и беспроводные интерфейсы для подключения к внешним системам. Это Ethernet, USB, Wi-Fi, CAN, а также часто специализированные интерфейсы для протоколов, специфичных для конкретного робота.
• Энергонезависимая память: Прикладное программное обеспечение, данные калибровки, конфигурация и журналы хранятся на eMMC, SD или SSD в зависимости от требований к емкости и надежности.
• Управление энергопотреблением: Встроенная система регулирования напряжения для различных линий питания, необходимых для SoC и периферийных устройств. Иногда плата управления также отвечает за координацию пробуждения/сна для подсистем с низким энергопотреблением.

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

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

Выбор SoC, MCU и вычислительных компонентов для плат управления роботами

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

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

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

• Микроконтроллер Cortex-M4/M7: Достаточно для координации движений и простых задач. Низкое энергопотребление, детерминированное время, отсутствие накладных расходов операционной системы. Часто используется в промышленных и простых сервисных роботах, где вычислительные ресурсы невелики.
• SoC класса Cortex-A: Работает под управлением Linux или RTOS. Подходит для приложений средней сложности со скромными требованиями к производительности. Стандартные интерфейсы: Ethernet, USB, камера. Часто используется в промышленных системах управления.
• SoC для ускорителя ИИ: Объединяет ЦП и НПУ или ГП. Обрабатывает системы восприятия, объединения данных с датчиков и вычисления на уровне приложений. Часто используется в человекоподобных, автономных и сервисных роботах премиум-класса. Более высокая стоимость и тепловая нагрузка.
• Встроенная архитектура x86: Промышленное оборудование класса ПК. Максимальная вычислительная мощность, широчайшая поддержка программного обеспечения, но более высокая стоимость и большие габариты платы. Используется там, где существующие программные стеки требуют архитектуры x86 или где позволяет теплоотвод.
• FPGA + MCU: Специализированное сочетание для обработки сигналов в реальном времени и общего управления. Используется там, где детерминированная синхронизация на высоких скоростях важнее, чем гибкость программного обеспечения.

Долгосрочная поддержка является важным фактором при выборе вычислительных систем, который редко учитывается в потребительской электронике. Роботу со сроком службы 10 лет необходимо, чтобы SoC или MCU оставались доступными в течение этого периода, или, как минимум, в течение документированной стратегии закупок на последнем этапе. Семейства SoC с определенными долгосрочными обязательствами по поддержке (компоненты промышленного класса от ведущих поставщиков с обязательствами по доступности на 10-15 лет) сохраняют работоспособность; компоненты потребительского класса с коротким сроком службы создают проблемы с ремонтопригодностью в дальнейшем. Программы, которые оценивают долгосрочную поддержку при выборе SoC, позволяют избежать перепроектирования в середине жизненного цикла, которое неизбежно происходит из-за дефицита компонентов.

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

Интерфейсы связи: Ethernet, USB, Wi-Fi, CAN, последовательный порт, SPI, I²C.

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

Интерфейсы Ethernet, USB, Wi-Fi, CAN, SPI, I²C, RS-485 и камеры имеют различные электрические и сервисные особенности. Расположение разъемов, защита от электростатического разряда, обратный путь, длина кабеля, экранирование и диагностика имеют такое же значение, как и наличие интерфейса, указанного на схеме.

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

• Ethernet: Стандарт гигабитного интернета для ресурсоемких вычислительных платформ; 100 Мбит/с для экономичных решений. Часто два порта: один внешний, один внутренний для периферийных плат.
• USB: Порты хоста и устройств для подключения внешних аксессуаров, сервисных интерфейсов, а иногда и периферийных вычислительных устройств. USB 3.x для приложений с интенсивным использованием данных.
• Wi-Fi и Bluetooth: Беспроводное подключение для мобильных роботов и роботов-помощников потребителям. Для обеспечения соответствия нормативным требованиям предпочтительны сертифицированные модули.
• МОЖНО: Внутренняя связь с электроприводами и периферийными платами. Устойчивость к электрическим помехам; стандартная функция на промышленных и автомобильных платформах.
• RS-485 или RS-422: Последовательная связь с периферийными платами, иногда для поддержки устаревших датчиков и исполнительных механизмов.
• SPI и I²C: Встроенная периферийная связь с локальными датчиками и небольшими интегральными схемами. Не предназначено для передачи сигналов по кабелю.

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

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

Периферийные устройства ввода/вывода должны разделять функции безопасности, управления движением и удобства.

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

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

• Команда управления двигателем: Для подключения каждого привода используется шина CAN, EtherCAT или фирменная последовательная шина. Выбор шины определяется требованиями к скорости замыкания и задержке.
• Обратная связь от кодировщика: Иногда подключение осуществляется напрямую к плате управления, иногда — через приводы двигателей. Выбор зависит от скорости вращения и требований к точности.
• Считывание данных с датчика: Аналоговое считывание для простых датчиков; цифровое считывание для интеллектуальных датчиков. Плата интерфейса датчика значительно упрощает этот процесс на сложных платформах.
• Безопасный ввод/вывод: Аварийная остановка, сигналы безопасности от внешних устройств. Двухканальный режим там, где этого требует архитектура безопасности.
• Пользовательский интерфейс: Кнопки, индикаторы и разъемы для подключения дисплея для локального взаимодействия с пользователем. Иногда интегрированы в панель управления, иногда — в отдельную панель пользовательского интерфейса.

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

Хранение данных, загрузка, обновление прошивки и безопасная загрузка.

Стратегия обновления прошивки влияет на требования к аппаратному обеспечению печатной платы.

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

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

• eMMC или SD: Общее хранилище для платформ SoC класса Linux. Интеграция eMMC для повышения надежности; SD используется в экономичных проектах с умеренными требованиями к надежности.
• Внешний SSD: Более высокая пропускная способность и скорость. Часто встречается на автономных платформах с большим объемом данных, где регистрация и картографирование требуют высокой скорости передачи.
• Двухобразная прошивка: Два образа прошивки с переключением при сбое загрузки. Стандартная практика для роботов, обновляемых в полевых условиях, для предотвращения выхода из строя во время обновления по воздуху (OTA).
• Безопасная загрузка: Криптографическая проверка подписи прошивки при загрузке. Стандарт для регулируемых продуктов и все чаще встречается в коммерческих продуктах в целях безопасности.
• Постоянная конфигурация: Энергонезависимая память для конфигурации робота, калибровки и данных по каждому устройству. Стандартная EEPROM или зарезервированная область флэш-памяти.

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

Особенности проектирования плат управления роботами.

Компоновка платы управления должна обеспечивать баланс между высокой скоростью, энергопотреблением и удобством обслуживания.

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

При проектировании плат управления роботами необходимо сочетать общие принципы работы встроенных вычислительных систем с требованиями, специфичными для конкретного робота. Программы, учитывающие оба аспекта одновременно, обеспечивают надежность плат; программы, рассматривающие роботов как универсальные встроенные системы, упускают из виду специфические для робототехники проблемы. Ключевые моменты:

• Последовательность включения/выключения питания: Для питания SoC и периферийных устройств необходимо соблюдать определённую последовательность при включении и выключении. Ошибки в последовательности приводят к сбоям загрузки или защёлкиванию.
• Устойчивость к электромагнитным помехам: Плата управления должна подавлять шумы от соседних приводов двигателей и импульсных источников питания. Фильтрация, разделение компоновки и экранирование — все это вносит свой вклад.
• Тепловой дизайн: Для эффективного охлаждения SoC необходимо обеспечить охлаждение без перегрева. Крепление радиатора или путь воздушного потока должны быть спроектированы с учетом электрической схемы.
• Доступ для отладки: Доступ к отладочной информации через JTAG, консоль UART или Ethernet для разработки и технического обслуживания. Стандартные семейства разъемов для всех продуктов обеспечивают единообразие.
• Обнаружение неисправности: Сторожевой таймер, детектор просадки напряжения и мониторинг состояния на самой плате управления. Плата, управляющая роботом, также должна обнаруживать сбои.

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

Требования к производству, программированию и тестированию платы управления роботом.

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

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

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

• Строительство HDI: Многослойная структура с микропереходами, где требуется разветвление BGA. Возможность подключения 1-в-1 на любом слое. Подробности описаны на странице руководства по проектированию печатных плат HDI для робототехники.
• Контролируемое сопротивление: Стандартное отклонение ±10%, по запросу – более точное. Проверка импеданса каждой партии в процессе производства.
• SMT с малым шагом выводов: Поддерживаются пассивные компоненты BGA 0.4 мм и 01005. Технологический процесс включает SPI, AOI и рентгеновский контроль.
• Программирование прошивки: Загрузка встроенного ПО заказчика на этапе сборки. Поддержка серийных номеров и данных калибровки для каждого устройства.
• Функциональный тест: с использованием предоставленного заказчиком программного обеспечения и тестового стенда. Тестовое покрытие, специфичное для каждой платы, соответствует проекту.
• прослеживаемости: Данные испытаний отдельных единиц продукции и записи о партиях компонентов, подтверждающие документы, поданные заказчиком для сертификации.

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

Часто задаваемые вопросы о печатных платах управления роботом

Что такое плата управления роботом (PCB)?

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

В качестве платы управления роботом следует использовать микроконтроллер (MCU) или систему на кристалле (SoC)?

Микроконтроллер (MCU) используется, когда достаточно детерминированного управления, низкого энергопотребления и простого программного обеспечения. SoC применяется, когда роботу требуется программное обеспечение класса Linux, системы распознавания образов, сетевые возможности, пользовательский интерфейс, регистрация данных или более высокая вычислительная мощность. Некоторые роботы используют оба варианта: микроконтроллер для управления в реальном времени и SoC для обработки приложений.

Какие интерфейсы являются наиболее распространёнными на панелях управления роботами?

К распространенным интерфейсам относятся Ethernet, USB, Wi-Fi, Bluetooth, CAN, RS-485, SPI, I²C, UART, MIPI-камера, LVDS, GPIO, входы энкодера, входы/выходы безопасности, порты отладки и разъемы расширения. Точный набор зависит от архитектуры робота.

Зачем платам управления роботами требуется контролируемое сопротивление?

Контролируемое сопротивление необходимо для высокоскоростной памяти, Ethernet, USB, PCIe, каналов связи с камерами, LVDS и других быстрых интерфейсов. Оно позволяет удерживать отражения сигнала и ошибки синхронизации в допустимых пределах и должно указываться для каждого интерфейса.

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

К распространённым ошибкам относятся: некачественные обратные пути, смешанные зашумлённые и чувствительные заземления, недостаточное планирование силовой плоскости, недоступные точки отладки, слабая защита от электростатического разряда, размещение разъёмов, конфликтующее с кабелями, и неадекватные пути теплоотвода для SoC или регуляторов питания.

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

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

Требуется ли безопасная загрузка для плат управления роботами?

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

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

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