DEENESPTFRRUARHIKOZHNL

EEPROM Abstraction (Ea)

ModulEa (EEPROM Abstraction)
BSW-Modul-ID40
Standard-Header#include "Ea.h"
SWS-SpezifikationAUTOSAR_SWS_EEPROMAbstraction.pdf
ClusterMemory Services

Guía del móduloGENERADO POR IA

Mapea bloques de memoria lógicos en direcciones de EEPROM y procesa trabajos de lectura y escritura de forma asíncrona.
GENERADO POR IA no revisado Modelo: claude-opus-5-5 · Esfuerzo: high · Temperatura: no controlable · Prompt: 55a6c103b1ca Procedencia Preguntas abiertas (4)
Ancla causal: R20-11 Válido desde R20-11 Sintetizado para esta versión de especificación.
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

Mapea bloques de memoria lógicos en direcciones de EEPROM y procesa trabajos de lectura y escritura de forma asíncrona.

La EEPROM Abstraction mapea bloques lógicos de NvM en direcciones de una EEPROM y utiliza en R20-11 el controlador Eep. Los trabajos de lectura, escritura, invalidación y borrado se aceptan de forma síncrona y se ejecutan de forma asíncrona en la Main Function invocada cíclicamente ([SWS_Ea_00096]). El módulo notifica la conclusión o el fallo mediante callback a NvM o a través del resultado del trabajo. Una escritura afecta siempre al bloque completo. Solo en R20-11 existen todavía Ea_SetMode y un Ea_Cancel síncrono ([SWS_Ea_00088]).

La EEPROM Abstraction (Ea) mapea bloques lógicos en direcciones de EEPROM. Se sitúa entre MemIf y el controlador de EEPROM Eep; el número de bloque designa al mismo tiempo la dirección de inicio del bloque ([SWS_Ea_00087]). Hacia abajo, Ea utiliza en R20-11 los servicios de Eep para lectura, escritura, borrado, cancelación y cambio de modo ([SWS_Ea_00097]). No es hasta R21-11 cuando MemAcc sustituye al controlador Eep y Ea_SetMode se suprime (SWS EA p. 1).

ea_kontext EcuM EcuM Ea Ea EcuM->Ea Ea_Init(ConfigPtr) SchM BSW Scheduler SchM->Ea Ea_MainFunction() Diag Diagnose-/Systemdienst Diag->Ea Ea_EraseImmediateBlock NvM NvM MemIf MemIf NvM->MemIf MemIf_Read / MemIf_Write / MemIf_Cancel / MemIf_SetMode MemIf->Ea Ea_Read, Ea_Write, Ea_Cancel, Ea_SetMode Ea->NvM NvM_JobEndNotification / NvM_JobErrorNotification Eep Eep Ea->Eep Eep_Read, Eep_Write, Eep_Erase, Eep_Cancel, Eep_SetMode, Eep_GetStatus, Eep_GetJobResult Det DET Ea->Det Det_ReportRuntimeError, Det_ReportError (optional) Eep->Ea Ea_JobEndNotification / Ea_JobErrorNotification

Diagrama de contexto: Ea entre NvM/MemIf y Eep, inicializado por EcuM e impulsado por el BSW Scheduler. Fuentes: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097]

Tras Ea_Init con un puntero al conjunto de configuración ([SWS_Ea_00084]), Ea_GetStatus notifica uno de los estados MEMIF_IDLE, MEMIF_BUSY o MEMIF_BUSY_INTERNAL ([SWS_Ea_00089]). El último representa la gestión interna como una garbage collection (SWS EA p. 28).

La lectura, la escritura, la invalidación y el borrado inmediato son asíncronos. E_OK solo confirma que el trabajo fue aceptado. La ejecución tiene lugar en la Ea_MainFunction invocada cíclicamente ([SWS_Ea_00086], [SWS_Ea_00096]). La lectura es posible con un offset y una longitud arbitrarios. La escritura afecta siempre al bloque completo con offset cero (SWS EA p. 25). Que el trabajo de escritura también comience en la Main Function es una interpretación.

orden de escritura a través de EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)dirección a partir de BlockNumber, offset 0longitud = longitud de bloque configuradaBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Suposición: la orden de controlador se inicia en Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Diagrama de secuencia: aceptación síncrona, ejecución asíncrona a través de Eep y notificación mediante callback a NvM. Fuentes: SWS Eep p. 50, [SWS_Ea_00094], [SWS_Ea_00099]

Ea_Cancel es síncrono en R20-11 ([SWS_Ea_00088]). El módulo notifica los errores mediante los códigos EA_E_UNINIT a EA_E_INVALID_CANCEL ([SWS_Ea_91001], [SWS_Ea_91002]). Los errores de hardware llegan a NvM según la configuración por una de dos vías:

  • a través de la consulta del resultado del trabajo MEMIF_JOB_FAILED,
  • a través del callback NvM_JobErrorNotification.

La recuperación corre a cargo en cada caso de NvM (ErrorDescription p. 48).

Rol en la pila de memoria: del bloque lógico a la dirección de EEPROM

La EEPROM Abstraction (Ea) se sitúa en la pila de memoria entre la Memory Abstraction Interface (MemIf) y el controlador de EEPROM (Eep). Hacia arriba ofrece servicios orientados a bloques. El número de bloque designa un bloque lógico y al mismo tiempo su dirección de inicio en la EEPROM ([SWS_Ea_00086], [SWS_Ea_00087]). MemIf reenvía los trabajos de lectura y escritura al módulo de abstracción seleccionado por el parámetro DeviceIndex y transmite su valor de retorno (SWS MemIf p. 18, SWS MemIf p. 19).

