Поставщик электроосей может соответствовать заявленным техническим характеристикам, но при этом создавать проблемы на этапе интеграции в автомобиль. Крутящий момент, мощность, нагрузка на ось и габариты легко сравнить; сложнее определить ответственность за системы управления, охлаждения, связи, валидации и внесения инженерных изменений. Для коммерческих производителей электромобилей возможности системной интеграции становятся очевидными в промежутках между компонентами: механические границы, электрическая связь, охлаждение, ответственность за программное обеспечение, валидация и контроль изменений в проектировании. Поэтому полезный анализ поставщика должен включать в себя не только проверку соответствия оси заявленным характеристикам, но и оценку способности поставщика поддерживать автомобиль на всех этапах — от концепции до производства.
Что говорит наличие информации о владении интерфейсом о возможностях интеграции поставщика электроосей?
Многие задержки в интеграции начинаются на границе, которая никому четко не принадлежит. Электроось соединяется с шасси, подвеской, тормозами, высоковольтной системой, низковольтной сетью, контуром охлаждения и системой управления автомобилем. Если две инженерные группы делают разные предположения об одном и том же интерфейсе, конфликт часто возникает на этапе сборки прототипа, а не на этапе составления сметы.
Поставщик должен иметь возможность указать, какие чертежи принадлежат ему, какие входные данные для транспортного средства необходимы, какие размеры или интерфейсы являются фиксированными, а какие могут быть адаптированы. Это не означает, что поставщик должен владеть каждой функцией транспортного средства. Это означает, что для каждой границы должен быть владелец, путь утверждения и определенный набор входных данных.
Запросите матрицу интерфейса до утверждения дизайна.
Полезная матрица может охватывать точки крепления, интерфейсы подвески и тормозов, электрические соединения, порты охлаждения, сигналы связи и доступ для обслуживания. В программах для грузовых автомобилей эти элементы следует проверять, сравнивая их с фактической комплектацией автомобиля, а не с типовой моделью оси. Соответствующая информация схемы размещения оборудования на коммерческих грузовиках может предоставить полезный контекст в ходе этой дискуссии.
Как правило, опытный поставщик позволяет легче выявить эти границы на ранней стадии. Это уменьшает объем перепроектирования, вызванный предположениями, которые никогда не были официально согласованы.
Как производителям автомобилей следует оценивать интеграцию систем управления до начала производства первого автомобиля?
Оценить интеграцию элементов управления по техническим характеристикам изделия сложно. Проблемы становятся очевидными только тогда, когда контроллер оси начинает обмениваться командами и обратной связью с автомобилем. Перед созданием первого прототипа инженеры должны понимать, чего электроось ожидает от автомобиля и какую информацию она возвращает.
Обсуждение должно охватывать запросы на крутящий момент, информацию о скорости, рабочие состояния, диагностику, обработку неисправностей, синхронизацию связи и любые обязанности по калибровке, разделяемые между поставщиком и OEM-производителем. Одной лишь поддержки CAN недостаточно; команде необходимо знать, как используются сигналы и как обрабатываются неисправности.
Обратите внимание на определенные сигналы, состояния и реакции на отказы.
Полезный анализ системы управления выходит за рамки подтверждения физической связи. Инженерная группа должна запросить определения сигналов, диагностическое поведение, переходы состояний и реакцию на отсутствующую или некорректную информацию. Если ответственность за управление меняется в зависимости от архитектуры автомобиля, это следует определить до начала интеграции программного обеспечения.
Именно здесь становится проще определить уровень технической компетентности поставщика. Поставщик, ориентированный на компоненты, может остановиться на разъеме и списке сообщений. Системный интегратор же должен уметь объяснить, что эти сигналы означают для поведения автомобиля и что требует дополнительной проверки после внесения изменений в калибровку.
Поставщика Возможности в области исследований, разработок и валидации. Это может помочь показать, подтверждается ли работоспособность системы управления с помощью HIL-моделирования, испытаний трансмиссии и более широких мероприятий по валидации. Опубликованная CDTL информация об исследованиях и разработках включает в себя HIL-моделирование, испытания характеристик трансмиссии, экологические испытания, испытания на вибрацию, NVH и EMC в рамках ее системы валидации.
Что говорит покупателям тепловая координация о глубине инженерных решений?
Система охлаждения часто рассматривается как второстепенный элемент до тех пор, пока автомобиль не начнет работать под длительной нагрузкой. Электроось может достигать целевой мощности, но при этом автомобилю все равно необходима система охлаждения, которая будет поддерживать работу двигателя и связанной с ним электроники в заданном рабочем цикле. Если производитель и поставщик используют разные предположения относительно системы охлаждения, автомобиль может достичь стадии прототипа до того, как это несоответствие станет очевидным.
Полезные вопросы носят практический характер: какие условия охлаждения использовались во время валидации, где проводился мониторинг температуры, какие пределы непрерывной работы действуют и что происходит при изменении температуры окружающей среды или длительной нагрузки? Эти вопросы раскрывают гораздо больше, чем простое утверждение о том, что изделие охлаждается жидкостью.
Сравните условия испытаний с предполагаемым рабочим циклом.
Координация тепловых режимов становится актуальной, когда ограничения компонентов связаны с условиями эксплуатации транспортного средства. Если в процессе разработки изменяются системы охлаждения, поток охлаждающей жидкости, полезная нагрузка, профиль маршрута или пространство для установки, ранее сделанные выводы могут потребовать пересмотра.
Системный интегратор должен уметь объяснить, когда необходима такая проверка, а не рассматривать управление тепловым режимом исключительно как вопрос, касающийся производителя оборудования. Для отделов закупок это полезное подтверждение того, что поставщик понимает взаимосвязь между ограничениями компонентов и условиями эксплуатации всего автомобиля.
Какие документы, подтверждающие соответствие требованиям на уровне автомобиля, должны запрашивать производители оригинального оборудования (OEM)?
Стендовая проверка необходима, но она не отвечает на все вопросы интеграции. После установки оси автомобиль подвергается воздействию перемещений кузова, взаимодействия с органами управления, температурных условий, особенностей торможения, сбоев связи и многократных циклов нагрузки. Поэтому покупатели должны понимать, что уже было проверено, а что еще относится к целевой программе разработки автомобиля.
| Доказательства для запроса | Что это помогает подтвердить |
|---|---|
| Область проверки компонентов | Какие основные риски уже были проверены? |
| Условия испытаний транспортного средства или системы | Насколько результаты соответствуют целевому применению |
| Проверка контроля | Как проверяются команды, обратная связь и ошибки. |
| Запись конфигурации | Соответствует ли протестированное оборудование предложению. |
| Открыть элементы проверки | Что остаётся до получения разрешения на производство? |
Важный момент — это прослеживаемость. Результаты, полученные при использовании другой осевой нагрузки, версии программного обеспечения или системы охлаждения, могут быть полезны, но их не следует рассматривать как идентичные доказательства. Производитель оборудования должен знать, какие выводы являются достоверными, а какие требуют повторной проверки.
Производственные возможности здесь также имеют значение, поскольку конфигурация, прошедшая проверку, должна быть воспроизведена в серийном производстве. Проверка поставщика. производственные возможности помогает связать инженерное согласование с управлением производством. Компания CDTL заявляет, что ее производственная система включает автоматизированные процессы и интеллектуальное тестирование в конце производственной линии.
Как следует оценивать управление изменениями и техническую поддержку перед началом стандартной операционной процедуры (СОП)?
Программы для автомобилей меняются. Изменяются размеры шин, меняется геометрия подвески, изменяется версия контроллера, обновляется контур охлаждения или увеличивается масса автомобиля. Любое из этих изменений может повлиять на предположения, использованные при выборе электроприводной оси.
Перед началом эксплуатации производитель оборудования должен знать, какие изменения требуют формальной инженерной проверки, кто принимает решение о необходимости повторной валидации и как определяются изменения в аппаратном, программном обеспечении и чертежах. Именно здесь расплывчатые обещания «инженерной поддержки» должны стать конкретными.
Рассматривайте техническую поддержку как часть объема работ поставщика.
Покупатели могут узнать, кто участвует в проверках интеграции, какая информация необходима для расследования проблем с автомобилем, как регистрируются изменения и как поставщик реагирует, когда изменение в производстве затрагивает утвержденный интерфейс.
На этом этапе возможности системной интеграции становятся вопросом закупок, а не инженерных предпочтений. Четкое определение ответственности за интерфейс, ответственность за проверку и контроль версий уменьшают неопределенность на этапе разработки и упрощают оценку изменений на поздних этапах проекта до того, как они превратятся в проблемы в производстве.
Нужна помощь в координации интеграции электроосей для проекта коммерческого автомобиля?
После определения прав собственности на интерфейс, элементов управления, температурных условий и области валидации, обсуждения с поставщиками могут перейти от общих заявлений о возможностях к обсуждению конкретной программы разработки транспортного средства. Hangzhou Contemporary e-Drive Technology Co.,Ltd. Компания предоставляет полный спектр услуг по разработке и интеграции электроприводов и систем для коммерческих автомобилей с нулевым уровнем выбросов, включая исследования и разработки, производство и поддержку разработок. В ее портфолио входят следующие продукты: EA5000N — двухмоторная распределенная электроось и EA3800N одномоторная распределенная электрическая ось для различных требований к большегрузным автомобилям. Опубликованные ими технические характеристики предоставляют конкретные данные для подбора транспортного средства, в то время как более широкий системный подход компании включает в себя проектирование всего автомобиля и поддержку интеграции.
Заключение
Возможности поставщика электроосей по интеграции лучше всего оценивать на границах между системами, а не только по основным техническим характеристикам. Команды OEM-производителей должны уточнить ответственность за механические, электрические, управляющие и тепловые интерфейсы, понять, какие доказательства валидации действительно применимы к предлагаемой конфигурации, и согласовать правила управления изменениями до начала серийного производства. Когда обязанности, условия испытаний и пути внесения изменений становятся ясными на раннем этапе, у команды, занимающейся разработкой автомобиля, появляется более прочная основа для перехода от выбора компонентов к разработке серийного производства без сохранения нерешенных предположений.
Часто задаваемые вопросы
1. Что должен запросить производитель оборудования в первую очередь при оценке возможностей системной интеграции?
Начните с описания системных границ и списка интерфейсов. Производитель оригинального оборудования должен знать, какие механические, электрические, системы охлаждения, связи и управления относятся к поставщику, какие — к команде разработчиков автомобиля, и где требуется совместное согласование.
2. Достаточно ли поддержки связи CAN для подтверждения возможности интеграции систем управления?
Нет. Покупателям также следует ознакомиться с определениями сигналов, рабочими состояниями, диагностикой, реакцией на неисправности, требованиями к синхронизации и обязанностями по калибровке. Совместимость связи — это лишь одна из составляющих доказательства того, что электроось может корректно работать в рамках архитектуры управления транспортным средством.
3. Как производитель оригинального оборудования может определить, применима ли к его автомобилю проверка поставщика?
Сравните испытанное оборудование, программное обеспечение, конфигурацию осей, нагрузки, температурные условия и профиль эксплуатации с предлагаемым транспортным средством. В случае расхождений выясните, какие результаты остаются актуальными, а какие требуют дополнительной проверки на уровне транспортного средства.
4. Какие изменения в конструкции транспортных средств должны послужить поводом для проведения еще одной проверки интеграции?
Изменения в нагрузке на ось, размере шин, подвеске, условиях охлаждения, программном обеспечении управления, архитектуре напряжения, интерфейсах тормозной системы или геометрии установки могут повлиять на ранее сделанные предположения. Производитель и поставщик должны заранее согласовать, какие изменения требуют проверки или повторной валидации.
5. Почему контроль изменений важен после того, как электроось прошла валидацию?
Проверка применяется к определенной конфигурации. Если аппаратное обеспечение, программное обеспечение, интерфейсы или состояние автомобиля изменяются без проверки, исходные данные могут больше не соответствовать серийному автомобилю. Система управления изменениями обеспечивает соответствие выпущенной конфигурации истории ее проверки.