Diskussion:AUTOSAR

SPICE Bezug

Kann mir einer erklaeren, was Autosar mit Spice zu tun haben soll und warum das verlinkt ist? Im Artikel steht kein Ton darueber, dass Autosar irgendwas mit Entwicklungs-Prozessen zu tun hat. Autosar ist ein technischer Standardisierungsversuch Wenn niemand Einspruch einlegt, werde ich die Links demnaechst mal loeschen.

Erklärung: Autosar und (Automotive-)Spice sind beide aus Initiativen diverser Automobil-Hersteller hervorgegangen. Insofern ist die Verlinkung schon allein deswegen sinnvoll. Weiterhin ist die in der Praxis vorgenommene Anwendung der gängigen Prozess-Bewertungs-Methode SPICE auch auf die Entstehungsprozesse eines z.B. Autosar-Betriebssystems durchaus üblich. Kann also auch deswegen nicht schaden, wenn die Verbindung dokumentiert ist.

Ich denke dass es die Leute nur verwirrt und keine Begründung sein kann, den Link stehen zu lassen. Es gibt wirklich Unmengen an Initiativen von Automobil-Herstellern aus denen irgendwas hervorgegangen ist (OSEK, EAST-EAA, HIS, diverse VDA-Arbeitskreise aus denen Quasi-Standards hervorgingen, die dann u.a. in die AutOsar Partitionierung eingingen etc.), die sind hier auch nicht verlinkt.

Objektiv haben Spice und AutOsar so viel miteinander zu tun wie Deutsch-Schulnoten und Romane. Die einen (Noten, Spice) bewerten die Taetigkeit, aber wie und was man da macht (Romane oder AutOsar-SW), hat erstmal mit den Noten bzw. Spice nichts zu tun.

Wäre es nicht sinnvoller die Initiativen selbst statt genau einen Output hier zu verlinken? --BaerbelS 12:32, 29. Aug. 2007 (CEST)

Hi, naja, es gibt einen Bezug. Siehe https://www.autosar.org/fileadmin/user_upload/standards/foundation/20-11/AUTOSAR_RS_Main.pdf und dort "4.2.20 [RS_Main_00507] AUTOSAR shall reflect the stages of a software system development in a formal model description" und dort steht: "AUTOSAR shall reflect the stages of a software development process and define templates how information at these stages can be exchanged between the different parties. As blueprint for such development processes AUTOSAR shall consider existing standards like ISO26262 and Automotive SPICE."

Ich verlinke es und zitiere es. Es ist hilfreich, denn wer mit AUTOSAR zu tun hat, wird nahezu immer auch mit SPICE zu tun bekommen.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 14:52, 25. Feb. 2021 (CET)

OSGi

Hallo, es wäre schön wenn jemand den Unterschied zwischen OSGi und AUTOSAR erklären würde. Oder OSGi wenigstens nennen... AUTOSAR bezeichnet in erster Linie die Architektur selbst, und weniger die Organisation dahinter. Konrad Reif

Hi, sorry ich sehe hier überhaupt keinen Zusammenhang und komme aus der Entwicklung mit AUTOSAR etc. Ich habe mit hunderten Experten zu tun gehabt und noch nie von OSGi im Zusammenhang mit AUTOSAR gehört. Heisst nicht das es nicht gibt, aber ich würde deinen Kommentar momentan auf erledigt setzen, denn auch eine Suche bei AUTOSAR nach OSGi ergibt keine Übereinstimmung.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:05, 25. Feb. 2021 (CET)

AUTOSAR & MOST

Hallo; habe den Absatz "Umfeld" entfernt. Hier wurden grundlegend verschiedene Konzepte vermischt. AUTOSAR beschreibt einen Ansatz, um Softwarearchitekturen zu einheitlich spezifizieren zu können. MOST ist eine Vernetzungsarchitektur. Es ist in der Tat richtig, dass MOST (bspw. im Gegensatz zu FlexRay) noch keine Repräsentation in AUTOSAR gefunden hat. Dies liegt allerdings darin begründet, dass AUTOSAR ganz allgemein keine Infotainment-Unterstützung (in dieser Domäne wird MOST i.d.R. eingesetzt) beinhaltet. Beste Grüße --StephanReichelt 20:18, 22. Mär. 2009 (CET)

Hi, gut, Thema ist erledigt. Auch eine Volltext-Suche bei AUTOSAR nach "MOST" ergibt keine Übereinstimmung.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:07, 25. Feb. 2021 (CET)

Link auf XING-Gruppe

HI, nachdem ich noch einmal bei Wikipedia:Weblinks einen Gegencheck gemacht habe, wurde der Link von mir entfernt. Warum? Meiner Meinung nach widerspricht er folgenden Grundsätzen:

