DEENESPTFRRUARHIKOZHNL

EEPROM Abstraction (Ea)

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

Guia do móduloGERADO POR IA

Mapeia blocos de memória lógicos em endereços de EEPROM e processa tarefas de leitura e gravação de forma assíncrona.
GERADO POR IA não revisado Modelo: claude-opus-5-5 · Esforço: high · Temperatura: não controlável · Prompt: 55a6c103b1ca Procedência Perguntas em aberto (4)
Âncora causal: R20-11 Válido a partir de R20-11 Sintetizado para esta versão de especificação.
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

Mapeia blocos de memória lógicos em endereços de EEPROM e processa tarefas de leitura e gravação de forma assíncrona.

A EEPROM Abstraction mapeia blocos lógicos do NvM em endereços de uma EEPROM e, na R20-11, utiliza o driver Eep. Tarefas de leitura, gravação, invalidação e apagamento são aceitas sincronicamente e executadas assincronamente na Main Function chamada ciclicamente ([SWS_Ea_00096]). O módulo reporta a conclusão ou a falha via callback para o NvM ou por meio do resultado da tarefa. Uma gravação afeta sempre o bloco inteiro. Apenas na R20-11 ainda existem Ea_SetMode e um Ea_Cancel síncrono ([SWS_Ea_00088]).

A EEPROM Abstraction (Ea) mapeia blocos lógicos em endereços de EEPROM. Ela situa-se entre o MemIf e o driver de EEPROM Eep; o número do bloco designa simultaneamente o endereço inicial do bloco ([SWS_Ea_00087]). Para baixo, na R20-11, o Ea utiliza os serviços do Eep para leitura, gravação, apagamento, cancelamento e mudança de modo ([SWS_Ea_00097]). Somente a partir da R21-11 o MemAcc substitui o driver Eep e Ea_SetMode deixa de existir (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 e Eep, inicializado pelo EcuM e acionado pelo BSW Scheduler. Fontes: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097]

Após Ea_Init com um ponteiro para o conjunto de configuração ([SWS_Ea_00084]), Ea_GetStatus reporta um dos estados MEMIF_IDLE, MEMIF_BUSY ou MEMIF_BUSY_INTERNAL ([SWS_Ea_00089]). O último representa gerenciamento interno, tal como uma garbage collection (SWS EA p. 28).

Leitura, gravação, invalidação e apagamento imediato são assíncronos. E_OK apenas confirma que a tarefa foi aceita. A execução ocorre na Ea_MainFunction chamada ciclicamente ([SWS_Ea_00086], [SWS_Ea_00096]). A leitura é possível com qualquer deslocamento e qualquer comprimento. A gravação afeta sempre o bloco inteiro com deslocamento zero (SWS EA p. 25). O fato de a tarefa de gravação também iniciar na Main Function é uma interpretação.

Ordem de escrita através de EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)Endereço a partir de BlockNumber, offset 0Comprimento = comprimento de bloco configuradoBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Suposição: a ordem do driver é iniciada em Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Diagrama de sequência: aceitação síncrona, execução assíncrona via Eep e feedback via callback para o NvM. Fontes: SWS Eep p. 50, [SWS_Ea_00094], [SWS_Ea_00099]

Ea_Cancel é síncrono na R20-11 ([SWS_Ea_00088]). O módulo reporta erros por meio dos códigos EA_E_UNINIT a EA_E_INVALID_CANCEL ([SWS_Ea_91001], [SWS_Ea_91002]). Erros de hardware chegam ao NvM por uma de duas vias, dependendo da configuração:

  • através da consulta do resultado da tarefa MEMIF_JOB_FAILED,
  • através do callback NvM_JobErrorNotification.

A recuperação fica a cargo do NvM em cada caso (ErrorDescription p. 48).

Papel na pilha de memória: do bloco lógico ao endereço de EEPROM

A EEPROM Abstraction (Ea) situa-se na pilha de memória entre a Memory Abstraction Interface (MemIf) e o driver de EEPROM (Eep). Para cima, ela oferece serviços orientados a blocos. O número do bloco designa um bloco lógico e, simultaneamente, o seu endereço inicial na EEPROM ([SWS_Ea_00086], [SWS_Ea_00087]). O MemIf encaminha tarefas de leitura e gravação para o módulo de abstração selecionado pelo parâmetro DeviceIndex e repassa o seu valor de retorno (SWS MemIf p. 18, SWS MemIf p. 19).

Para baixo, na R20-11, o Ea utiliza os serviços do driver de EEPROM: Eep_Read, Eep_Write, Eep_Erase, Eep_Cancel, Eep_GetStatus, Eep_GetJobResult e Eep_SetMode. A isso soma-se Det_ReportRuntimeError ([SWS_Ea_00097]). Det_ReportError é uma interface opcional ([SWS_Ea_00098]). Os tipos importados Eep_AddressType, Eep_LengthType, MemIf_StatusType, MemIf_JobResultType e MemIf_ModeType refletem essa integração ([SWS_Ea_00083]).