Hacia abajo, Ea utiliza en R20-11 los servicios del controlador de EEPROM: Eep_Read, Eep_Write, Eep_Erase, Eep_Cancel, Eep_GetStatus, Eep_GetJobResult y Eep_SetMode. A ellos se añade Det_ReportRuntimeError ([SWS_Ea_00097]). Det_ReportError es una interfaz opcional ([SWS_Ea_00098]). Los tipos importados Eep_AddressType, Eep_LengthType, MemIf_StatusType, MemIf_JobResultType y MemIf_ModeType reflejan esta integración ([SWS_Ea_00083]).

En cuanto a la clasificación de versiones: según el historial de cambios, a partir de R21-11 se suprime Ea_SetMode. Además, Ea_Cancel pasa a ser asíncrono, se añade la alineación de búfer y MemAcc sustituye a Eep como capa inferior (SWS EA p. 1). Por lo tanto, para R20-11 siguen aplicando Eep como capa inferior y Ea_SetMode como servicio. Las reglas sobre la alineación de búfer (SWS EA p. 19) no aplican a R20-11.

ea_kontext EcuM EcuM Ea Ea EcuM->Ea Ea_Init(ConfigPtr) SchM BSW Scheduler SchM->Ea Ea_MainFunction() Diag Diagnose-/Systemdienst Diag->Ea Ea_EraseImmediateBlock NvM NvM MemIf MemIf NvM->MemIf MemIf_Read / MemIf_Write / MemIf_Cancel / MemIf_SetMode MemIf->Ea Ea_Read, Ea_Write, Ea_Cancel, Ea_SetMode Ea->NvM NvM_JobEndNotification / NvM_JobErrorNotification Eep Eep Ea->Eep Eep_Read, Eep_Write, Eep_Erase, Eep_Cancel, Eep_SetMode, Eep_GetStatus, Eep_GetJobResult Det DET Ea->Det Det_ReportRuntimeError, Det_ReportError (optional) Eep->Ea Ea_JobEndNotification / Ea_JobErrorNotification

Diagrama de contexto: Ea media entre NvM/MemIf arriba y el controlador Eep abajo. EcuM inicializa el módulo, el BSW Scheduler lo activa cíclicamente y DET recibe los mensajes de error. Fuentes: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097], [SWS_Ea_00098], [SWS_Ea_00099], [SWS_Ea_00100], SWS EA p. 34

Arranque y estados del módulo

Ea_Init inicializa el módulo de forma síncrona y no es reentrante. ConfigPtr apunta al conjunto de configuración seleccionado ([SWS_Ea_00084]). Ea_ConfigType es una estructura con elementos específicos de la implementación ([SWS_Ea_00190]). Según el diagrama de secuencias de la especificación, el ECU State Manager llama a Ea_Init durante el arranque (SWS EA p. 47). Como se trata de una única llamada, aparece en el diagrama de estados inferior como una transición.

Ea_GetStatus proporciona el estado operativo de forma síncrona como MemIf_StatusType ([SWS_Ea_00089]):

  • MEMIF_UNINIT: antes de la inicialización.
  • MEMIF_IDLE: no se está ejecutando ninguna orden ni gestión interna.
  • MEMIF_BUSY: se está procesando una solicitud de la capa superior.
  • MEMIF_BUSY_INTERNAL: se está ejecutando una operación de gestión interna, como una reorganización de la memoria EEPROM (Garbage Collection). Durante este proceso, el controlador también puede estar ocupado temporalmente.

Los estados están descritos en SWS EA p. 28. El módulo acepta una orden de escritura en el estado MEMIF_IDLE y también en el estado MEMIF_BUSY_INTERNAL (SWS EA p. 25).

ea_status start MEMIF_UNINIT MEMIF_UNINIT start->MEMIF_UNINIT MEMIF_IDLE MEMIF_IDLE MEMIF_UNINIT->MEMIF_IDLE Ea_Init(ConfigPtr) MEMIF_BUSY MEMIF_BUSY MEMIF_IDLE->MEMIF_BUSY Auftrag angenommen (Ea_Read, Ea_Write, ...) MEMIF_BUSY_INTERNAL MEMIF_BUSY_INTERNAL MEMIF_IDLE->MEMIF_BUSY_INTERNAL interne Verwaltung startet (z. B. Garbage Collection) MEMIF_BUSY->MEMIF_IDLE orden finalizada (éxito/error) o Ea_Cancel MEMIF_BUSY_INTERNAL->MEMIF_IDLE interne Verwaltung beendet MEMIF_BUSY_INTERNAL->MEMIF_BUSY Ea_Write angenommen

Diagrama de estados: Ciclo de vida del estado del módulo desde MEMIF_UNINIT a través de MEMIF_IDLE hasta MEMIF_BUSY o MEMIF_BUSY_INTERNAL. Desde la gestión interna se acepta una orden de escritura. Fuentes: [SWS_Ea_00084], [SWS_Ea_00089], SWS EA p. 28, SWS EA p. 25, SWS EA p. 27

Aceptar órdenes y procesarlas en Ea_MainFunction

Ea_Read, Ea_Write, Ea_InvalidateBlock y Ea_EraseImmediateBlock son asíncronos. E_OK solo significa que el módulo ha aceptado la orden. E_NOT_OK significa que la ha rechazado ([SWS_Ea_00086], [SWS_Ea_00087], [SWS_Ea_00091], [SWS_Ea_00093]). Hasta obtener el resultado, Ea_GetJobResult notifica el valor MEMIF_JOB_PENDING ([SWS_Ea_00090]).

El trabajo efectivo lo realiza Ea_MainFunction, disponible a través de SchM_Ea.h ([SWS_Ea_00096]). El Basic Software Scheduler llama a la función directamente. No tiene parámetros ni valor de retorno y no es reentrante (SWS EA p. 36).

