Разработка блок-диаграмм для автомобильных электронных систем

Введение в блокировку диаграмм в автомобильной электронике

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

В автомобильной промышленности блок-схемы служат нескольким целям: документируют архитектуру системы, отслеживаемость требований поддержки, облегчают анализ режима отказа и обеспечивают ссылку на устранение неполадок в этой области. Сложность современных транспортных средств - с десятками электронных блоков управления (ECU), сотнями датчиков и несколькими коммуникационными автобусами - делает четкую блок-схему незаменимой. Эта статья расширяет фундаментальные принципы проектирования автомобильных блок-схем, охватывающих роли компонентов, соображения безопасности, современные архитектурные шаблоны, пошаговая методология, инструменты и конкретный пример из Advanced Driver-Assistance System (ADAS).

Основные компоненты и их роли

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

Сенсоры: уровень восприятия

Датчики преобразуют физические явления (температура, давление, скорость вращения, ускорение, свет и т.д.) в электрические сигналы, которые могут обрабатываться блоками управления.Общие автомобильные датчики включают:

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

Электронные блоки управления (ECU): Центр принятия решений

ЭБУ являются мозгом системы. Они принимают входы датчиков, выполняют алгоритмы управления и приводы приводов. Современные транспортные средства содержат десятки ЭБУ, каждый из которых посвящен определенному домену (трансмиссия, шасси, корпус, информационно-развлекательная система, ADAS). На блок-схемах ЭБУ показаны как прямоугольные блоки с портами ввода и вывода. Хорошей практикой является аннотирование ЭБУ с его основной функцией (например, «Модуль управления двигателем - ECM») и используемые им протоколы связи (например, CAN-FD, LIN, FlexRay).

Исполнитель: The Action Layer

Приводы преобразуют электрические команды из ЭБУ в механические или тепловые действия. Примеры включают:

Приводы нарисованы с различной формой (часто прямоугольник с закругленным краем) и соединены с соответствующим выходом ЭБУ. Блок должен указывать тип нагрузки (резистивный, индуктивный или емкостный) для поддержки анализа мощности.

Коммуникационные автобусы: нервная система

Обмен данными между ЭБУ и интеллектуальными датчиками/приводами основан на стандартизированных коммуникационных шинах. Наиболее часто используемыми протоколами в автомобильных блок-схемах являются:

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

Поставка и распределение электроэнергии

Каждый электронный модуль требует регулируемого источника питания. Батарея, генератор переменного тока, преобразователи постоянного тока и устройства защиты (фузы, eFuses) образуют распределительную сеть питания. Блок-схема должна включать блок питания, который указывает на области напряжения (например, 12В, 3.3В, 5В) и любые контроллеры управления питанием (PMICs). Это особенно важно для систем, которые должны работать во время событий запуска-остановки или условий низкой батареи.

Проектирование функциональной безопасности (ISO 26262)

Автомобили блок-схемы не только о функции; они также являются основой для анализа безопасности. ISO 26262 предписывает, что системы безопасности должны быть разбиты на элементы безопасности из контекста (SEooC) или определения элементов. Блок-схема, которая четко показывает свободу от вмешательства между функциями безопасности и небезопасности, имеет важное значение. Ключевые практики, ориентированные на безопасность, включают:

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

Встраивая аннотации безопасности непосредственно в блок-схему, инженеры могут лучше выполнять анализ режима отказа и эффектов (FMEA) и анализ дерева неисправностей (FTA). Для получения более подробной информации о стандарте обратитесь к обзору ISO 26262:2018 .

Архитектурные подходы: домен против зонального

Автомобили E/E-архитектуры эволюционировали от федеративных (одна функция на ECU) к доменно-ориентированным и теперь к зональным архитектурам. Каждый шаблон влияет на то, как нарисованы и интерпретированы блок-схемы.

Доменная архитектура

В архитектуре домена ECU группируются по функциям: powertrain domain, chassis domain, body domain, infotainment domain, ADAS domain. Блок-схемы в этом стиле подчеркивают вертикальную интеграцию — датчики и исполнительные механизмы в пределах одного домена соединяются в первую очередь с контроллером домена. Такой подход упрощает функциональную изоляцию, но может привести к высокой сложности проводки, поскольку каждый домен имеет свой собственный набор соединений точка-точка. Блок-схема для архитектуры домена покажет центральный шлюз, который маршрутизирует междоменные сообщения, и каждый контроллер домена рисуется как большой блок с его подблоками внутри.

Зональная архитектура

Компоненты зональной архитектуры группируются по физическому расположению в транспортном средстве (например, передняя левая зона, передняя правая зона, задняя зона), а не по функции. Каждая зона имеет контроллер зоны, который обрабатывает I/O для этой области и взаимодействует с центральными вычислительными платформами через высокоскоростной Ethernet. Блок-схемы для зональных архитектур рисуются с топологией «звезда» или «кольцо». В верхней части показан центральный высокопроизводительный компьютер (HPC), подключенный к контроллерам зоны, которые, в свою очередь, подключаются к распределенным датчикам и исполнительным устройствам. Этот шаблон уменьшает вес проводки и упрощает обновления программного обеспечения. Адаптивная платформа AUTOSAR часто лежит в основе таких архитектур, обеспечивая стандартизированные интерфейсы для ориентированной на обслуживание связи.