Quanto à classificação de versões: de acordo com o histórico de alterações, a partir da R21-11 deixa de existir Ea_SetMode. Além disso, Ea_Cancel torna-se assíncrono, o alinhamento de buffer é adicionado e o MemAcc substitui o Eep como camada inferior (SWS EA p. 1). Para a R20-11, portanto, ainda se aplicam o Eep como camada inferior e Ea_SetMode como serviço. As regras para o alinhamento de buffer (SWS EA p. 19) não se aplicam à 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: O Ea intermedeia entre NvM/MemIf em cima e o driver Eep em baixo. O EcuM inicializa o módulo, o BSW Scheduler o aciona ciclicamente e a DET recebe notificações de erro. Fontes: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097], [SWS_Ea_00098], [SWS_Ea_00099], [SWS_Ea_00100], SWS EA p. 34

Inicialização e estados do módulo

Ea_Init inicializa o módulo sincronicamente e não é reentrante. ConfigPtr aponta para o conjunto de configuração selecionado ([SWS_Ea_00084]). Ea_ConfigType é uma estrutura com elementos específicos da implementação ([SWS_Ea_00190]). De acordo com o diagrama de sequência da especificação, o ECU State Manager chama Ea_Init na inicialização (SWS EA p. 47). Como se trata apenas de uma chamada única, ela aparece no diagrama de estados abaixo como uma transição.

Ea_GetStatus fornece o estado operacional sincronicamente como MemIf_StatusType ([SWS_Ea_00089]):

  • MEMIF_UNINIT: antes da inicialização.
  • MEMIF_IDLE: nem uma tarefa nem um gerenciamento interno está em execução.
  • MEMIF_BUSY: um pedido da camada superior está a ser processado.
  • MEMIF_BUSY_INTERNAL: uma operação de gerenciamento interno está em execução, tal como uma reorganização da memória EEPROM (garbage collection). Durante isso, o driver também pode ficar temporariamente ocupado.

Os estados estão descritos em SWS EA p. 28. O módulo aceita uma tarefa de gravação no estado MEMIF_IDLE e também no 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 Ordem terminada (sucesso/erro) ou Ea_Cancel MEMIF_BUSY_INTERNAL->MEMIF_IDLE interne Verwaltung beendet MEMIF_BUSY_INTERNAL->MEMIF_BUSY Ea_Write angenommen

Diagrama de estados: Ciclo de vida do estado do módulo de MEMIF_UNINIT através de MEMIF_IDLE para MEMIF_BUSY ou MEMIF_BUSY_INTERNAL. A partir do gerenciamento interno, uma tarefa de gravação é aceita. Fontes: [SWS_Ea_00084], [SWS_Ea_00089], SWS EA p. 28, SWS EA p. 25, SWS EA p. 27

Aceitar tarefas e processá-las em Ea_MainFunction

Ea_Read, Ea_Write, Ea_InvalidateBlock e Ea_EraseImmediateBlock são assíncronos. E_OK significa apenas que o módulo aceitou a tarefa. E_NOT_OK significa que ele a rejeitou ([SWS_Ea_00086], [SWS_Ea_00087], [SWS_Ea_00091], [SWS_Ea_00093]). Até o resultado, Ea_GetJobResult reporta o valor MEMIF_JOB_PENDING ([SWS_Ea_00090]).

O trabalho propriamente dito é realizado por Ea_MainFunction, disponível via SchM_Ea.h ([SWS_Ea_00096]). O Basic Software Scheduler chama a função diretamente. Ela não possui parâmetros nem valor de retorno e não é reentrante (SWS EA p. 36).

ea_annahme start d1 Modul initialisiert? (Status ≠ MEMIF_UNINIT) start->d1 d2 Status MEMIF_BUSY? d1->d2 sim e1 Reportar EA_E_UNINIT Retorno E_NOT_OK d1->e1 não d3 Número de bloco, offset, comprimento, ponteiro válidos? d2->d3 não (IDLE ou BUSY_INTERNAL) e2 Reportar EA_E_BUSY Retorno E_NOT_OK d2->e2 sim e3 Reportar EA_E_INVALID_BLOCK_NO / _OFS / _LEN ou EA_E_PARAM_POINTER Retorno E_NOT_OK d3->e3 não ok Assumir parâmetros Estado MEMIF_BUSY Resultado do job MEMIF_JOB_PENDING Retorno E_OK d3->ok sim mf Abarbeitung in Ea_MainFunction ok->mf hinweis Suposição: ordem das verificações hinweis->d1 betrifft

Diagrama de atividades: Verificações na aceitação de uma tarefa e seus códigos de erro. A ordem de verificação é uma suposição. Fontes: [SWS_Ea_91001], [SWS_Ea_91002], [SWS_Ea_00089], [SWS_Ea_00090], SWS EA p. 25

Ea_Read calcula o endereço de leitura a partir do número do bloco e do deslocamento. O deslocamento e o comprimento podem assumir qualquer valor de sua faixa de tipos, de modo que qualquer quantidade de bytes pode ser lida a partir de qualquer posição no bloco. A operação de leitura é executada expressamente de forma assíncrona na Main Function (SWS EA p. 24).

