MultiCore OS

Multicoreos

Um sistema operacional multicore compatível com autosar para tricore

Índice

• Visão geral
• Objetivo
• Dependências
• Como usar
• Estrutura de arquivo
• Como contribuir
• Rastreador de emissão
• Autores
• Supervisores
• Licença

Visão geral

A indústria automotiva depende muito de sistemas operacionais em tempo real (RTOs) para lidar com aplicativos críticos de segurança que exigem tempo e capacidade de resposta precisos. A adoção de RTOs levou a um aumento da qualidade do software, custos reduzidos de desenvolvimento e tempo mais curto para novos produtos.

Sistemas operacionais em tempo real e a indústria automotiva:

• O RTOS foi projetado para lidar com necessidades específicas na indústria automotiva, como fornecer dados em tempo real ao motorista na forma de sistemas de infotainment. Esses sistemas (RTOs) garantem que as tarefas críticas sejam executadas no prazo e sem demora, fornecendo uma solução confiável e eficiente para a indústria automotiva.

Padrões de Osek e AutoSAR:

• A indústria automotiva adotou dois padrões para RTOs. O padrão OSEK (Sistemas Open e suas interfaces para eletrônicos em veículos a motor) foi desenvolvido na década de 1990 e define um conjunto de especificações para um RTOS na indústria automotiva. O AutoSAR (Automotive Open System Architecture) que segue os princípios de Osek, é um padrão mais recente que foi adotado pelo setor para criar uma plataforma comum para o desenvolvimento de software automotivo. O AutoSAR fornece uma metodologia padrão para projetar, implementar e integrar componentes de software em veículos.

Nosso projeto, que é o design de um RTOS compatível com a AutoSAR para emobilidade de próxima geração, ADAS, arquiteturas automotivas E/E e aplicações de IA acessíveis, é essencial para a indústria automotiva. Ao fornecer um RTOS que cumpre a metodologia autosar padrão do setor, garantimos que nosso software seja confiável, sustentável e compatível com outro software compatível com automóveis. Além disso, nosso RTOS suporta aceleradores de hardware de próxima geração, necessários para o funcionamento eficiente e eficaz desses sistemas.

? Objetivo

O projeto tem como objetivo suportar novos aceleradores de hardware, como a PPU (unidade de processamento paralela) e CDSP (processamento de sinal digital programável para os sinais ADC).

? Dependências

GCC

• Para instalação do macOS, siga este guia

• Para instalação do Windows, siga este guia

• Para instalação do Linux, siga este guia

Fazer

• Para instalação do macOS, siga este guia

• Para instalação do Windows, siga este guia

• Para instalação do Linux, siga este guia

? Como usar

Simulação

Primeira execução Faça o arquivo:

 make

Em seguida, execute executável:

 ./myprogram

Implantação de hardware

Estrutura de arquivo

├── CONTRIBUTING.md
├── Doxyfile
├── LICENSE
├── Makefile
├── README.md
├── docsu
├── include
│   ├── EventMechanism.h
│   ├── InterruptHandler.h
│   ├── OSExecutionControl.h
│   ├── ResourceManager.h
│   ├── StatusDefintions.h
│   ├── TaskManager.h
│   ├── data_structure
│   ├── data_structure
│   │   ├── PriorityQueue.h
│   │   └── stack.h
│   └── includes.h
├── license_config
│   ├── LICENSE_HEADER.txt
│   └── config.json
├── myprogram
├── obj
│   ├── EventMechanism.o
│   ├── InterruptHandler.o
│   ├── OSExecutionControl.o
│   ├── PriorityQueue.o
│   ├── ResourceManger.o
│   ├── TaskManager.o
│   ├── main.o
│   ├── stack.o
│   ├── testCommon.o
│   ├── testEM.o
│   ├── testOSEC.o
│   ├── testRM.o
│   └── testTM.o
├── src
│   ├── EventMechanism.c
│   ├── InterruptHandler.c
│   ├── OSExecutionControl.c
│   ├── PriorityQueue.c
│   ├── ResourceManger.c
│   ├── TaskManager.c
│   ├── main.c
│   └── stack.c
├── suppressions.txt
└── tests
    ├── testCommon.c
    ├── testEM.c
    ├── testOSEC.c
    ├── testRM.c
    ├── testTM.c
    └── tests.h

? Como contribuir

Você deve primeiro instalar todas as dependências necessárias e seu código deve passar por todas as ações do GitHub CIS.

Para saber mais sobre como contribuir para este projeto, verifique as diretrizes de contribuição.

Rastreador de emissão

Se você encontrar algum problema ou bugs, denuncie -os em nosso rastreador de problemas do GitHub.

? Autores

• Ahmed Hesham

• Ali El Liethy

• Andrew Sinout

• Mohamed Nasr

• Omar Mohey

• Yousef Kandil

? ‍? Supervisores

• Dr. Mohamed Shalan (Universidade Americana do Cairo)
• Dr. Ahmed Moro (Siemens)

⚖️ Licença

Licenciado sob a licença Apache, versão 2.0 (a "licença"); Você não pode usar esse arquivo, exceto em conformidade com a licença. Você pode obter uma cópia da licença em:

http://www.apache.org/license/license-2.0

A menos que exigido pela lei aplicável ou acordada por escrito, o software distribuído pela licença é distribuído "como está", sem garantias ou condições de qualquer tipo, expressa ou implícita. Consulte a licença para o idioma específico que rege as permissões e limitações sob a licença.