ea_annahme start d1 Modul initialisiert? (Status ≠ MEMIF_UNINIT) start->d1 d2 Status MEMIF_BUSY? d1->d2 Sí e1 notificar EA_E_UNINIT retorno E_NOT_OK d1->e1 No d3 ¿número de bloque, offset, longitud, puntero válidos? d2->d3 no (IDLE o BUSY_INTERNAL) e2 notificar EA_E_BUSY retorno E_NOT_OK d2->e2 Sí e3 notificar EA_E_INVALID_BLOCK_NO / _OFS / _LEN o EA_E_PARAM_POINTER retorno E_NOT_OK d3->e3 No ok adoptar parámetros estado MEMIF_BUSY resultado del trabajo MEMIF_JOB_PENDING retorno E_OK d3->ok Sí mf Abarbeitung in Ea_MainFunction ok->mf hinweis Suposición: orden de las comprobaciones hinweis->d1 betrifft

Diagrama de actividad: Comprobaciones al aceptar una orden y sus códigos de error. El orden de comprobación es una suposición. Fuentes: [SWS_Ea_91001], [SWS_Ea_91002], [SWS_Ea_00089], [SWS_Ea_00090], SWS EA p. 25

Ea_Read calcula la dirección de lectura a partir del número de bloque y del offset. El offset y la longitud pueden tomar cualquier valor de su rango de tipo, de modo que se puede leer cualquier número de bytes a partir de cualquier posición del bloque. La operación de lectura se ejecuta explícitamente de forma asíncrona en la Main Function (SWS EA p. 24).

Ea_Write calcula la dirección de escritura a partir del número de bloque con un offset fijo de cero. La función establece la longitud a la longitud configurada para el bloque (SWS EA p. 25). Por lo tanto, una escritura siempre afecta a todo el bloque ([SWS_Ea_00087]). El diagrama para la orden de escritura muestra el recorrido posterior a través de Eep_Write, la Eep_MainFunction cíclica, Ea_JobEndNotification y NvM_JobEndNotification (SWS Eep p. 50).

Interpretación: Para la lectura, el inicio de la orden del controlador en Ea_MainFunction se exige expresamente. Pregunta Q-50dcdf4156855a99 (abierta) Para la escritura debería aplicarse lo mismo, ya que Ea_MainFunction procesa las órdenes solicitadas ([SWS_Ea_00096]). En el caso de una biblioteca específica del fabricante, los diagramas de secuencias solo son vinculantes para la relación con los módulos invocadores, no para las llamadas al controlador (SWS EA p. 45).

orden de escritura a través de EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)dirección a partir de BlockNumber, offset 0longitud = longitud de bloque configuradaBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Suposición: la orden de controlador se inicia en Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Diagrama de secuencias: Una orden de escritura se acepta de forma síncrona, se ejecuta de forma asíncrona a través del controlador y se notifica al NvM mediante callback. Fuentes: SWS Eep p. 50, SWS MemIf p. 19, [SWS_Ea_00087], [SWS_Ea_00094], [SWS_Ea_00099]

Gestión de bloques: Mapeo de direcciones, consistencia e invalidación

La Fig. 7.1 compara la memoria virtual con la física. El número de bloque (16 bits) y el offset (16 bits) forman una dirección virtual, de modo que un bloque puede abarcar hasta 64 KiB. Físicamente, los bloques se alinean con el tamaño de página virtual configurado EA_VIRTUAL_PAGE_SIZE; el espacio virtual no utilizado no ocupa memoria (SWS EA p. 23).

Ea mantiene su propia información de consistencia para cada bloque. Al inicio de un proceso de escritura, el bloque se considera inconsistente; tras finalizar con éxito, vuelve a considerarse consistente. Ea debe poder distinguir un bloque inconsistente de un bloque invalidado intencionadamente (SWS EA p. 19, versión R24-11). Para el invocador, ambos casos se hacen visibles a través de los resultados del job MEMIF_BLOCK_INCONSISTENT y MEMIF_BLOCK_INVALID ([SWS_Ea_00090]).

Ea_InvalidateBlock invalida el bloque BlockNumber ([SWS_Ea_00091]). Según la implementación, esto se realiza mediante la función de borrado del controlador o a través de información de gestión interna, que entonces debe almacenarse de forma no volátil (SWS EA p. 31).

Ea_EraseImmediateBlock borra un bloque ([SWS_Ea_00093]). La función está pensada para servicios de diagnóstico o servicios del sistema comparables que borran previamente el área para datos inmediatos. Calcula la dirección con un offset de cero. Garantiza que Ea pueda escribir datos inmediatos (SWS EA p. 34).

Modo de operación, cancelación y notificaciones

En R20-11, Ea_SetMode conmuta el modo del controlador EEPROM con el parámetro Mode de tipo MemIf_ModeType. El servicio es asíncrono y no reentrante ([SWS_Ea_00085]). La signatura abreviada sin parámetros en los elementos de la API difiere de esto; prevalece la descripción del servicio. Los diagramas muestran la cadena NvM → MemIf_SetMode → Ea_SetMode → Eep_SetMode (SWS EA p. 42). A partir de R21-11 se suprime el servicio (SWS EA p. 1).

cambio de modo con Ea_SetMode (R20-11)NvMMemIfEaEepMemIf_SetMode(MemIf_ModeType)Ea_SetMode(MemIf_ModeType)Eep_SetMode(MemIf_ModeType)Eep_SetMode()Ea_SetMode()MemIf_SetMode()Ea_SetMode solo hasta R20-11, eliminado a partir de R21-11