Ea_Write calcula o endereço de gravação a partir do número do bloco com deslocamento fixo igual a zero. A função define o comprimento como o comprimento configurado para o bloco (SWS EA p. 25). Portanto, uma gravação afeta sempre o bloco inteiro ([SWS_Ea_00087]). O diagrama relativo à tarefa de gravação mostra o caminho subsequente via Eep_Write, a cíclica Eep_MainFunction, Ea_JobEndNotification e NvM_JobEndNotification (SWS Eep p. 50).

Interpretação: Para a leitura, o início da tarefa do driver em Ea_MainFunction é expressamente exigido. Pergunta Q-50dcdf4156855a99 (aberta) Para a gravação, deve aplicar-se o mesmo, porque Ea_MainFunction processa as tarefas solicitadas ([SWS_Ea_00096]). No caso de uma biblioteca específica do fornecedor, os diagramas de sequência são vinculativos apenas para a relação com os módulos chamadores, não para as chamadas ao driver (SWS EA p. 45).

Ordem de escrita através de EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)Endereço a partir de BlockNumber, offset 0Comprimento = comprimento de bloco configuradoBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Suposição: a ordem do driver é iniciada em Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Diagrama de sequência: Uma tarefa de gravação é aceita sincronicamente, executada assincronamente através do driver e reportada ao NvM via callback. Fontes: SWS Eep p. 50, SWS MemIf p. 19, [SWS_Ea_00087], [SWS_Ea_00094], [SWS_Ea_00099]

Gerenciamento de blocos: mapeamento de endereços, consistência e invalidação

A Fig. 7.1 compara a memória virtual com a física. O número do bloco (16 bits) e o deslocamento (16 bits) formam um endereço virtual, de modo que um bloco pode abranger até 64 KiB. Fisicamente, os blocos são alinhados ao tamanho de página virtual configurado EA_VIRTUAL_PAGE_SIZE; o espaço virtual não utilizado não ocupa memória (SWS EA p. 23).

O Ea mantém uma informação de consistência própria para cada bloco. No início de um processo de gravação, o bloco é considerado inconsistente; após o término bem-sucedido, novamente consistente. O Ea deve ser capaz de distinguir um bloco inconsistente de um bloco intencionalmente invalidado (SWS EA p. 19, versão R24-11). Para o chamador, ambos os casos tornam-se visíveis através dos resultados da tarefa MEMIF_BLOCK_INCONSISTENT e MEMIF_BLOCK_INVALID ([SWS_Ea_00090]).

Ea_InvalidateBlock invalida o bloco BlockNumber ([SWS_Ea_00091]). Dependendo da implementação, isso ocorre por meio da função de apagamento do driver ou por meio de informações internas de gerenciamento, que devem então ser armazenadas de forma não volátil (SWS EA p. 31).

Ea_EraseImmediateBlock apaga um bloco ([SWS_Ea_00093]). A função destina-se a serviços de diagnóstico ou serviços de sistema comparáveis que apagam previamente a área para dados imediatos. Ela calcula o endereço com deslocamento zero e assegura que Ea possa gravar dados imediatos (SWS EA p. 34).

Modo de operação, cancelamento e notificações

No R20-11, Ea_SetMode comuta o modo do driver EEPROM com o parâmetro Mode do tipo MemIf_ModeType. O serviço é assíncrono e não reentrante ([SWS_Ea_00085]). A assinatura encurtada sem parâmetros nos elementos da API difere disso; a descrição do serviço é determinante. Os diagramas mostram a cadeia NvM → MemIf_SetMode → Ea_SetMode → Eep_SetMode (SWS EA p. 42). A partir do R21-11, o serviço deixa de existir (SWS EA p. 1).

Mudança de modo com Ea_SetMode (R20-11)NvMMemIfEaEepMemIf_SetMode(MemIf_ModeType)Ea_SetMode(MemIf_ModeType)Eep_SetMode(MemIf_ModeType)Eep_SetMode()Ea_SetMode()MemIf_SetMode()Ea_SetMode apenas até R20-11, removido a partir de R21-11

Diagrama de sequência: uma mudança de modo é repassada do NvM via MemIf e Ea até o driver (apenas até o R20-11). Fontes: [SWS_Ea_00085], SWS EA p. 52, SWS EA p. 42

Ea_Cancel cancela o job assíncrono em execução e é síncrono no R20-11 ([SWS_Ea_00088]). O trecho posterior do documento descreve o serviço como assíncrono; para o R20-11, aplica-se o requisito. Em termos de conteúdo, de acordo com este trecho: no estado MEMIF_BUSY, Ea chama a função de cancelamento do driver e redefine suas variáveis internas. O resultado do job é então MEMIF_JOB_CANCELED (SWS EA p. 27). MemIf encaminha o cancelamento (SWS MemIf p. 20). Um cancelamento sem job pendente resulta em EA_E_INVALID_CANCEL ([SWS_Ea_91002]).

