MultiCore OS

Multicoreos

Ein autosar konformes Multicore -Betriebssystem für Tricore

Inhaltsverzeichnis

• Überblick
• Objektiv
• Abhängigkeiten
• Wie man benutzt
• Dateistruktur
• Wie man beiträgt
• Ausgabe Tracker
• Autoren
• Vorgesetzte
• Lizenz

Überblick

Die Automobilindustrie stützt sich stark auf Echtzeitbetriebssysteme (RTOs), um Sicherheits-kritische Anwendungen zu bewältigen, die eine präzise Zeit und Reaktionsfähigkeit erfordern. Die Einführung von RTOs hat zu einer erhöhten Softwarequalität, zu verringernden Entwicklungskosten und einer kürzeren Markteinführungszeit für neue Produkte geführt.

Echtzeitbetriebssysteme und die Automobilindustrie:

• RTOs ist so konzipiert, dass sie spezifische Anforderungen in der Automobilindustrie befriedigen, z. B. Echtzeitdaten in Form von Infotainment-Systemen. Diese Systeme (RTOs) stellen sicher, dass kritische Aufgaben rechtzeitig und unverzüglich ausgeführt werden, was eine zuverlässige und effiziente Lösung für die Automobilindustrie darstellt.

OSEK- und Autosar -Standards:

• Die Automobilindustrie hat zwei Standards für RTOs eingenommen. In den neunziger Jahren wurde der OSEK (Open Systems und ihre Schnittstellen für Elektronik in Kraftfahrzeugen) entwickelt und definiert eine Reihe von Spezifikationen für ein RTOs in der Automobilindustrie. Autosar (Automotive Open System Architecture), das die Prinzipien von Osek folgt, ist ein neuerer Standard, der von der Branche übernommen wurde, um eine gemeinsame Plattform für die Entwicklung der Automobilsoftware zu schaffen. AutoSAR bietet eine Standardmethode zum Entwerfen, Implementieren und Integrieren von Softwaremeteilen in Fahrzeuge.

Unser Projekt, bei dem ein autosar-konforme RTOs für Emobilität der nächsten Generation, ADAs, E/E-Architekturen für Automobile und erschwingliche KI-Anwendungen entworfen werden, ist für die Automobilindustrie von wesentlicher Bedeutung. Durch die Bereitstellung eines RTOs, das der Autosar-Methode aus der Branche entspricht, stellen wir sicher, dass unsere Software zuverlässig, wartbar und mit anderen autosar-konformen Software kompatibel ist. Darüber hinaus unterstützt unser RTOS Hardware-Beschleuniger der nächsten Generation, die für die effiziente und effektive Funktionsweise dieser Systeme erforderlich sind.

? Objektiv

Das Projekt zielt darauf ab, neue Hardwarebeschleuniger wie die PPU (Parallel -Verarbeitungseinheit) und CDSP (programmierbare digitale Signalverarbeitung für die ADC -Signale) zu unterstützen.

? Abhängigkeiten

GCC

• Für die macOS -Installation folgen Sie diesem Handbuch bitte

• Für die Windows -Installation folgen Sie dieser Anleitung bitte

• Für die Linux -Installation folgen Sie diesem Handbuch bitte

Machen

• Für die macOS -Installation folgen Sie diesem Handbuch bitte

• Für die Windows -Installation folgen Sie dieser Anleitung bitte

• Für die Linux -Installation folgen Sie diesem Handbuch bitte

? Wie man benutzt

Simulation

Erstrune Datei machen:

 make

Dann führen Sie ausführbare Datei aus:

 ./myprogram

Hardware -Bereitstellung

Dateistruktur

├── 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

? Wie man beiträgt

Sie müssen zuerst alle erforderlichen Abhängigkeiten installieren und Ihr Code muss alle GitHub -Aktionen übergeben.

Weitere Informationen zu diesem Projekt finden Sie in den Beitragsrichtlinien.

Ausgabe Tracker

Wenn Sie auf Probleme oder Fehler stoßen, melden Sie sie bitte in unserem GitHub -Problem -Tracker.

? Autoren

• Ahmed Hesham

• Ali El LIETHY

• Andrew Sinout

• Mohamed Nasr

• Omar Mohey

• Yousef kandil

? ‍? Vorgesetzte

• Dr. Mohamed Shalan (die American University in Kairo)
• Dr. Ahmed Moro (Siemens)

⚖️ Lizenz

Lizenziert unter der Apache -Lizenz, Version 2.0 (der "Lizenz"); Sie dürfen diese Datei nur in Übereinstimmung mit der Lizenz verwenden. Sie können eine Kopie der Lizenz erhalten unter:

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

Sofern nicht nach geltendem Recht oder schriftlich zu vereinbart wird, wird die im Rahmen der Lizenz verteilte Software auf "As is" -Basis ohne Gewährleistung oder Bedingungen jeglicher Art ausdrücklich oder impliziert verteilt. Siehe die Lizenz für die spezifischen Sprachberechtigungen und Einschränkungen im Rahmen der Lizenz.