EEPROM Abstraction (Ea)
Provides uniform access to external and internal EEPROM devices.
Funktionen — Übersicht
void Ea_Init (const Ea_ConfigType* ConfigPtr);Initializes the EEPROM abstraction module.void Ea_SetMode (MemIf_ModeType Mode);Function to switch the mode of the underlying EEPROM DriverStd_ReturnType Ea_Read (uint16 BlockNumber, uint16 BlockOffset, uint8* DataBufferPtr, uint16 Length);Reads Length bytes of block Blocknumber at offset Block Offset into the buffer Data Buffer Ptr.Std_ReturnType Ea_Write (uint16 BlockNumber, const uint8* DataBufferPtr);Writes the contents of the Data Buffer Ptr to the block Block Number.void Ea_Cancel (void);Cancels the ongoing asynchronous operation.MemIf_StatusType Ea_GetStatus (void);Service to return the Status.MemIf_JobResultType Ea_GetJobResult (void);Service to return the Job Result.Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);Invalidates the block Block Number.void Ea_GetVersionInfo (Std_VersionInfoType* VersionInfoPtr);Service to get the version information of this module.Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);Erases the block Block Number.void Ea_JobEndNotification (void);Service to report to this module the successful end of an asynchronous operation.void Ea_JobErrorNotification (void);Service to report to this module the failure of an asynchronous operation.void Ea_MainFunction (void);Service to handle the requested jobs and the internal management operations.void NvM_JobEndNotification (void);Function to be used by the underlying memory abstraction to signal end of job without error.void NvM_JobErrorNotification (void);Function to be used by the underlying memory abstraction to signal end of job with error.
Typen — Übersicht
struct Ea_ConfigTypeConfiguration data structure of the Ea module.
Funktionen & Typen — Detailansicht
function Ea_Init [SWS_Ea_00084] 📄 PDF
void Ea_Init (const Ea_ConfigType* ConfigPtr);
Initializes the EEPROM abstraction module.
Die Funktion Ea_Init dient der Initialisierung des Moduls EEPROM Abstraction ([SWS_Ea_00084]). Sie wird über die Header-Datei Ea.h zur Verfügung gestellt und versetzt das Modul in den betriebsbereiten Zustand ([SWS_Ea_00084]).
Gemäß der Schnittstellenspezifikation in [SWS_Ea_00084] gelten für den Aufruf folgende Eigenschaften und Randbedingungen:
- Semantik und Service-ID: Der Aufruf erfolgt synchron. Dem Dienst ist die Service-ID
0x00zugeordnet. - Reentranz: Die Funktion ist als nicht reentrant (Non Reentrant) spezifiziert und darf daher nicht nebenläufig ausgeführt werden.
- Parameter: Als Eingangsparameter dient
ConfigPtr(Typconst Ea_ConfigType*), der auf den ausgewählten Konfigurationsdatensatz verweist. Es existieren weder Ein-/Ausgangs- noch Ausgangsparameter. - Rückgabewert: Die Funktion liefert keinen Rückgabewert (
void).
Hinsichtlich des Aufrufkontexts enthält der vorliegende Eintrag keine expliziten Festlegungen; die Initialisierung dürfte typischerweise zentral in der Hochlaufphase des Steuergeräts erfolgen, bevor andere Modulfunktionen ausgeführt werden. Frage Q-b2b40930e5fd0ee7 (offen) Spezifische Fehlercodes, Reaktionen im Fehlerfall oder Meldungen an DET und DEM werden in [SWS_Ea_00084] nicht aufgeführt.
Dieser Text wurde von einer KI auf Basis der AUTOSAR-Spezifikation R20-11 generiert.
Implementer's Guide folgt (Komplexität I1)
function Ea_SetMode [SWS_Ea_00085] 📄 PDF
void Ea_SetMode (MemIf_ModeType Mode);
Function to switch the mode of the underlying EEPROM Driver
Verwendung und Semantik
Die Funktion Ea_SetMode dient dem Umschalten des Betriebsmodus des unterliegenden EEPROM-Treibers ([SWS_Ea_00085]). Sie akzeptiert als Eingangsparameter den gewünschten Modus Mode vom Typ MemIf_ModeType ([SWS_Ea_00085]). Die Funktion besitzt keinen Rückgabewert (void) und ist mit der Service-ID 0x01 über die Header-Datei Ea.h verfügbar ([SWS_Ea_00085]).
Die Ausführung erfolgt asynchron (Asynchronous), sodass die tatsächliche Umschaltung des Treibers nach dem Aufruf im Hintergrund weiterverarbeitet wird ([SWS_Ea_00085]).
Nebenläufigkeit und Einschränkungen
-
Reentranz: Die Funktion ist als nicht reentrant (
Non Reentrant) spezifiziert ([SWS_Ea_00085]). Parallele Aufrufe aus unterschiedlichen Tasks oder Kontexten müssen auf Aufruferseite verhindert werden. -
Aufrufkontext und Parameter: Es dürfen keine Ein-/Ausgangs- oder reinen Ausgangsparameter übergeben werden; es ist ausschließlich der Eingabeparameter
Modevorgesehen ([SWS_Ea_00085]).
Dieser Text wurde von einer KI auf Basis der AUTOSAR-Spezifikation erstellt.
Implementer's Guide folgt (Komplexität I1)
function Ea_Read [SWS_Ea_00086] 📄 PDF
Std_ReturnType Ea_Read (uint16 BlockNumber, uint16 BlockOffset, uint8* DataBufferPtr, uint16 Length);
Reads Length bytes of block Blocknumber at offset Block Offset into the buffer Data Buffer Ptr.
Verwendung und Semantik
Die Funktion Ea_Read dient dem Auslesen von Nutzdaten aus einem spezifizierten logischen EEPROM-Block über den Header Ea.h [SWS_Ea_00086]. Über den Parameter Block Number wird der logische Block adressiert, welcher zugleich dessen Startadresse im EEPROM bestimmt [SWS_Ea_00086]. Der Parameter Block Offset legt den relativen Leseversatz innerhalb des Blocks fest, während Length die Anzahl der zu lesenden Bytes definiert [SWS_Ea_00086]. Die Zieldaten werden in den durch Data Buffer Ptr referenzierten Puffer geschrieben [SWS_Ea_00086].
Der Aufruf verhält sich asynchron (Asynchronous): Der Rückgabewert E_OK signalisiert ausschließlich, dass das EA-Modul die Auftragsanforderung akzeptiert hat, wohingegen E_NOT_OK eine Zurückweisung des Auftrags anzeigt [SWS_Ea_00086]. Interpretation: Da die Datenübertragung asynchron im Hintergrund erfolgt, dürfte der referenzierte Puffer bis zur vollständigen Ausführung des Auftrags unverändert und gültig bereitgestellt werden müssen. Frage Q-34c9b29f373bd6cf (offen)
Nebenläufigkeit und Einschränkungen
Die Schnittstelle ist als nicht reentrant (Non Reentrant) spezifiziert [SWS_Ea_00086]. Parallele Aufrufe aus unterschiedlichen Ausführungskontexten heraus sind folglich nicht zulässig und müssen aufruferseitig synchronisiert werden.
Dieser Nutzungshinweis wurde automatisiert auf Basis der Spezifikation R20-11 erzeugt.
function Ea_Write [SWS_Ea_00087] 📄 PDF
Std_ReturnType Ea_Write (uint16 BlockNumber, const uint8* DataBufferPtr);
Writes the contents of the Data Buffer Ptr to the block Block Number.
Die Funktion Ea_Write stößt das asynchrone Schreiben von Daten aus einem Puffer in einen logischen EEPROM-Block an [SWS_Ea_00087]. Sie ist über die Header-Datei Ea.h deklariert und besitzt die Service-ID 0x03 [SWS_Ea_00087].
Parameter und Rückgabewert
BlockNumber(Eingang,uint16): Bezeichnet die Nummer des logischen Blocks und repräsentiert zugleich dessen Startadresse im EEPROM [SWS_Ea_00087].DataBufferPtr(Eingang,const uint8*): Zeiger auf den Puffer, der die zu schreibenden Daten enthält [SWS_Ea_00087].- Rückgabewert (
Std_ReturnType):E_OKsignalisiert, dass der Schreibauftrag vom EA-Modul zur Ausführung angenommen wurde;E_NOT_OKbedeutet, dass die Anforderung abgewiesen wurde [SWS_Ea_00087].
Nebenläufigkeit und Einschränkungen
Die Funktion ist als nicht reentrant (Non Reentrant) spezifiziert [SWS_Ea_00087]. Daher dürfen nebenläufige Aufrufe vermutlich nicht unkoordiniert ohne vorherige externe Synchronisation erfolgen. Frage Q-a52fbcca6963c760 (offen) Da der Schreibprozess asynchron (Asynchronous) ausgeführt wird [SWS_Ea_00087], dürfte der Aufrufer den bereitgestellten Puffer DataBufferPtr bis zur vollständigen Beendigung des Auftrags unverändert im Speicher vorhalten müssen. Spezifische DET- oder DEM-Fehlercodes sind im Spezifikationsauszug der Funktion nicht benannt.
Dieser Nutzungshinweis wurde von einer KI auf Basis der Spezifikation von AUTOSAR Release R20-11 generiert.
function Ea_Cancel [SWS_Ea_00088] 📄 PDF
void Ea_Cancel (void);
Cancels the ongoing asynchronous operation.
Die Funktion Ea_Cancel bricht einen gegenwärtig laufenden asynchronen Vorgang des EEPROM-Abstraction-Moduls ab ([SWS_Ea_00088]). Der Dienst wird über die Header-Datei Ea.h bereitgestellt und besitzt die Service-ID 0x04 ([SWS_Ea_00088]).
Hinsichtlich des Aufrufverhaltens und der Schnittstellendefinition gelten folgende Merkmale ([SWS_Ea_00088]):
- Semantik: Der Aufruf selbst erfolgt synchron (
Synchronous), obwohl er eine laufende asynchrone Operation abbricht ([SWS_Ea_00088]). - Parameter und Rückgabe: Die Signatur lautet
void Ea_Cancel(void). Die Funktion erwartet weder Eingabe- noch Ausgabe- oder Übergabeparameter und besitzt keinen Rückgabewert ([SWS_Ea_00088]). - Reentranz: Die Schnittstelle ist als nicht reentrant (
Non Reentrant) definiert ([SWS_Ea_00088]). Sie darf folglich nicht nebenläufig aus mehreren Ausführungskontexten oder unterbrechenden Tasks aufgerufen werden.
Da Ea_Cancel keine Auftrags- oder Block-Identifikatoren entgegennimmt, bezieht sich der Abbruch unmittelbar auf den aktuell in Bearbeitung befindlichen asynchronen Gesamtvorgang ([SWS_Ea_00088]). Spezifische Fehlercodes oder Rückmeldungen an Detektionsmechanismen sind in den Spezifikationsdaten nicht enthalten. Vermutlich erfolgt der Aufruf typischerweise durch übergeordnete Schichten wie das Memory Abstraction Interface (MemIf), um langwierige Lese-, Schreib- oder Löschvorgänge gezielt vorzeitig zu beenden. Frage Q-e441cbf6a5097568 (offen)
Dieser Text wurde von einer KI auf Basis der AUTOSAR-Spezifikation R20-11 generiert.
function Ea_GetStatus [SWS_Ea_00089] 📄 PDF
MemIf_StatusType Ea_GetStatus (void);
Service to return the Status.
function Ea_GetJobResult [SWS_Ea_00090] 📄 PDF
MemIf_JobResultType Ea_GetJobResult (void);
Service to return the Job Result.
function Ea_InvalidateBlock [SWS_Ea_00091] 📄 PDF
Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);
Invalidates the block Block Number.
Verwendung
Die Funktion Ea_InvalidateBlock dient der Invalidierung eines durch die logische Blocknummer angegebenen Blocks [SWS_Ea_00091]. Sie besitzt die Service-ID 0x07 und wird über die Header-Datei Ea.h bereitgestellt [SWS_Ea_00091]. Als Eingabeparameter nimmt sie Block Number vom Typ uint16 entgegen; dieser bezeichnet die logische Blocknummer und gibt zugleich die Startadresse des betreffenden Blocks im EEPROM an [SWS_Ea_00091]. Ein-/Ausgabeparameter oder reine Ausgabeparameter sind für diesen Dienst nicht definiert [SWS_Ea_00091].
Der Aufruf wird als asynchrone Operation (Asynchronous) ausgeführt [SWS_Ea_00091]. Ein Rückgabewert E_OK vom Typ Std_ReturnType bestätigt dem Aufrufer, dass das EA-Modul die Auftragsanforderung zur weiteren Bearbeitung angenommen hat [SWS_Ea_00091].
Fehlerbehandlung
Konnte das EA-Modul den angeforderten Auftrag nicht annehmen, wird der Fehlerwert E_NOT_OK zurückgegeben [SWS_Ea_00091]. Laut Spezifikation erfolgt diese Rückgabe von E_NOT_OK jedoch ausschließlich dann, wenn DET aktiviert ist [SWS_Ea_00091].
Nebenläufigkeit und Einschränkungen
Die Schnittstelle ist als nicht reentrant (Non Reentrant) spezifiziert [SWS_Ea_00091]. Interpretation: Aufrufer dürfen die Funktion folglich vermutlich nicht parallel oder unterbrechend aufrufen, da keine modulseitige Reentranz gewährleistet wird [SWS_Ea_00091]. Frage Q-81d805517d2eac88 (offen)
Dieser Nutzungshinweis wurde automatisiert auf Basis der Spezifikation von AUTOSAR Classic R20-11 erstellt.
function Ea_GetVersionInfo [SWS_Ea_00092] 📄 PDF
void Ea_GetVersionInfo (Std_VersionInfoType* VersionInfoPtr);
Service to get the version information of this module.
function Ea_EraseImmediateBlock [SWS_Ea_00093] 📄 PDF
Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);
Erases the block Block Number.
Die Funktion Ea_EraseImmediateBlock dient dem Löschen eines logischen Blocks im EEPROM gemäß [SWS_Ea_00093].
- Verwendung und Semantik: Der Aufruf erfolgt asynchron ([SWS_Ea_00093]). Über den Eingabeparameter
Block Numberwird die Nummer des logischen Blocks übergeben, welche zugleich die Startadresse dieses Blocks im EEPROM bezeichnet ([SWS_Ea_00093]). Der Rückgabewert ist vom TypStd_ReturnType:E_OKsignalisiert, dass der angeforderte Auftrag vom Modul akzeptiert wurde ([SWS_Ea_00093]). - Fehlerbehandlung: Sofern das Default Error Tracer (DET) aktiviert ist, gibt die Funktion
E_NOT_OKzurück, wenn der Auftrag vom EA-Modul nicht angenommen werden konnte ([SWS_Ea_00093]). Ist DET nicht aktiviert, dürfte nach dem Wortlaut der Spezifikation im Fehlerfall keinE_NOT_OKzurückgegeben werden. Frage Q-5015a2135dbd4723 (offen) - Nebenläufigkeit und Einschränkungen: Die Funktion ist als nicht reentrant (Non Reentrant) spezifiziert ([SWS_Ea_00093]). Aufrufer müssen daher sicherstellen, dass parallele oder überlappende Aufrufe vermieden werden. Die Deklaration ist über die Header-Datei
Ea.hverfügbar, und die Service-ID lautet0x09([SWS_Ea_00093]).
Dieser Text wurde von einer KI auf Basis der AUTOSAR-Spezifikation erstellt.
function Ea_JobEndNotification [SWS_Ea_00094] 📄 PDF
void Ea_JobEndNotification (void);
Service to report to this module the successful end of an asynchronous operation.
Die Funktion Ea_JobEndNotification dient dazu, dem Modul Ea den erfolgreichen Abschluss einer zuvor initiierten asynchronen Operation mitzuteilen [SWS_Ea_00094]. Die Schnittstelle wird über den Header Ea.h bereitgestellt und besitzt die Service-ID 0x10 [SWS_Ea_00094].
Hinsichtlich Semantik und Schnittstellendefinition gelten folgende Eigenschaften gemäß [SWS_Ea_00094]:
- Signatur und Parameter: Die Funktion erwartet keine Übergabeparameter (
void) und liefert keinen Rückgabewert (void). - Synchronität: Der Aufruf wird synchron verarbeitet.
- Fehlerbehandlung: Die Schnittstelle meldet ausschließlich den erfolgreichen Abschluss; spezifische Fehlercodes oder Fehlermeldungen sind für diese Benachrichtigung im Element nicht definiert.
In Bezug auf Nebenläufigkeit ist Ea_JobEndNotification als nicht reentrant (Non Reentrant) spezifiziert [SWS_Ea_00094]. Aufrufer müssen daher sicherstellen, dass keine parallelen oder verschachtelten Aufrufe erfolgen. Interpretation: Die Funktion dürfte typischerweise durch einen unterlagerten Treiber aufgerufen werden, sobald dessen asynchrone Bearbeitung beendet ist, wobei der aufrufende Kontext vermutlich für die sequenzielle Abfolge ohne gegenseitige Verdrängung sorgen muss. Frage Q-296b61b743e7c9b8 (offen)
Dieser Nutzungshinweis wurde von einer KI auf Basis der Spezifikation AUTOSAR R20-11 generiert.
function Ea_JobErrorNotification [SWS_Ea_00095] 📄 PDF
void Ea_JobErrorNotification (void);
Service to report to this module the failure of an asynchronous operation.
Die Funktion Ea_JobErrorNotification dient als Benachrichtigungsschnittstelle, um dem Modul Ea den Fehler einer zuvor initiierten asynchronen Operation zu melden [SWS_Ea_00095]. Sie ist über die Header-Datei Ea.h verfügbar und besitzt die Service-ID 0x11 [SWS_Ea_00095].
Hinsichtlich der Schnittstellenspezifikation und Verwendung gelten folgende Eigenschaften:
- Parameter und Rückgabewert: Die Funktion besitzt weder Übergabeparameter (weder in, out noch inout) noch einen Rückgabewert (Signatur
void Ea_JobErrorNotification(void)) [SWS_Ea_00095]. - Ausführungsverhalten und Reentranz: Der Aufruf wird synchron verarbeitet, ist jedoch als nicht reentrant (Non Reentrant) spezifiziert [SWS_Ea_00095]. Aufrufer müssen daher sicherstellen, dass Aufrufe sequenziell erfolgen und nicht durch parallele Kontexte überlappen.
- Zusammenspiel: Da die Funktion das Scheitern eines asynchronen Auftrags signalisiert, dürfte der Aufruf typischerweise durch ein unterlagertes Hardware-Abstraktionsmodul bzw. einen Speichertreiber erfolgen, sobald ein Auftrag fehlschlägt (Interpretation). Frage Q-810e76dee987a5a1 (offen)
Spezifische Fehlercodes, Entwicklungsfehler (DET) oder Produktionsfehler (DEM) sind für diesen Service nicht definiert; ein gesondertes Fehlerverhalten für den Aufruf selbst wird im Element nicht spezifiziert.
Dieser Text wurde von einer KI erstellt. Alle fachlichen Aussagen basieren ausschließlich auf den Spezifikationsdaten aus AUTOSAR R20-11.
function Ea_MainFunction [SWS_Ea_00096] 📄 PDF
void Ea_MainFunction (void);
Service to handle the requested jobs and the internal management operations.
Verwendung
Die Funktion Ea_MainFunction dient der Bearbeitung angeforderter Aufträge sowie der Abwicklung interner Verwaltungsoperationen innerhalb des EEPROM-Abstraction-Moduls [SWS_Ea_00096]. Gemäß der Schnittstellendefinition void Ea_MainFunction(void) nimmt die Funktion keine Übergabeparameter entgegen und liefert keinen Rückgabewert an den Aufrufer zurück [SWS_Ea_00096].
Aufrufkontext und Nebenläufigkeit
Die Schnittstelle besitzt die Service-ID 0x12 und wird über die Header-Datei SchM_Ea.h deklariert [SWS_Ea_00096]. Interpretation: Aufgrund der Bereitstellung über SchM_Ea.h dürfte der Aufruf typischerweise zyklisch durch den Schedule Manager (BSW Scheduler) im Task-Kontext erfolgen, um die asynchrone Bearbeitung von Speicheraufträgen kontinuierlich im Hintergrund fortzuführen. Frage Q-23f33a40a1e08c34 (offen)
Fehlerbehandlung
Da Ea_MainFunction keinen Rückgabewert bereitstellt, werden Fehlerzustände oder der Auftragsfortschritt nicht direkt über den Funktionsaufruf übermittelt [SWS_Ea_00096]. Spezifische Fehlercodes sowie Anforderungen zur Meldung an das Entwicklungsschnittstellenmodul (DET) oder das Diagnosemodul (DEM) sind im vorliegenden Spezifikationsauszug nicht für diesen Dienst definiert.
Dieser Text wurde automatisch generiert. Alle Angaben basieren ausschließlich auf den Spezifikationsdaten des Release R20-11.
function NvM_JobEndNotification [SWS_Ea_00099] 📄 PDF
void NvM_JobEndNotification (void);
Function to be used by the underlying memory abstraction to signal end of job without error.
Verwendung und Semantik
Die Callback-Funktion NvM_JobEndNotification dient gemäß [SWS_Ea_00099] der zugrunde liegenden Speicherabstraktion dazu, das erfolgreiche Ende eines Auftrags ohne Fehler an übergeordnete Module zu signalisieren. Der Dienst besitzt die Signatur void NvM_JobEndNotification(void); er erwartet weder Eingabe- noch Ein-/Ausgabeparameter und gibt keinen Wert zurück [SWS_Ea_00099]. Die Ausführung ist synchron spezifiziert, und die Schnittstelle wird über die Header-Datei NvM_MemIf.h bereitgestellt [SWS_Ea_00099].
Nebenläufigkeit und Aufrufbedingungen
In Bezug auf das Laufzeitverhalten ist NvM_JobEndNotification als nicht reentrant (Non Reentrant) eingestuft [SWS_Ea_00099]. Aufrufende Instanzen müssen deshalb sicherstellen, dass die Benachrichtigung nicht unterbrechend oder parallel aus mehreren Kontexten aufgerufen wird. Interpretation: Die Speicherabstraktionsschicht dürfte die Funktion typischerweise im Rahmen ihrer zyklischen Hauptfunktion oder nach Abschluss eines asynchronen Treiberauftrags ausführen, sobald feststeht, dass die Operation fehlerfrei beendet wurde. Frage Q-adabc07be0a3e7d2 (offen)
Fehlerbehandlung und Zusammenspiel
Für diese Benachrichtigungsfunktion sind in [SWS_Ea_00099] weder spezifische Fehlercodes noch Entwicklungsfehler (DET) oder Produktionsfehler (DEM) definiert. Dies begründet sich darin, dass der Aufruf ausschließlich die fehlerfreie Beendigung eines Auftrags anzeigt [SWS_Ea_00099]. Tritt während eines Speicherauftrags ein Fehler auf, wird diese Benachrichtigung nicht aufgerufen.
Dieser Text wurde von einer KI auf Basis der Spezifikation generiert.
function NvM_JobErrorNotification [SWS_Ea_00100] 📄 PDF
void NvM_JobErrorNotification (void);
Function to be used by the underlying memory abstraction to signal end of job with error.
Die Benachrichtigungsfunktion NvM_JobErrorNotification wird von der unterliegenden Speicherabstraktion (Memory Abstraction) genutzt, um den fehlerhaften Abschluss eines Auftrags an den NVRAM Manager zu melden [SWS_Ea_00100]. Die Deklaration dieser Schnittstelle wird über die Header-Datei NvM_MemIf.h zur Verfügung gestellt [SWS_Ea_00100].
Für den Aufruf und die Einbindung der Schnittstelle gelten die folgenden Eigenschaften gemäß Spezifikation [SWS_Ea_00100]:
-
Signatur und Syntax: Die Funktion besitzt die Signatur
void NvM_JobErrorNotification (void)[SWS_Ea_00100]. -
Parameter und Rückgabewerte: Die Funktion besitzt weder Eingabeparameter (
Parameters (in): None), Ein-/Ausgabeparameter (Parameters (inout): None) noch Ausgabeparameter (Parameters (out): None) und gibt keinen Wert zurück (Return value: None) [SWS_Ea_00100]. -
Synchronizität: Der Aufruf ist als synchron (
Synchronous) spezifiziert [SWS_Ea_00100]. -
Nebenläufigkeit: Die Funktion ist als nicht reentrant (
Non Reentrant) festgelegt [SWS_Ea_00100]. Entsprechende Aufrufe aus der Speicherabstraktion dürfen somit nicht nebenläufig oder überlappend erfolgen.
Spezifische Fehlercodes, Parameter zur Fehlerdifferenzierung oder Anforderungen an Benachrichtigungen an das Default Error Tracer (DET) oder das Diagnostic Event Manager (DEM) Modul sind in der Definition nicht enthalten [SWS_Ea_00100]. Die Funktion dient ausschließlich als reine Statusmeldung über das mit einem Fehler beendete Job-Ergebnis [SWS_Ea_00100].
Dieser Nutzungshinweis wurde automatisiert generiert und stützt sich ausschließlich auf die Spezifikation von AUTOSAR Classic R20-11.
type Ea_ConfigType [SWS_Ea_00190] 📄 PDF
Configuration data structure of the Ea module.
Request a governed re-review of this record. The record is not changed immediately.
- Record
AUTOSAR/AP/record/CP_MOD_Ea- Status
- unspecified
- Version
AUTOSAR/AP/record/CP_MOD_Ea@rel:R20-11#f80fbf9c- Content hash
f80fbf9c- Source
- https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_EEPROMAbstraction.pdf#nameddest=SWS_Ea_00084
claude-opus-5-5· 2026-10-13