Cancelamento de uma ordem com Ea_CancelNvMMemIfEaEepMemIf_Cancel(DeviceIndex)Ea_Cancel()altStatus MEMIF_UNINIT (DET aktiv)EA_E_UNINIT meldenvariáveis internas inalteradasStatus MEMIF_BUSYEep_Cancel()Retornorepor variáveis internasJobergebnis MEMIF_JOB_CANCELEDpronto para nova ordemnenhuma ordem pendenteEA_E_INVALID_CANCEL meldenRetornoRetorno

Diagrama de sequência: Ea_Cancel desvia, dependendo do status do módulo, para cancelamento no driver, mensagem de erro ou retorno sem alteração. Fontes: [SWS_Ea_00088], [SWS_Ea_91002], [SWS_Ea_00097], SWS EA p. 27, SWS MemIf p. 20

A camada inferior reporta o sucesso ou a falha de um job assíncrono por meio de Ea_JobEndNotification ou Ea_JobErrorNotification ([SWS_Ea_00094], [SWS_Ea_00095]). Ea sinaliza então ao NvM NvM_JobEndNotification ou NvM_JobErrorNotification de NvM_MemIf.h ([SWS_Ea_00099], [SWS_Ea_00100]). O próprio MemIf não disponibiliza callbacks (SWS MemIf p. 24).

Os callbacks podem ser executados em nível de interrupção. Seu tempo de execução deve, portanto, permanecer curto, e o design do sistema deve alinhar a configuração a isso (SWS EA p. 35). Ea_GetVersionInfo é o único serviço reentrante ([SWS_Ea_00092]).

Comportamento em caso de erro

Os códigos de erro encontram-se em duas tabelas.

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

EA_E_INIT_FAILED foi removido com o R20-11 (SWS EA p. 1). Interpretação: a primeira tabela deve cobrir erros de desenvolvimento por meio do opcional Det_ReportError, e a segunda, erros de tempo de execução por meio de Det_ReportRuntimeError ([SWS_Ea_00097], [SWS_Ea_00098]). Pergunta Q-8443a03d306e4143 (aberta)

Com a detecção de erros de desenvolvimento ativa, aplica-se no estado não inicializado: Ea_GetJobResult reporta EA_E_UNINIT e retorna MEMIF_JOB_FAILED (SWS EA p. 30). Ea_Cancel reporta EA_E_UNINIT e retorna sem alterar variáveis internas (SWS EA p. 27). Ea_GetVersionInfo reporta EA_E_PARAM_POINTER em caso de ponteiro NULL (SWS EA p. 32). Ea_InvalidateBlock e Ea_EraseImmediateBlock retornam E_NOT_OK somente com o DET ativo ([SWS_Ea_00091], [SWS_Ea_00093]).

O driver EEPROM detecta erros de hardware. A reação do Ea é específica da implementação. A notificação ocorre, dependendo da configuração, por um de dois caminhos: por meio de uma consulta com o resultado do job MEMIF_JOB_FAILED ou por meio do callback NvM_JobErrorNotification. A recuperação é assumida pelo NvM (ErrorDescription p. 48, [SWS_Ea_00095], [SWS_Ea_00100]). Para o caminho de consulta, a descrição do erro indica Eep_GetJobResult. O fato de Ea consultar essa função em sua Main Function é presumivelmente pretendido dessa forma, mas não estabelecido explicitamente. Pergunta (aberta)

O resultado do job distingue refinadamente os tipos de erro ([SWS_Ea_00090]):

  • MEMIF_JOB_CANCELED: cancelamento, considerado com falha.
  • MEMIF_JOB_FAILED: o job falhou.
  • MEMIF_BLOCK_INCONSISTENT: o bloco pode conter dados corrompidos.
  • MEMIF_BLOCK_INVALID: o bloco foi invalidado, a operação não é executável.
Notificação de um erro de driverNvMEaEepEep deteta erro na ordem assíncronaaltKonfiguration: Callback-BenachrichtigungEa_JobErrorNotification()implementierungsspezifische ReaktionNvM_JobErrorNotification()Konfiguration: PollingEep_GetJobResult()MEMIF_JOB_FAILEDAnnahme: Abfrage in Ea_MainFunctionEa_GetJobResult()MEMIF_JOB_FAILEDRecuperação: tarefa do NvM

Diagrama de sequência: um erro de driver atinge o NvM, dependendo da configuração, via callback ou via consulta do resultado do job. Fontes: ErrorDescription p. 48, [SWS_Ea_00095], [SWS_Ea_00100], [SWS_Ea_00090], [SWS_Ea_00097]

Evidências mais detalhadas

Guia gerado por IA com base nos requisitos e trechos de documentos do R20-11 disponibilizados no payload. Trechos de documentos de releases posteriores estão identificados; em caso de divergências, prevalece o requisito. Afirmações identificadas como interpretação não são normativas.

EEPROM Abstraction (Ea)

Provides uniform access to external and internal EEPROM devices.

Funktionen — Übersicht

Typen — Übersicht

Funktionen & Typen — Detailansicht

função Ea_Init [SWS_Ea_00084] 📄 PDF

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Initializes the EEPROM abstraction module.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 758621a616a5 Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_Init serve para a inicialização do módulo EEPROM Abstraction ([SWS_Ea_00084]). Ela é disponibilizada por meio do arquivo de cabeçalho Ea.h e coloca o módulo em estado operacional ([SWS_Ea_00084]).