Пошаговая методология создания высококачественных блок-диаграмм

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

Шаг 1: Определение сферы и идентификация заинтересованных сторон

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

Шаг 2: Инвентаризация компонентов и функциональное распределение

Создайте список всех аппаратных компонентов (датчики, ЭБУ, приводы, разъемы, источники питания). Для каждого компонента обратите внимание на его ключевые параметры: диапазон напряжения, протокол связи, максимальный ток и рейтинг функциональной безопасности ASIL (если применимо). Этот инвентарь становится легендой блок-схемы. Далее, распределите функции на компоненты — например, «адаптивная функция круиз-контроля» может жить в контроллере домена ADAS и использовать данные от радарного датчика и датчика камеры.

Шаг 3: Выбор топологии и стратегия планировки

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

Шаг 4: Составление стандартных символов и аннотаций

Принять набор стандартных символов, основанных на отраслевых конвенциях (например, ISO 1219 для текучей среды, IEEE 91 для логических ворот или пользовательских корпоративных стандартов). Для автомобильной электроники эти символы обычно используются:

  • Прямоугольник — для ЭВС и умных устройств.
  • Круг/овал — для разъемов или терминалов.
  • Линия со стрелкой — однонаправленный поток сигнала.
  • Линия без стрелки — двунаправленная шина.
  • Разделенная линия — факультативное или будущее соединение.
  • Цветовое кодирование — (при использовании цвета) красный для мощности, синий для данных, черный для грунта.

Добавить заголовок блока с названием диаграммы, пересмотром, автором, датой и ссылкой на идентификатор системного требования. Аннотировать каждый блок с его основной функцией и любыми критическими параметрами (например, «ECU #5 - Brake Controller, ASIL-D»).

Шаг 5: Обзор и проверка

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

  • Все компоненты из инвентаря появляются на диаграмме.
  • Каждый порт ввода/вывода имеет соответствующее соединение (без плавающих блоков).
  • Направления сигналов соответствуют спецификации потока данных.
  • Пути питания и заземления показаны там, где критические.
  • Диаграмма может быть прочитана в предполагаемом масштабе (например, печать A3 или A4).

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

Шаг 6: Контроль версий и техническое обслуживание

Блок-схемы - это живые документы, которые должны обновляться по мере развития дизайна. Хранить исходные файлы в репозитории, контролируемой версией (например, Git для Lucidchart или Visio файлы) и вставлять номер версии в заголовок диаграммы. Когда происходят изменения, обновлять диаграмму и увеличивать пересмотр. Устаревшие диаграммы являются общим источником ошибок интеграции.

Инструменты и стандарты для автомобильных блок-схем

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

Многие автомобильные компании также принимают методологию AUTOSAR Classic Platform, которая определяет системный шаблон для коммуникационных и программных компонентов ECU. В проектах, совместимых с AUTOSAR, блок-схемы часто превращаются в шаблоны System Extract, которые используются для генерации кода и конфигурационных файлов.

Пример: блок-диаграмма для адаптивной системы круиз-контроля (ACC)

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

Компоненты

  • Радарный датчик (77 ГГц) — обнаруживает дальность и относительную скорость предшествующих транспортных средств.
  • Камерный датчик — идентифицирует дорожные разметки и препятствия.
  • ADAS Domain Controller (DDC) — выполняет алгоритм синтеза датчиков и управления.
  • Модуль управления двигателем (ECM) — управляет дроссельной заслоной и торможением двигателя.
  • Модуль управления тормозами (BCM) — применяет тормоза, когда требуется замедление за пределами торможения двигателя.
  • Кластер инструментов (IC) — отображает статус ACC и предупреждения.
  • Модуль управления питанием (PMM) — обеспечивает 12В и 3,3В рельсы.

Структура блок-диаграммы

Диаграмма организована в три уровня: верхний ярус — ADAS Domain Controller; средний ярус — радар и камера; нижний ярус — приводы и дисплей. Линии связи показаны как CAN-FD между контроллером домена и модулями управления двигателем/контроля тормозов. Радарный датчик соединяется через выделенную линию Ethernet (100BASE-T1). Камера использует соединение с контроллером домена с дифференциальной сигнализацией низкого напряжения (LVDS). Пошаговая линия указывает на будущее обновление до камеры объемного обзора. Блок-диаграмма также включает блок монитора безопасности, который реализует независимый сторожевой блок тайм-аута, подключенный к выделенному выходу неисправности контроллера домена.

Аннотации уточняют, что контроллер домена запускает адаптивную ОС AUTOSAR с сервисно-ориентированной архитектурой для ACC. Радарный датчик - ASIL-B, а тормозной контроллер - ASIL-D - это отмечается на блок-схеме путем добавления рейтинга ASIL рядом с каждым компонентом. На диаграмме дополнительно показан избыточный путь электропитания от PMM к тормозному контроллеру для обеспечения безотказной работы.

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

Заключение

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