АВТОСАР Разработка

И да и нет. Инструменты - необходимая часть уравнения в AUTOSAR.

Предполагая, что вы работаете на автомобильного поставщика, вы получите набор конфигурационных файлов для ECU (экстракт ECU?), Который отдаленно похож на, но гораздо более обширен, чем различные форматы обмена для обмена сообщениями CAN. Обычно это набор XML-файлов формата, определенного консорциумом AUTOSAR. Затем довольно сложная цепочка «дорогостоящих инструментов поставщика» преобразует это во что-то, что может генерировать код. Все спецификации открыты, так что вы можете теоретически написать свои собственные инструменты.

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

Можно ли это сделать ... Да. Если вы работаете в крупной компании (например, Bosch), возможно, в долгосрочной перспективе в ваших интересах разработать собственное решение. Но если вы работаете на более мелкого поставщика с установленным сроком выполнения проекта, вам, вероятно, придется закусить пулю и выписать крупный чек. Надеюсь, это было учтено, когда ваша компания подала заявку на получение системы на базе AUTOSAR.

Чтобы дать вам представление о масштабе такого начинания, это было бы похоже на высказывание: «Я пишу классную игру, нужно ли мне использовать Windows, OSX или Linux, или я могу написать свою собственную операционную систему. ? ". Хорошо, может быть, не так уж и сложно, но значительно сложнее, чем писать собственные RTOS и стеки автомобильных шин (CAN, LIN и т. Д.). Если написание собственного стека RTOS + CAN кажется чрезмерно сложным / трудным, даже не думайте об этом.

Очевидно, я не могу принять решение за вас, но если вы принимаете мнения случайных людей в Интернете с неустановленной квалификацией, я настоятельно рекомендую не использовать его как проект «моего первого автосара», но оставьте его на столе в качестве возможный внутренний научно-исследовательский проект с возможной долгосрочной экономией, если вы входите в число 50+ крупнейших поставщиков автомобилей, выполняющих несколько проектов по созданию автозапчастей каждый год. Я сомневаюсь, что вы могли бы построить его дешевле, чем нужно было бы лицензировать все один раз. Но, возможно, через 5-10 крупных проектов это может окупиться.

Возможно, вы захотите взглянуть на COMASSO. Он также предоставляет инструменты разработки и BSW. https://www.comasso.org/

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

Чтобы соответствовать требованиям QM и ASIL, владелец стека должен предоставить список совместимых инструментов вместе со всем стеком. например для документации по требованиям у вас есть IBM Doors, для дизайна у вас есть архитектура IBM Rhapsodhy или Enterprise, инструменты управления исходным кодом, такие как IBM RTC / PTC Integrity и т. д. Это инструменты, которые соответствуют требованиям и перечислены в ISO26262. Если вы собираетесь использовать только QM, вам придется взять на себя накладные расходы, чтобы поддерживать и обновлять всю документацию в формате excel или doc, что нормально, если вы не можете позволить себе эти инструменты.

Что касается таких модулей, как ОС, Comasso от Bosch - это один из вариантов, с некоторыми регистрационными сборами вы можете получить базовый уровень ОС, работающий для других ваших модулей. ОС снова должна быть изменена в соответствии с контроллером, который вы собираетесь использовать. ОСРВ на основе OSEK ERIKA - еще один вариант с открытым исходным кодом, который может быть очень полезен, если вы все делаете в Linux.

Позже появятся файлы параметров MDT, PDF и Vender, которые являются базой для конфигураций. Perl - это широко используемый язык для генерации динамического кода / генерации кода на основе конфигурации. Помимо всего этого, вы должны хорошо знать XML, поскольку вам не нужно тратиться на инструменты конфигурации, в фоновом режиме XML должен быть известен для изменения всех типов параметров. Я видел некоторых мелких поставщиков в Германии, которые делают все напрямую в XML, не используя ИНСТРУМЕНТ конфигурации.

Репозиторий не будет проблемой SVN, которую вы могли бы использовать бесплатно.

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

Взгляните на проект MOPED компании Swedish ICT. Мы используем его в проектах нашей компании. Его относительно дешево воспроизводить, поскольку MOPED использует Raspberry Pi и легкодоступные механические детали.

Чистая программная часть определенно да! но что бы вы с этим сделали, если бы у вас нет стека вместе с инструментами !! Это загвоздка.

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

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

Напишите мне для более подробной информации