De acordo com a especificação de interface em [SWS_Ea_00084], aplicam-se à chamada as seguintes propriedades e condições de contorno:

  • Semântica e Service-ID: A chamada ocorre de forma síncrona. O Service-ID 0x00 está atribuído ao serviço.
  • Reentrância: A função é especificada como não reentrante (Non Reentrant) e, portanto, não deve ser executada de forma concorrente.
  • Parâmetros: Como parâmetro de entrada atua ConfigPtr (tipo const Ea_ConfigType*), que aponta para o conjunto de dados de configuração selecionado. Não existem parâmetros de entrada/saída nem de saída.
  • Valor de retorno: A função não fornece qualquer valor de retorno (void).

Em relação ao contexto de chamada, o presente registro não contém determinações explícitas; a inicialização provavelmente deve ocorrer de forma centralizada na fase de inicialização da ECU, antes que outras funções do módulo sejam executadas. Pergunta Q-b2b40930e5fd0ee7 (aberta) Códigos de erro específicos, reações em caso de erro ou mensagens para DET e DEM não são listados em [SWS_Ea_00084].

Este texto foi gerado por uma IA com base na especificação AUTOSAR R20-11.

Guia do implementador em breve (complexidade I1)

função Ea_SetMode [SWS_Ea_00085] 📄 PDF

void Ea_SetMode (MemIf_ModeType Mode);

Function to switch the mode of the underlying EEPROM Driver

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: a4f6e1f8e66c Procedência
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

Utilização e semântica

A função Ea_SetMode serve para comutar o modo de operação do driver de EEPROM subjacente ([SWS_Ea_00085]). Ela aceita como parâmetro de entrada o modo desejado Mode do tipo MemIf_ModeType ([SWS_Ea_00085]). A função não possui valor de retorno (void) e está disponível com o Service-ID 0x01 por meio do arquivo de cabeçalho Ea.h ([SWS_Ea_00085]).

A execução ocorre de forma assíncrona (Asynchronous), de modo que a comutação efetiva do driver continua a ser processada em segundo plano após a chamada ([SWS_Ea_00085]).

Simultaneidade e restrições

  • Reentrância: A função é especificada como não reentrante (Non Reentrant) ([SWS_Ea_00085]). Chamadas paralelas a partir de diferentes tarefas ou contextos devem ser evitadas pelo chamador.
  • Contexto de chamada e parâmetros: Não devem ser passados parâmetros de entrada/saída ou puramente de saída; prevê-se exclusivamente o parâmetro de entrada Mode ([SWS_Ea_00085]).

Este texto foi criado por uma IA com base na especificação AUTOSAR.

Guia do implementador em breve (complexidade I1)

função 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.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 43bc307f1243 Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

Utilização e semântica

A função Ea_Read serve para a leitura de dados úteis de um bloco lógico de EEPROM especificado por meio do cabeçalho Ea.h [SWS_Ea_00086]. Por meio do parâmetro Block Number, endereça-se o bloco lógico, o qual determina simultaneamente o seu endereço inicial na EEPROM [SWS_Ea_00086]. O parâmetro Block Offset define o deslocamento relativo de leitura dentro do bloco, enquanto Length define a quantidade de bytes a serem lidos [SWS_Ea_00086]. Os dados de destino são gravados no buffer referenciado por Data Buffer Ptr [SWS_Ea_00086].

A chamada comporta-se de forma assíncrona (Asynchronous): o valor de retorno E_OK sinaliza exclusivamente que o módulo Ea aceitou a solicitação da tarefa, ao passo que E_NOT_OK indica uma rejeição da tarefa [SWS_Ea_00086]. Interpretação: como a transferência de dados ocorre de forma assíncrona em segundo plano, é provável que o buffer referenciado deva ser mantido inalterado e válido até a conclusão total da tarefa. Pergunta Q-34c9b29f373bd6cf (aberta)

Simultaneidade e restrições

A interface é especificada como não reentrante (Non Reentrant) [SWS_Ea_00086]. Chamadas paralelas a partir de diferentes contextos de execução não são, consequentemente, permitidas e devem ser sincronizadas pelo chamador.

Esta nota de uso foi gerada automaticamente com base na especificação R20-11.

função 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.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 41c9f0ddc8f3 Procedência Perguntas em aberto (2)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_Write inicia a gravação assíncrona de dados de um buffer em um bloco lógico de EEPROM [SWS_Ea_00087]. Ela é declarada por meio do arquivo de cabeçalho Ea.h e possui o ID de serviço 0x03 [SWS_Ea_00087].

Parâmetros e valor de retorno

  • BlockNumber (entrada, uint16): designa o número do bloco lógico e representa simultaneamente o seu endereço inicial na EEPROM [SWS_Ea_00087].
  • DataBufferPtr (entrada, const uint8*): ponteiro para o buffer que contém os dados a serem gravados [SWS_Ea_00087].
  • Valor de retorno (Std_ReturnType): E_OK sinaliza que a tarefa de gravação foi aceita para execução pelo módulo Ea; E_NOT_OK significa que a solicitação foi rejeitada [SWS_Ea_00087].