Diagrama de secuencias: Un cambio de modo se propaga desde el NvM a través de MemIf y Ea hasta el controlador (solo hasta R20-11). Fuentes: [SWS_Ea_00085], SWS EA p. 52, SWS EA p. 42

Ea_Cancel cancela la orden asíncrona en curso y es síncrono en R20-11 ([SWS_Ea_00088]). La sección posterior del documento describe el servicio como asíncrono; para R20-11 prevalece el requisito. En cuanto al contenido, según este punto se aplica: En el estado MEMIF_BUSY, Ea llama a la función de cancelación del controlador y restablece sus variables internas. El resultado del job es entonces MEMIF_JOB_CANCELED (SWS EA p. 27). MemIf reenvía la cancelación (SWS MemIf p. 20). Una cancelación sin orden pendiente da como resultado EA_E_INVALID_CANCEL ([SWS_Ea_91002]).

cancelación de una orden con Ea_CancelNvMMemIfEaEepMemIf_Cancel(DeviceIndex)Ea_Cancel()altStatus MEMIF_UNINIT (DET aktiv)EA_E_UNINIT meldenvariables internas sin cambiosStatus MEMIF_BUSYEep_Cancel()Retornorestablecer variables internasJobergebnis MEMIF_JOB_CANCELEDlisto para una nueva ordenninguna orden pendienteEA_E_INVALID_CANCEL meldenRetornoRetorno

Diagrama de secuencias: Ea_Cancel se bifurca, según el estado del módulo, en cancelación en el controlador, mensaje de error o retorno sin cambios. Fuentes: [SWS_Ea_00088], [SWS_Ea_91002], [SWS_Ea_00097], SWS EA p. 27, SWS MemIf p. 20

La capa inferior notifica el éxito o el fallo de una orden asíncrona mediante Ea_JobEndNotification o Ea_JobErrorNotification ([SWS_Ea_00094], [SWS_Ea_00095]). Ea señala entonces al NvM NvM_JobEndNotification o NvM_JobErrorNotification de NvM_MemIf.h ([SWS_Ea_00099], [SWS_Ea_00100]). MemIf no proporciona callbacks por sí mismo (SWS MemIf p. 24).

Los callbacks pueden ejecutarse a nivel de interrupción. Por tanto, su tiempo de ejecución debe ser breve y el diseño del sistema debe adaptar la configuración a ello (SWS EA p. 35). Ea_GetVersionInfo es el único servicio reentrante ([SWS_Ea_00092]).

Comportamiento en caso de error

Los códigos de error figuran en dos tablas.

  • Primera tabla ([SWS_Ea_91001]): EA_E_UNINIT (0x01), EA_E_INVALID_BLOCK_NO (0x02), EA_E_INVALID_BLOCK_OFS (0x03), EA_E_PARAM_POINTER (0x04) y EA_E_INVALID_BLOCK_LEN (0x05).
  • Segunda tabla ([SWS_Ea_91002]): EA_E_BUSY (0x06) y EA_E_INVALID_CANCEL (0x08).

EA_E_INIT_FAILED se eliminó con R20-11 (SWS EA p. 1). Interpretación: Es de suponer que la primera tabla recoja errores de desarrollo a través del opcional Det_ReportError, y la segunda errores de tiempo de ejecución a través de Det_ReportRuntimeError ([SWS_Ea_00097], [SWS_Ea_00098]). Pregunta Q-8443a03d306e4143 (abierta)

Con la detección de errores de desarrollo activa, en estado no inicializado se aplica: Ea_GetJobResult notifica EA_E_UNINIT y devuelve MEMIF_JOB_FAILED (SWS EA p. 30). Ea_Cancel notifica EA_E_UNINIT y retorna sin modificar variables internas (SWS EA p. 27). Ea_GetVersionInfo notifica EA_E_PARAM_POINTER en caso de puntero NULL (SWS EA p. 32). Ea_InvalidateBlock y Ea_EraseImmediateBlock devuelven E_NOT_OK solo si DET está activo ([SWS_Ea_00091], [SWS_Ea_00093]).

El controlador EEPROM detecta los fallos de hardware. La reacción de Ea es específica de la implementación. Se notifica, según la configuración, por una de dos vías: mediante una consulta con el resultado del job MEMIF_JOB_FAILED o a través del callback NvM_JobErrorNotification. La recuperación corre a cargo del NvM (ErrorDescription p. 48, [SWS_Ea_00095], [SWS_Ea_00100]). Para la vía de consulta, la descripción de errores indica Eep_GetJobResult. Que Ea consulte esta función en su Main Function es presumiblemente la intención, pero no está estipulado expresamente. Pregunta (abierta)

El resultado del job distingue finamente los tipos de error ([SWS_Ea_00090]):

  • MEMIF_JOB_CANCELED: cancelación, se considera fallido.
  • MEMIF_JOB_FAILED: la orden ha fallado.
  • MEMIF_BLOCK_INCONSISTENT: el bloque puede contener datos corruptos.
  • MEMIF_BLOCK_INVALID: el bloque se ha invalidado, la operación no se puede ejecutar.
notificación de un error de controladorNvMEaEepEep detecta un error en la orden asíncronaaltKonfiguration: Callback-BenachrichtigungEa_JobErrorNotification()implementierungsspezifische ReaktionNvM_JobErrorNotification()Konfiguration: PollingEep_GetJobResult()MEMIF_JOB_FAILEDAnnahme: Abfrage in Ea_MainFunctionEa_GetJobResult()MEMIF_JOB_FAILEDrecuperación: tarea del NvM