• 2. Links auf Newsgroups oder Webforen sind unerwünscht.
  Die genannten Ausnahmen treffen hier nicht zu.

• 3. Links auf Social Networks sind nur in Ausnahmefällen sinnvoll.
  Der inhaltliche Mehrwert ist mir für die genannte Gruppe nicht ersichtlich.

• 5. Keine Links auf kosten- oder registrierungspflichtige Inhalte.
  Spricht IMHO für sich. Foreneinträge sind zwar lesbar, deren Qualität rechtfertigt aber keine Verlinkung und welche weiteren Angebote dort zur Verfügung stehen, ist mir als Nicht-XING-Mitglied nicht ersichtlich.

Beste Grüße, --StephanReichelt 10:10, 13. Apr. 2009 (CEST)

Hi, ich denke sollte nicht verlinkt werden. Hunderte, Tausende anderen Seiten müssten dann einen Xing oder heutzutage eher LinkedIn Gruppen-Link bekommen, jedoch haben die Seiten selbst ihre Verzeichnisse. Das geht zu weit. Wenn es natürlich ein organisiertes Chapter gibt, dann wäre es vielleicht sinnvoll, aber soweit ich weiss gibt es sowas nicht wie im Stil z.B. des Project Management Institute. Ich markiere das Thema hier als erledigt.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:11, 25. Feb. 2021 (CET)

Verbesserungsvorschläge

Hallo,

hier ein paar Anregungen:

1. Zusammenfassung Ich habe die Einleitung mal auf den aktuellen Stand gebracht:

AUTOSAR (AUTomotive Open System ARchitecture) ist eine Entwicklungspartnerschaft aus Fahrzeugherstellern, Steuergeräteherstellen sowie Herstellen von Entwicklungswerkzeugen, Steuergeräte-Basis-Software und Mikrokontrollern. Ziel von AUTOSAR ist es, den Austausch von Software auf verschiedenen Steuergeräten zu erleichtern. Dazu wurde eine einheitliche Softwarearchitektur mit einheitlichen Beschreibungs- und Konfigurationsformaten für Embedded Software im Automobil erarbeitet. AUTOSAR definiert Methoden zur Beschreibung von Software im Fahrzeug, die sicherstellen, dass Softwarekomponenten wieder verwendet, ausgetauscht, skaliert und integriert werden können.

2. AUTOSAR-Members Bei den Premium Members schlage ich vor noch weitere anzugeben. Sonst entsteht der Eindruck, dass hier nur Hersteller von Entwicklungswerkzeugen vertreten sind:

Core Members BMW, Bosch, Continental, Daimler, Ford, Gerneral Motors, PSA (Peugeot Citroën), Toyota, Volkswagen.

Heute (Juli 2010) sind 46Premium Members bei AUTOSAR vertreten. Dazu zählen Automobilhersteller, (z. B. Fiat, Honda, Hyundai, Mazda, Porsche, Renault, TATA, Volvo), Steuergerätehersteller, (z. B. Delphi, Denso, Magneti Marelli, Valeo), Hersteller von Entwicklungswerkzeugen (z. B. dSPACE, ETAS, The MathWorks, Vector Informatik) und Halbleiterhersteller (z. B Infineon).

NEC ist nicht mehr dabei.

3. AUTOSAR-Komponenten Ich schlage vor, den Abschnitt Laufzeitumgebung in AUTOSAR-Architektur umzubenennen und alle wesentlichen Komponenten zu beschreiben:

Die AUTOSAR-Architektur Wesentlich für AUTOSAR ist die logische Aufteilung in die steuergerätespezifische Basis-Software (Basic Software, BSW) und die steuergeräteunabhängige Anwendungs-Software (ASW). Dazwischen liegt ein virtuelles Funktionsbussystems (Virtual Function Bus, VFB). Dieser virtuelle Funktionsbus verbindet alle Softwarekomponenten, auch die, die in unterschiedlichen Steuergeräten implementiert sind. So können diese zwischen verschiedenen Steuergeräten verschoben werden, ohne dass Änderungen in den betreffenden Softwarekomponenten selbst vorgenommen werden müssen. Dies kann zur Optimierung von Rechenleistung, Speicherbedarf oder Kommunikationslast nützlich sein. Die funktionalen Softwarekomponenten (Software Component, SWC) sind strikt voneinander und von der Basis-Software getrennt. Sie kommunizieren über die AUROSAR-Schnittstelle mit den anderen Funktionen und den Steuergeräteschnittstellen. Diese Schnittstellen (API) sind in SWC-XML-Beschreibungen definiert. Die Basis-Software (Basic Software, BSW) enthält die steuergerätespezifischen Programmteile, wie die Kommunikationsschnittstellen, die Diagnose und das Speichermanagement. Neben der Steuergeräte-Architektur ist auch die Entwicklungsmethodik durch AUTOSAR teilweise standardisiert. Es handelt sich dabei vor allem um die Struktur und die Abhängigkeiten der unterschiedlichen Arbeitsprodukte (z. B. Dateien). Diese werden benötigt, um aus den unterschiedlichen Software-Komponentenbeschreibungen ausführbare Programme für die jeweiligen Steuergeräte zu erzeugen.