Simultaneidade e restrições

A função é especificada como não reentrante (Non Reentrant) [SWS_Ea_00087]. Portanto, chamadas concorrentes provavelmente não devem ocorrer de forma descoordenada sem sincronização externa prévia. Pergunta Q-a52fbcca6963c760 (aberta) Como o processo de gravação é executado de forma assíncrona (Asynchronous) [SWS_Ea_00087], o chamador provavelmente deve manter o buffer fornecido DataBufferPtr inalterado na memória até a conclusão total da tarefa. Códigos de erro específicos de DET ou DEM não são mencionados no excerto da especificação da função.

Esta nota de uso foi gerada por uma IA com base na especificação do AUTOSAR Release R20-11.

função Ea_Cancel [SWS_Ea_00088] 📄 PDF

void Ea_Cancel (void);

Cancels the ongoing asynchronous operation.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 7fde513694e7 Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_Cancel interrompe um procedimento assíncrono atualmente em execução do módulo EEPROM Abstraction ([SWS_Ea_00088]). O serviço é disponibilizado por meio do arquivo de cabeçalho Ea.h e possui o Service-ID 0x04 ([SWS_Ea_00088]).

Em relação ao comportamento de chamada e à definição de interface, aplicam-se as seguintes características ([SWS_Ea_00088]):

  • Semântica: A chamada em si ocorre de forma síncrona (Synchronous), embora interrompa uma operação assíncrona em execução ([SWS_Ea_00088]).
  • Parâmetros e retorno: A assinatura é void Ea_Cancel(void). A função não espera parâmetros de entrada, de saída ou de passagem e não possui valor de retorno ([SWS_Ea_00088]).
  • Reentrância: A interface é definida como não reentrante (Non Reentrant) ([SWS_Ea_00088]). Consequentemente, ela não pode ser chamada de forma concorrente a partir de múltiplos contextos de execução ou tarefas que causem interrupção.

Como Ea_Cancel não recebe identificadores de tarefas ou de blocos, a interrupção refere-se diretamente ao procedimento global assíncrono atualmente em processamento ([SWS_Ea_00088]). Códigos de erro específicos ou retornos para mecanismos de detecção não estão contidos nos dados de especificação. Presumivelmente, a chamada ocorre tipicamente por camadas superiores, como a Memory Abstraction Interface (MemIf), para encerrar prematura e especificamente procedimentos demorados de leitura, gravação ou apagamento. Pergunta Q-e441cbf6a5097568 (aberta)

Este texto foi gerado por uma IA com base na especificação AUTOSAR R20-11.

função Ea_GetStatus [SWS_Ea_00089] 📄 PDF

MemIf_StatusType Ea_GetStatus (void);

Service to return the Status.

função Ea_GetJobResult [SWS_Ea_00090] 📄 PDF

MemIf_JobResultType Ea_GetJobResult (void);

Service to return the Job Result.

função Ea_InvalidateBlock [SWS_Ea_00091] 📄 PDF

Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);

Invalidates the block Block Number.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 2c1c29a1fe37 Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

usar

A função Ea_InvalidateBlock serve para invalidar um bloco indicado pelo número de bloco lógico [SWS_Ea_00091]. Ela possui o Service-ID 0x07 e é disponibilizada por meio do arquivo de cabeçalho Ea.h [SWS_Ea_00091]. Como parâmetro de entrada, ela recebe Block Number do tipo uint16; este designa o número de bloco lógico e indica ao mesmo tempo o endereço inicial do respectivo bloco na EEPROM [SWS_Ea_00091]. Parâmetros de entrada/saída ou puramente de saída não estão definidos para este serviço [SWS_Ea_00091].

A chamada é executada como uma operação assíncrona (Asynchronous) [SWS_Ea_00091]. Um valor de retorno E_OK do tipo Std_ReturnType confirma ao chamador que o módulo EA aceitou a solicitação da tarefa para posterior processamento [SWS_Ea_00091].

Tratamento de erros

Se o módulo EA não tiver conseguido aceitar a tarefa solicitada, é retornado o valor de erro E_NOT_OK [SWS_Ea_00091]. Segundo a especificação, esse retorno de E_NOT_OK ocorre, no entanto, exclusivamente quando o DET está ativado [SWS_Ea_00091].

Simultaneidade e restrições

A interface é especificada como não reentrante (Non Reentrant) [SWS_Ea_00091]. Interpretação: Consequentemente, os chamadores provavelmente não devem chamar a função em paralelo ou com interrupções, uma vez que não é garantida reentrância por parte do módulo [SWS_Ea_00091]. Pergunta Q-81d805517d2eac88 (aberta)

Esta nota de uso foi criada automaticamente com base na especificação do AUTOSAR Classic R20-11.

função Ea_EraseImmediateBlock [SWS_Ea_00093] 📄 PDF

Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);