Diagrama de secuencias: Un fallo del controlador llega al NvM, según la configuración, mediante callback o mediante consulta del resultado del job. Fuentes: ErrorDescription p. 48, [SWS_Ea_00095], [SWS_Ea_00100], [SWS_Ea_00090], [SWS_Ea_00097]

Más evidencia detallada

Guía generada por IA sobre la base de los requisitos de R20-11 y pasajes de documentos proporcionados en la carga útil. Los pasajes de documentos de versiones posteriores están identificados; en caso de discrepancias, prevalece el requisito. Las afirmaciones marcadas como interpretación no son normativas.

EEPROM Abstraction (Ea)

Provides uniform access to external and internal EEPROM devices.

Funktionen — Übersicht

Typen — Übersicht

Funktionen & Typen — Detailansicht

función Ea_Init [SWS_Ea_00084] 📄 PDF

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Initializes the EEPROM abstraction module.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 758621a616a5 Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_Init sirve para inicializar el módulo EEPROM Abstraction ([SWS_Ea_00084]). Se proporciona a través del archivo de cabecera Ea.h y pone el módulo en estado operativo ([SWS_Ea_00084]).

Según la especificación de la interfaz en [SWS_Ea_00084], para la llamada se aplican las siguientes propiedades y condiciones de contorno:

  • Semántica y Service-ID: La llamada se realiza de forma síncrona. Al servicio se le ha asignado el Service-ID 0x00.
  • Reentrancia: La función está especificada como no reentrante (Non Reentrant) y, por lo tanto, no debe ejecutarse de forma concurrente.
  • Parámetros: Como parámetro de entrada sirve ConfigPtr (tipo const Ea_ConfigType*), que apunta al conjunto de datos de configuración seleccionado. No existen parámetros de entrada/salida ni de salida.
  • Valor de retorno: La función no devuelve ningún valor de retorno (void).

En cuanto al contexto de llamada, la presente entrada no contiene determinaciones explícitas; es de suponer que la inicialización se realice típicamente de forma centralizada en la fase de arranque de la unidad de control, antes de que se ejecuten otras funciones del módulo. Pregunta Q-b2b40930e5fd0ee7 (abierta) En [SWS_Ea_00084] no se enumeran códigos de error específicos, reacciones en caso de error ni mensajes a DET y DEM.

Este texto fue generado por una IA a partir de la especificación AUTOSAR R20-11.

Guía del implementador pendiente (complejidad I1)

función Ea_SetMode [SWS_Ea_00085] 📄 PDF

void Ea_SetMode (MemIf_ModeType Mode);

Function to switch the mode of the underlying EEPROM Driver

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: a4f6e1f8e66c Procedencia
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

Uso y semántica

La función Ea_SetMode sirve para conmutar el modo de funcionamiento del controlador de EEPROM subyacente ([SWS_Ea_00085]). Acepta como parámetro de entrada el modo deseado Mode de tipo MemIf_ModeType ([SWS_Ea_00085]). La función no tiene valor de retorno (void) y está disponible con el Service-ID 0x01 a través del archivo de cabecera Ea.h ([SWS_Ea_00085]).

La ejecución se realiza de forma asíncrona (Asynchronous), de modo que la conmutación efectiva del controlador se sigue procesando en segundo plano tras la llamada ([SWS_Ea_00085]).

Concurrencia y restricciones

  • Reentrancia: La función está especificada como no reentrante (Non Reentrant) ([SWS_Ea_00085]). Las llamadas paralelas desde diferentes tareas o contextos deben evitarse por parte de la entidad que realiza la llamada.
  • Contexto de llamada y parámetros: No se deben transferir parámetros de entrada/salida ni exclusivamente de salida; únicamente está previsto el parámetro de entrada Mode ([SWS_Ea_00085]).

Este texto fue creado por una IA a partir de la especificación AUTOSAR.

Guía del implementador pendiente (complejidad I1)

función 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.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 43bc307f1243 Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

Uso y semántica

La función Ea_Read sirve para leer datos útiles de un bloque lógico de EEPROM especificado a través de la cabecera Ea.h [SWS_Ea_00086]. Mediante el parámetro Block Number se direcciona el bloque lógico, el cual determina al mismo tiempo su dirección de inicio en la EEPROM [SWS_Ea_00086]. El parámetro Block Offset define el desplazamiento relativo de lectura dentro del bloque, mientras que Length define el número de bytes que se van a leer [SWS_Ea_00086]. Los datos de destino se escriben en el búfer referenciado por Data Buffer Ptr [SWS_Ea_00086].

La llamada se comporta de manera asíncrona (Asynchronous): el valor de retorno E_OK solo señala que el módulo Ea ha aceptado la solicitud de orden, mientras que E_NOT_OK indica un rechazo de la orden [SWS_Ea_00086]. Interpretación: dado que la transmisión de datos se realiza de forma asíncrona en segundo plano, es de suponer que el búfer referenciado debe proporcionarse inalterado y válido hasta la ejecución completa de la orden. Pregunta Q-34c9b29f373bd6cf (abierta)

Concurrencia y restricciones

La interfaz está especificada como no reentrante (Non Reentrant) [SWS_Ea_00086]. En consecuencia, las llamadas paralelas desde diferentes contextos de ejecución no están permitidas y deben sincronizarse en el lado del llamador.

Esta nota de uso se ha generado automáticamente a partir de la especificación R20-11.

función 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.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 41c9f0ddc8f3 Procedencia Preguntas abiertas (2)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_Write inicia la escritura asíncrona de datos desde un búfer en un bloque lógico de EEPROM [SWS_Ea_00087]. Se declara a través del archivo de cabecera Ea.h y posee el Service-ID 0x03 [SWS_Ea_00087].