Quelle für alle Vorschläge ist die offizielle AUTOSAR- Webseite AUTOSAR http://www.autosar.org/.

Wenn ich nichts mehr höre, stelle ich die Änderungen in zwei Wochen ein.

Grüße Jürgen Crepin (nicht signierter Beitrag von Jürgen-Crepin (Diskussion | Beiträge) 06:26, 14. Jul 2010 (CEST))

Hi, ich gehe davon aus die Änderungen wurden eingestellt oder die Situation sieht 2021 bereits noch mal anders aus (z.B. die Entwicklungswerkzeuge...) von daher schliesse ich diesen Kommentar. Lieber neuen Kommentar öffnen falls notwendig, damit gewinnen wir hier Überblick.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:12, 25. Feb. 2021 (CET)

Ist das ein Enzyklopädischer Artikel oder ein Reklamekatalog?

Bei den Weblinks muesste man mal die Spreu vom Weizen trennen.--92.193.7.224 12:30, 28. Apr. 2012 (CEST)

Auch wenn manche etwas anderes behaupten, so scheint es doch einige PR-Menschen zu geben, die Wikipedia verstanden haben und wissen, wie sie hier auf sich aufmerksam machen. --79.224.224.230 12:34, 28. Apr. 2012 (CEST)

Hi, Thema müsste erledigt sein. Ich lese hier nicht groß "Werbung" und selbst wenn, AUTOSAR's Bezug zur Industrie ist offensichtlich. Zu AUTOSAR muss man hier im Wiki eher dankbarsein, wenn es Inhalte gibt, und wenn ein Mentor etwas passendes, gutes, öffentliches dazu publiziert, dann warum nicht verlinken? Man kommt nicht so schnell an Informationen, es gibt kein "Open Source AUTOSAR" (naja Arccore...), von daher kann man mal ein Auge zudrücken. Der Artikel hat momentan groß keine Werbung. AUTOSAR selbst ist die Werbung für OEMs wenn man so will und daran führt kein Weg vorbei.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:18, 25. Feb. 2021 (CET)

VFB

Heißt es nun "Virtual Functional Bus" oder "Virtual Function Bus"? Bisher war ich von zweitem überzeugt, und Google findet 1 080 000 für ersteres gegen 1 150 000 Treffer, aber auf den AUTOSAR-Seiten findet man nur "Virtual Functional Bus". Wurde da etwas nur umbenannt, oder stehen inhaltliche Änderungen dahinter? Ich hab's mal im Artikel auf "Virtual Functional Bus" vereinheitlicht. --212.144.201.172, 19.11.12, 19:30

Hi, ganz einfach. Es heisst "Virtual Functional Bus". Wieso? Siehe offizielle Dokumente: https://www.autosar.org/fileadmin/user_upload/standards/classic/20-11/AUTOSAR_EXP_VFB.pdf - Ich schliesse das Thema hier und korrigiere, falls notwendig, den Artikel.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:25, 25. Feb. 2021 (CET)

Gemeinsamen Version von AUTOSAR Classic, Adaptive und Foundation

Im Artikel heißt es "Ziel ist es, die wichtigsten Entwicklungsaktivitäten in einer gemeinsamen Version von AUTOSAR Classic, Adaptive und Foundation im Oktober 2018 zusammen zu veröffentlichen." Ist das weiterhin eine Ziel oder ist das Ergebnis zwischenzeitlich erstellt? Wenn ja wo? Ggf. ist o.a. Zitat zu ändern in "Ziel war es, ...". --91.18.34.73 08:48, 5. Apr. 2019 (CEST)

Hi, was auch immer gemeint ist, die Standards sind hier veröffentlicht: https://www.autosar.org/standards/ Es macht meines Erachtens keinen Sinn irgendwelche Zeitachsen/Meilensteine "Oktober 2018" zu erwähnen. Die Standards werden alle laufend verbessert, überprüft, etc.

Dieser Abschnitt kann archiviert werden. --17387349L8764 (Diskussion) 15:27, 25. Feb. 2021 (CET)