Erases the block Block Number.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 11c26d81184d Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_EraseImmediateBlock serve para apagar um bloco lógico na EEPROM de acordo com [SWS_Ea_00093].

  • Uso e semântica: A chamada ocorre de forma assíncrona ([SWS_Ea_00093]). Por meio do parâmetro de entrada Block Number é passado o número do bloco lógico, o qual designa ao mesmo tempo o endereço inicial deste bloco na EEPROM ([SWS_Ea_00093]). O valor de retorno é do tipo Std_ReturnType: E_OK sinaliza que a tarefa solicitada foi aceita pelo módulo ([SWS_Ea_00093]).
  • Tratamento de erros: Caso o Default Error Tracer (DET) esteja ativado, a função retorna E_NOT_OK se a tarefa não pôde ser aceita pelo módulo EA ([SWS_Ea_00093]). Se o DET não estiver ativado, de acordo com o texto da especificação, nenhum E_NOT_OK deve ser retornado em caso de erro. Pergunta Q-5015a2135dbd4723 (aberta)
  • Concorrência e restrições: A função é especificada como não reentrante (Non Reentrant) ([SWS_Ea_00093]). Os chamadores devem, portanto, assegurar que chamadas paralelas ou sobrepostas sejam evitadas. A declaração está disponível por meio do arquivo de cabeçalho Ea.h, e o Service-ID é 0x09 ([SWS_Ea_00093]).

Este texto foi criado por uma IA com base na especificação AUTOSAR.

função Ea_JobEndNotification [SWS_Ea_00094] 📄 PDF

void Ea_JobEndNotification (void);

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

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 234afd19dc30 Procedência Perguntas em aberto (2)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_JobEndNotification serve para comunicar ao módulo Ea a conclusão bem-sucedida de uma operação assíncrona iniciada anteriormente [SWS_Ea_00094]. A interface é disponibilizada por meio do cabeçalho Ea.h e possui o Service-ID 0x10 [SWS_Ea_00094].

Em relação à semântica e à definição de interface, aplicam-se as seguintes propriedades de acordo com [SWS_Ea_00094]:

  • Assinatura e parâmetros: A função não espera parâmetros de passagem (void) e não fornece valor de retorno (void).
  • Sincronicidade: A chamada é processada de forma síncrona.
  • Tratamento de erros: A interface notifica exclusivamente a conclusão bem-sucedida; códigos de erro ou mensagens de erro específicos não estão definidos para esta notificação no elemento.

Em relação à concorrência, Ea_JobEndNotification é especificada como não reentrante (Non Reentrant) [SWS_Ea_00094]. Os chamadores devem, portanto, assegurar que não ocorram chamadas paralelas ou aninhadas. Interpretação: A função deve ser chamada tipicamente por um driver subjacente assim que o seu processamento assíncrono for concluído, cabendo presumivelmente ao contexto chamador garantir a sequência sequencial sem preempção mútua. Pergunta Q-296b61b743e7c9b8 (aberta)

Esta nota de uso foi gerada por uma IA com base na especificação AUTOSAR R20-11.

função Ea_JobErrorNotification [SWS_Ea_00095] 📄 PDF

void Ea_JobErrorNotification (void);

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

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 9e75b5e5784e Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função Ea_JobErrorNotification serve como interface de notificação para relatar ao módulo Ea o erro de uma operação assíncrona iniciada anteriormente [SWS_Ea_00095]. Ela está disponível por meio do arquivo de cabeçalho Ea.h e possui o ID de serviço 0x11 [SWS_Ea_00095].

Em relação à especificação da interface e ao uso, aplicam-se as seguintes propriedades:

  • Parâmetros e valor de retorno: A função não possui parâmetros de passagem (nem in, out ou inout) nem valor de retorno (assinatura void Ea_JobErrorNotification(void)) [SWS_Ea_00095].
  • Comportamento de execução e reentrância: A chamada é processada de forma síncrona, mas é especificada como não reentrante (Non Reentrant) [SWS_Ea_00095]. Os chamadores devem, portanto, assegurar que as chamadas ocorram sequencialmente e não se sobreponham por contextos paralelos.
  • Interação: Como a função sinaliza a falha de uma tarefa assíncrona, a chamada provavelmente deve ser efetuada tipicamente por um módulo de abstração de hardware subjacente ou por um driver de memória, assim que uma tarefa falhar (interpretação). Pergunta Q-810e76dee987a5a1 (aberta)

Códigos de erro específicos, erros de desenvolvimento (DET) ou erros de produção (DEM) não estão definidos para este serviço; um comportamento de erro separado para a própria chamada não é especificado no elemento.

Este texto foi gerado por uma IA. Todas as declarações técnicas baseiam-se exclusivamente nos dados de especificação do AUTOSAR R20-11.

função Ea_MainFunction [SWS_Ea_00096] 📄 PDF

void Ea_MainFunction (void);

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

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 982c19d62ccc Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

usar

A função Ea_MainFunction serve para o processamento de ordens solicitadas, bem como para a execução de operações internas de administração dentro do módulo EEPROM Abstraction [SWS_Ea_00096]. De acordo com a definição de interface void Ea_MainFunction(void), a função não recebe parâmetros de passagem e não retorna valor de retorno ao chamador [SWS_Ea_00096].