Parámetros y valor de retorno

  • BlockNumber (entrada, uint16): designa el número del bloque lógico y representa al mismo tiempo su dirección de inicio en la EEPROM [SWS_Ea_00087].
  • DataBufferPtr (entrada, const uint8*): puntero al búfer que contiene los datos que se van a escribir [SWS_Ea_00087].
  • Valor de retorno (Std_ReturnType): E_OK indica que la orden de escritura ha sido aceptada para su ejecución por el módulo Ea; E_NOT_OK significa que la solicitud ha sido rechazada [SWS_Ea_00087].

Concurrencia y restricciones

La función está especificada como no reentrante (Non Reentrant) [SWS_Ea_00087]. Por lo tanto, presumiblemente las llamadas concurrentes no deben realizarse de forma descoordinada sin una sincronización externa previa. Pregunta Q-a52fbcca6963c760 (abierta) Dado que el proceso de escritura se ejecuta de forma asíncrona (Asynchronous) [SWS_Ea_00087], es de suponer que el llamador debe mantener el búfer proporcionado DataBufferPtr inalterado en memoria hasta la finalización completa de la orden. En el extracto de la especificación de la función no se indican códigos de error específicos de DET o DEM.

Esta nota de uso fue generada por una IA a partir de la especificación de AUTOSAR Release R20-11.

función Ea_Cancel [SWS_Ea_00088] 📄 PDF

void Ea_Cancel (void);

Cancels the ongoing asynchronous operation.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 7fde513694e7 Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_Cancel cancela un proceso asíncrono del módulo EEPROM Abstraction actualmente en curso ([SWS_Ea_00088]). El servicio se proporciona a través del archivo de cabecera Ea.h y tiene el Service-ID 0x04 ([SWS_Ea_00088]).

En cuanto al comportamiento de llamada y a la definición de la interfaz, se aplican las siguientes características ([SWS_Ea_00088]):

  • Semántica: La llamada en sí se realiza de forma síncrona (Synchronous), a pesar de que cancela una operación asíncrona en curso ([SWS_Ea_00088]).
  • Parámetros y retorno: La signatura es void Ea_Cancel(void). La función no espera parámetros de entrada, salida ni transferencia, y no tiene valor de retorno ([SWS_Ea_00088]).
  • Reentrancia: La interfaz está definida como no reentrante (Non Reentrant) ([SWS_Ea_00088]). Por consiguiente, no debe llamarse de forma concurrente desde varios contextos de ejecución o tareas que interrumpan.

Dado que Ea_Cancel no acepta identificadores de tarea o de bloque, la cancelación se refiere directamente al proceso global asíncrono que se encuentra actualmente en curso ([SWS_Ea_00088]). Los datos de la especificación no contienen códigos de error específicos ni respuestas a mecanismos de detección. Presumiblemente, la llamada la realizan típicamente capas superiores como la Memory Abstraction Interface (MemIf), con el fin de finalizar prematuramente y de forma selectiva procesos prolongados de lectura, escritura o borrado. Pregunta Q-e441cbf6a5097568 (abierta)

Este texto fue generado por una IA a partir de la especificación AUTOSAR R20-11.

función Ea_GetStatus [SWS_Ea_00089] 📄 PDF

MemIf_StatusType Ea_GetStatus (void);

Service to return the Status.

función Ea_GetJobResult [SWS_Ea_00090] 📄 PDF

MemIf_JobResultType Ea_GetJobResult (void);

Service to return the Job Result.

función Ea_InvalidateBlock [SWS_Ea_00091] 📄 PDF

Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);

Invalidates the block Block Number.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 2c1c29a1fe37 Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

usar

La función Ea_InvalidateBlock sirve para invalidar un bloque indicado mediante el número de bloque lógico [SWS_Ea_00091]. Posee el Service-ID 0x07 y se proporciona a través del archivo de cabecera Ea.h [SWS_Ea_00091]. Como parámetro de entrada acepta Block Number de tipo uint16; este designa el número de bloque lógico e indica al mismo tiempo la dirección de inicio del bloque correspondiente en la EEPROM [SWS_Ea_00091]. Para este servicio no se han definido parámetros de entrada/salida ni exclusivamente de salida [SWS_Ea_00091].

La llamada se ejecuta como una operación asíncrona (Asynchronous) [SWS_Ea_00091]. Un valor de retorno E_OK de tipo Std_ReturnType confirma a la entidad que realiza la llamada que el módulo EA ha aceptado la solicitud de la tarea para su posterior procesamiento [SWS_Ea_00091].

Manejo de errores

Si el módulo EA no ha podido aceptar la tarea solicitada, se devuelve el valor de error E_NOT_OK [SWS_Ea_00091]. Según la especificación, esta devolución de E_NOT_OK solo se produce, no obstante, si DET está habilitado [SWS_Ea_00091].

Concurrencia y restricciones

La interfaz está especificada como no reentrante (Non Reentrant) [SWS_Ea_00091]. Interpretación: Por consiguiente, es de suponer que las entidades que realizan la llamada no deben llamar a la función en paralelo ni de forma que se interrumpa, ya que no se garantiza la reentrancia por parte del módulo [SWS_Ea_00091]. Pregunta Q-81d805517d2eac88 (abierta)

Esta nota de uso se ha creado automáticamente sobre la base de la especificación de AUTOSAR Classic R20-11.

función Ea_EraseImmediateBlock [SWS_Ea_00093] 📄 PDF

Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);