Contexto de chamada e concorrência

A interface possui o Service-ID 0x12 e é declarada por meio do arquivo de cabeçalho SchM_Ea.h [SWS_Ea_00096]. Interpretação: Devido à disponibilização por meio de SchM_Ea.h, a chamada deve ocorrer tipicamente de forma cíclica pelo Schedule Manager (BSW Scheduler) no contexto de tarefa, a fim de continuar continuamente em segundo plano o processamento assíncrono de ordens de memória. Pergunta Q-23f33a40a1e08c34 (aberta)

Tratamento de erros

Como Ea_MainFunction não fornece valor de retorno, estados de erro ou o progresso da ordem não são transmitidos diretamente por meio da chamada de função [SWS_Ea_00096]. Códigos de erro específicos, bem como requisitos para notificação ao módulo de interface de desenvolvimento (DET) ou ao módulo de diagnóstico (DEM), não estão definidos para este serviço no presente trecho de especificação.

Este texto foi gerado automaticamente. Todas as informações baseiam-se exclusivamente nos dados de especificação do release R20-11.

função 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.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 5f055de9eae0 Procedência Perguntas em aberto (1)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

Utilização e semântica

A função de callback NvM_JobEndNotification serve, de acordo com [SWS_Ea_00099], à abstração de memória subjacente para sinalizar o término bem-sucedido de uma ordem sem erros aos módulos superiores. O serviço possui a assinatura void NvM_JobEndNotification(void); não espera parâmetros de entrada nem de entrada/saída e não retorna nenhum valor [SWS_Ea_00099]. A execução é especificada como síncrona, e a interface é disponibilizada por meio do arquivo de cabeçalho NvM_MemIf.h [SWS_Ea_00099].

Simultaneidade e condições de chamada

Em relação ao comportamento em tempo de execução, NvM_JobEndNotification é classificada como não reentrante (Non Reentrant) [SWS_Ea_00099]. As instâncias chamadoras devem, portanto, assegurar que a notificação não seja chamada com interrupções ou em paralelo a partir de múltiplos contextos. Interpretação: A camada de abstração de memória deve tipicamente executar a função no âmbito de sua função principal cíclica ou após a conclusão de uma ordem de driver assíncrona, assim que for constatado que a operação foi concluída sem erros. Pergunta Q-adabc07be0a3e7d2 (aberta)

Tratamento de erros e interação

Para esta função de notificação não estão definidos em [SWS_Ea_00099] códigos de erro específicos nem erros de desenvolvimento (DET) ou erros de produção (DEM). Isso se justifica pelo fato de a chamada indicar exclusivamente a conclusão livre de erros de uma ordem [SWS_Ea_00099]. Se ocorrer um erro durante uma ordem de memória, esta notificação não é chamada.

Este texto foi gerado por uma IA com base na especificação.

função 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.

GERADO POR IA não revisado Modelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 6fbe1fe6a235 Procedência
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão

A função de notificação NvM_JobErrorNotification é utilizada pela abstração de memória subjacente (Memory Abstraction) para relatar a conclusão com falha de uma ordem ao NVRAM Manager [SWS_Ea_00100]. A declaração desta interface é disponibilizada por meio do arquivo de cabeçalho NvM_MemIf.h [SWS_Ea_00100].

Para a chamada e a integração da interface aplicam-se as seguintes propriedades, de acordo com a especificação [SWS_Ea_00100]:

  • Assinatura e sintaxe: A função possui a assinatura void NvM_JobErrorNotification (void) [SWS_Ea_00100].
  • Parâmetros e valores de retorno: A função não possui parâmetros de entrada (Parameters (in): None), parâmetros de entrada/saída (Parameters (inout): None) nem parâmetros de saída (Parameters (out): None) e não retorna nenhum valor (Return value: None) [SWS_Ea_00100].
  • Sincronicidade: A chamada é especificada como síncrona (Synchronous) [SWS_Ea_00100].
  • Concorrência: A função é estabelecida como não reentrante (Non Reentrant) [SWS_Ea_00100]. As chamadas correspondentes a partir da abstração de memória não podem, portanto, ocorrer de forma concorrente ou sobreposta.

Códigos de erro específicos, parâmetros para diferenciação de erros ou requisitos de notificações para o módulo Default Error Tracer (DET) ou Diagnostic Event Manager (DEM) não estão contidos na definição [SWS_Ea_00100]. A função serve exclusivamente como simples mensagem de status sobre o resultado do job concluído com erro [SWS_Ea_00100].

Esta nota de uso foi gerada de forma automatizada e baseia-se exclusivamente na especificação do 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#60e9ea7c
Content hash
60e9ea7c
Source
https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_EEPROMAbstraction.pdf#nameddest=SWS_Ea_00084

Inicialização e estado

Ea_GetStatus função

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 função

Initializes the EEPROM abstraction module.

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Serviços

Ea_Cancel função

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 função

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 função

Function to switch the mode of the underlying EEPROM Driver

void Ea_SetMode (MemIf_ModeType Mode);
Ea_Write função

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.