Erases the block Block Number.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 11c26d81184d Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_EraseImmediateBlock sirve para borrar un bloque lógico en la EEPROM según [SWS_Ea_00093].

  • Uso y semántica: La llamada se realiza de forma asíncrona ([SWS_Ea_00093]). Mediante el parámetro de entrada Block Number se transmite el número del bloque lógico, el cual designa al mismo tiempo la dirección de inicio de este bloque en la EEPROM ([SWS_Ea_00093]). El valor de retorno es de tipo Std_ReturnType: E_OK señala que el módulo ha aceptado la orden solicitada ([SWS_Ea_00093]).
  • Tratamiento de errores: Siempre que el Default Error Tracer (DET) esté activado, la función devuelve E_NOT_OK si el módulo EA no pudo aceptar la orden ([SWS_Ea_00093]). Si el DET no está activado, según el tenor literal de la especificación no debería devolverse ningún E_NOT_OK en caso de error. Pregunta Q-5015a2135dbd4723 (abierta)
  • Concurrencia y restricciones: La función está especificada como no reentrante (Non Reentrant) ([SWS_Ea_00093]). Por lo tanto, los llamadores deben garantizar que se eviten las llamadas paralelas o superpuestas. La declaración está disponible a través del archivo de cabecera Ea.h, y el ID de servicio es 0x09 ([SWS_Ea_00093]).

Este texto fue creado por una IA a partir de la especificación AUTOSAR.

función Ea_JobEndNotification [SWS_Ea_00094] 📄 PDF

void Ea_JobEndNotification (void);

Service to report to this module the successful end of an asynchronous operation.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 234afd19dc30 Procedencia Preguntas abiertas (2)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_JobEndNotification sirve para comunicar al módulo Ea la finalización correcta de una operación asíncrona iniciada con anterioridad [SWS_Ea_00094]. La interfaz se proporciona mediante la cabecera Ea.h y posee el ID de servicio 0x10 [SWS_Ea_00094].

En cuanto a la semántica y la definición de interfaz, aplican las siguientes propiedades según [SWS_Ea_00094]:

  • Firma y parámetros: La función no espera parámetros de transferencia (void) y no devuelve ningún valor de retorno (void).
  • Sincronía: La llamada se procesa de forma síncrona.
  • Tratamiento de errores: La interfaz notifica exclusivamente la finalización correcta; en el elemento no se definen códigos de error específicos ni mensajes de error para esta notificación.

En lo relativo a la concurrencia, Ea_JobEndNotification está especificada como no reentrante (Non Reentrant) [SWS_Ea_00094]. Por tanto, los llamadores deben asegurarse de que no se produzcan llamadas paralelas o anidadas. Interpretación: la función debería ser llamada típicamente por un controlador subyacente tan pronto como finalice su procesamiento asíncrono, debiendo presumiblemente el contexto llamador ocuparse de la secuencia ordenada sin desalojo mutuo. Pregunta Q-296b61b743e7c9b8 (abierta)

Esta nota de uso ha sido generada por una IA a partir de la especificación AUTOSAR R20-11.

función Ea_JobErrorNotification [SWS_Ea_00095] 📄 PDF

void Ea_JobErrorNotification (void);

Service to report to this module the failure of an asynchronous operation.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 9e75b5e5784e Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función Ea_JobErrorNotification sirve como interfaz de notificación para comunicar al módulo Ea el error de una operación asíncrona iniciada previamente [SWS_Ea_00095]. Está disponible a través del archivo de cabecera Ea.h y posee el Service-ID 0x11 [SWS_Ea_00095].

En lo que respecta a la especificación de la interfaz y su uso, se aplican las siguientes propiedades:

  • Parámetros y valor de retorno: la función no posee parámetros de transferencia (ni in, out ni inout) ni valor de retorno (firma void Ea_JobErrorNotification(void)) [SWS_Ea_00095].
  • Comportamiento de ejecución y reentrancia: la llamada se procesa de forma síncrona, pero está especificada como no reentrante (Non Reentrant) [SWS_Ea_00095]. Por tanto, los llamadores deben asegurarse de que las llamadas se realicen secuencialmente y no se solapen por contextos paralelos.
  • Interacción: dado que la función señaliza el fallo de una orden asíncrona, es de suponer que la llamada la realiza típicamente un módulo de abstracción de hardware subyacente o un controlador de memoria tan pronto como falla una orden (interpretación). Pregunta Q-810e76dee987a5a1 (abierta)

Para este servicio no se han definido códigos de error específicos, errores de desarrollo (DET) o errores de producción (DEM); en el elemento no se especifica un comportamiento de error específico para la llamada en sí.

Este texto fue elaborado por una IA. Todas las declaraciones técnicas se basan exclusivamente en los datos de especificación de AUTOSAR R20-11.

función Ea_MainFunction [SWS_Ea_00096] 📄 PDF

void Ea_MainFunction (void);

Service to handle the requested jobs and the internal management operations.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 982c19d62ccc Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

usar

La función Ea_MainFunction sirve para el procesamiento de órdenes solicitadas así como para la tramitación de operaciones de gestión internas dentro del módulo de abstracción de EEPROM [SWS_Ea_00096]. Según la definición de interfaz void Ea_MainFunction(void), la función no recibe parámetros de transferencia y no devuelve ningún valor de retorno al llamador [SWS_Ea_00096].

Contexto de llamada y concurrencia

La interfaz posee el ID de servicio 0x12 y se declara a través del archivo de cabecera SchM_Ea.h [SWS_Ea_00096]. Interpretación: debido a su provisión a través de SchM_Ea.h, la llamada debería realizarse típicamente de forma cíclica por parte del Schedule Manager (BSW Scheduler) en el contexto de tarea, a fin de continuar de forma continua en segundo plano el procesamiento asíncrono de órdenes de memoria. Pregunta Q-23f33a40a1e08c34 (abierta)

Manejo de errores

Dado que Ea_MainFunction no proporciona ningún valor de retorno, los estados de error o el avance de la orden no se transmiten directamente a través de la llamada a la función [SWS_Ea_00096]. En el presente extracto de la especificación no se definen códigos de error específicos ni requisitos para la notificación al módulo de interfaz de desarrollo (DET) o al módulo de diagnóstico (DEM) para este servicio.

Este texto ha sido generado automáticamente. Todas las indicaciones se basan exclusivamente en los datos de especificación del Release R20-11.

función 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.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 5f055de9eae0 Procedencia Preguntas abiertas (1)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

Uso y semántica

La función de callback NvM_JobEndNotification sirve, según [SWS_Ea_00099], a la abstracción de memoria subyacente para señalar a los módulos superiores la finalización correcta de una orden sin errores. El servicio posee la firma void NvM_JobEndNotification(void); no espera parámetros de entrada ni de entrada/salida y no devuelve ningún valor [SWS_Ea_00099]. La ejecución está especificada como síncrona y la interfaz se proporciona a través del archivo de cabecera NvM_MemIf.h [SWS_Ea_00099].

Concurrencia y condiciones de invocación

En relación con el comportamiento en tiempo de ejecución, NvM_JobEndNotification está catalogada como no reentrante (Non Reentrant) [SWS_Ea_00099]. Por consiguiente, las instancias llamadoras deben garantizar que la notificación no se llame de forma interruptiva ni en paralelo desde múltiples contextos. Interpretación: la capa de abstracción de memoria debería ejecutar la función típicamente en el marco de su función principal cíclica o tras la finalización de una orden de controlador asíncrona, tan pronto como se determine que la operación finalizó sin errores. Pregunta Q-adabc07be0a3e7d2 (abierta)

Tratamiento de errores e interacción

Para esta función de notificación no se definen en [SWS_Ea_00099] códigos de error específicos ni errores de desarrollo (DET) o errores de producción (DEM). Esto se debe a que la llamada indica exclusivamente la finalización sin errores de una orden [SWS_Ea_00099]. Si se produce un error durante una orden de memoria, esta notificación no se llama.

Este texto fue generado por una IA a partir de la especificación.

función 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.

GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 6fbe1fe6a235 Procedencia
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

La función de notificación NvM_JobErrorNotification es utilizada por la abstracción de memoria subyacente (Memory Abstraction) para notificar la finalización errónea de una orden al NVRAM Manager [SWS_Ea_00100]. La declaración de esta interfaz se pone a disposición a través del archivo de cabecera NvM_MemIf.h [SWS_Ea_00100].

Para la llamada y la integración de la interfaz rigen las siguientes propiedades según la especificación [SWS_Ea_00100]:

  • Firma y sintaxis: La función posee la firma void NvM_JobErrorNotification (void) [SWS_Ea_00100].
  • Parámetros y valores de retorno: La función no posee parámetros de entrada (Parameters (in): None), parámetros de entrada/salida (Parameters (inout): None) ni parámetros de salida (Parameters (out): None), y no devuelve ningún valor (Return value: None) [SWS_Ea_00100].
  • Sincronía: La llamada está especificada como síncrona (Synchronous) [SWS_Ea_00100].
  • Concurrencia: La función está determinada como no reentrante (Non Reentrant) [SWS_Ea_00100]. Por consiguiente, las llamadas correspondientes desde la abstracción de memoria no deben producirse de forma concurrente ni superpuesta.

La definición no contiene códigos de error específicos, parámetros para la diferenciación de errores ni requisitos relativos a notificaciones al módulo Default Error Tracer (DET) o Diagnostic Event Manager (DEM) [SWS_Ea_00100]. La función sirve únicamente como mera notificación de estado sobre el resultado del trabajo finalizado con un error [SWS_Ea_00100].

Esta nota de uso ha sido generada automáticamente y se basa exclusivamente en la especificación de AUTOSAR Classic R20-11.

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#4cab5c04
Content hash
4cab5c04
Source
https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_EEPROMAbstraction.pdf#nameddest=SWS_Ea_00084

Inicialización y estado

Ea_GetStatus función

Service to return the Status.

MemIf_StatusType Ea_GetStatus (void);

Service to get the version information of this module.

void Ea_GetVersionInfo (Std_VersionInfoType* VersionInfoPtr);
Ea_Init función

Initializes the EEPROM abstraction module.

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Servicios

Ea_Cancel función

Cancels the ongoing asynchronous operation.

void Ea_Cancel (void);

Erases the block Block Number.

Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);

Service to return the Job Result.

MemIf_JobResultType Ea_GetJobResult (void);

Invalidates the block Block Number.

Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);

Service to report to this module the successful end of an asynchronous operation.

void Ea_JobEndNotification (void);

Service to report to this module the failure of an asynchronous operation.

void Ea_JobErrorNotification (void);
Ea_Read función

Reads Length bytes of block Blocknumber at offset Block Offset into the buffer Data Buffer Ptr.

Std_ReturnType Ea_Read (uint16 BlockNumber, uint16 BlockOffset, uint8* DataBufferPtr, uint16 Length);
Ea_SetMode función

Function to switch the mode of the underlying EEPROM Driver

void Ea_SetMode (MemIf_ModeType Mode);
Ea_Write función

Writes the contents of the Data Buffer Ptr to the block Block Number.

Std_ReturnType Ea_Write (uint16 BlockNumber, const uint8* DataBufferPtr);

Function to be used by the underlying memory abstraction to signal end of job without error.

void NvM_JobEndNotification (void);

Function to be used by the underlying memory abstraction to signal end of job with error.

void NvM_JobErrorNotification (void);

Cíclico

Service to handle the requested jobs and the internal management operations.

void Ea_MainFunction (void);

Tipos

Configuration data structure of the Ea module.