DEENESPTFRRUARHIKOZHNL

EEPROM Abstraction (Ea)

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

Руководство по модулюСОЗДАНО ИИ

Отображает логические блоки памяти на адреса EEPROM и асинхронно обрабатывает задания на чтение и запись.
СОЗДАНО ИИ не проверено Модель: claude-opus-5-5 · Усилие: high · Температура: не регулируется · Промпт: 55a6c103b1ca Происхождение Открытые вопросы (4)
Причинный якорь: R20-11 Действует с R20-11 Заново синтезировано для этой версии спецификации.
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Отображает логические блоки памяти на адреса EEPROM и асинхронно обрабатывает задания на чтение и запись.

EEPROM Abstraction отображает логические блоки NvM на адреса EEPROM и в R20-11 использует драйвер Eep. Задания на чтение, запись, аннулирование и стирание принимаются синхронно и выполняются асинхронно в циклически вызываемой Main Function ([SWS_Ea_00096]). О завершении или сбое модуль сообщает через обратный вызов в NvM или через результат задания. Запись всегда затрагивает блок целиком. Только в R20-11 все еще присутствуют Ea_SetMode и синхронный сервис Ea_Cancel ([SWS_Ea_00088]).

EEPROM Abstraction (Ea) отображает логические блоки на адреса EEPROM. Модуль располагается между MemIf и EEPROM-драйвером Eep; номер блока одновременно обозначает начальный адрес блока ([SWS_Ea_00087]). Вниз Ea в R20-11 использует сервисы Eep для чтения, записи, стирания, отмены и смены режима ([SWS_Ea_00097]). Лишь начиная с R21-11 MemAcc заменяет драйвер Eep, а Ea_SetMode исключается (SWS EA с. 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

Контекстная диаграмма: Ea между NvM/MemIf и Eep, инициализируемый через EcuM и приводимый в действие с помощью BSW Scheduler. Источники: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097]

После Ea_Init с указателем на конфигурационный набор данных ([SWS_Ea_00084]) Ea_GetStatus сообщает об одном из состояний: MEMIF_IDLE, MEMIF_BUSY или MEMIF_BUSY_INTERNAL ([SWS_Ea_00089]). Последнее обозначает внутреннее управление, такое как сборка мусора (SWS EA с. 28).

Чтение, запись, аннулирование и немедленное стирание являются асинхронными. E_OK подтверждает лишь то, что задание было принято. Выполнение происходит в циклически вызываемой Ea_MainFunction ([SWS_Ea_00086], [SWS_Ea_00096]). Чтение возможно с произвольным смещением и произвольной длиной. Запись всегда затрагивает весь блок с нулевым смещением (SWS EA с. 25). То, что задание на запись также запускается в Main Function, является интерпретацией.

Задание на запись через EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)Адрес из BlockNumber, смещение 0Длина = сконфигурированная длина блокаBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Предположение: задание драйвера запускается в Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Диаграмма последовательности: синхронный прием, асинхронное выполнение через Eep и обратная связь через обратный вызов в NvM. Источники: SWS Eep с. 50, [SWS_Ea_00094], [SWS_Ea_00099]

Ea_Cancel в R20-11 является синхронным ([SWS_Ea_00088]). Об ошибках модуль сообщает с помощью кодов от EA_E_UNINIT до EA_E_INVALID_CANCEL ([SWS_Ea_91001], [SWS_Ea_91002]). Аппаратные ошибки поступают в NvM одним из двух путей в зависимости от конфигурации:

  • через опрос результата задания MEMIF_JOB_FAILED,
  • через обратный вызов NvM_JobErrorNotification.

Восстановление в каждом случае берет на себя NvM (ErrorDescription с. 48).

Роль в стеке памяти: от логического блока к адресу EEPROM

EEPROM Abstraction (Ea) располагается в стеке памяти между Memory Abstraction Interface (MemIf) и драйвером EEPROM (Eep). Вверх он предоставляет блочно-ориентированные сервисы. Номер блока обозначает логический блок и одновременно его начальный адрес в EEPROM ([SWS_Ea_00086], [SWS_Ea_00087]). MemIf перенаправляет задания на чтение и запись в модуль абстракции, выбираемый параметром DeviceIndex, и передает дальше его возвращаемое значение (SWS MemIf с. 18, SWS MemIf с. 19).

Вниз Ea в R20-11 использует сервисы драйвера EEPROM: Eep_Read, Eep_Write, Eep_Erase, Eep_Cancel, Eep_GetStatus, Eep_GetJobResult и Eep_SetMode. К этому добавляется Det_ReportRuntimeError ([SWS_Ea_00097]). Det_ReportError является опциональным интерфейсом ([SWS_Ea_00098]). Импортированные типы Eep_AddressType, Eep_LengthType, MemIf_StatusType, MemIf_JobResultType и MemIf_ModeType отражают эту интеграцию ([SWS_Ea_00083]).

К классификации по релизам: согласно истории изменений, начиная с R21-11 исключается Ea_SetMode. Кроме того, Ea_Cancel становится асинхронным, добавляется выравнивание буфера, а MemAcc заменяет Eep в качестве нижнего уровня (SWS EA с. 1). Поэтому для R20-11 нижним уровнем все еще считается Eep, а сервисом — Ea_SetMode. Правила выравнивания буфера (SWS EA с. 19) для 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

Контекстная диаграмма: Ea выступает посредником между NvM/MemIf сверху и драйвером Eep снизу. EcuM инициализирует модуль, BSW Scheduler циклически приводит его в действие, а DET принимает сообщения об ошибках. Источники: [SWS_Ea_00084], [SWS_Ea_00096], [SWS_Ea_00097], [SWS_Ea_00098], [SWS_Ea_00099], [SWS_Ea_00100], SWS EA с. 34

Запуск и состояния модуля

Ea_Init инициализирует модуль синхронно и не является реентерабельным. ConfigPtr указывает на выбранный конфигурационный набор данных ([SWS_Ea_00084]). Ea_ConfigType представляет собой структуру со специфичными для реализации элементами ([SWS_Ea_00190]). Согласно диаграмме последовательности спецификации ECU State Manager вызывает Ea_Init во время запуска (SWS EA с. 47). Поскольку это единичный вызов, на диаграмме состояний ниже он отображается как переход.

Ea_GetStatus возвращает рабочее состояние синхронно как MemIf_StatusType ([SWS_Ea_00089]):

  • MEMIF_UNINIT: до инициализации.
  • MEMIF_IDLE: не выполняется ни задание, ни внутреннее управление.
  • MEMIF_BUSY: обрабатывается задание верхнего уровня.
  • MEMIF_BUSY_INTERNAL: выполняется внутренняя операция управления, например реорганизация памяти EEPROM (сборка мусора). При этом драйвер также может быть временно занят.

Состояния описаны в SWS EA с. 28. Задание на запись модуль принимает как в состоянии MEMIF_IDLE, так и в состоянии MEMIF_BUSY_INTERNAL (SWS EA с. 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 Задание завершено (успех/ошибка) или Ea_Cancel MEMIF_BUSY_INTERNAL->MEMIF_IDLE interne Verwaltung beendet MEMIF_BUSY_INTERNAL->MEMIF_BUSY Ea_Write angenommen

Диаграмма состояний: жизненный цикл статуса модуля от MEMIF_UNINIT через MEMIF_IDLE к MEMIF_BUSY или MEMIF_BUSY_INTERNAL. Из состояния внутреннего управления принимается задание на запись. Источники: [SWS_Ea_00084], [SWS_Ea_00089], SWS EA с. 28, SWS EA с. 25, SWS EA с. 27

Прием заданий и их обработка в Ea_MainFunction

Ea_Read, Ea_Write, Ea_InvalidateBlock и Ea_EraseImmediateBlock являются асинхронными. E_OK означает лишь то, что модуль принял задание. E_NOT_OK означает, что он отклонил его ([SWS_Ea_00086], [SWS_Ea_00087], [SWS_Ea_00091], [SWS_Ea_00093]). До получения результата Ea_GetJobResult возвращает значение MEMIF_JOB_PENDING ([SWS_Ea_00090]).

Непосредственную работу выполняет Ea_MainFunction, доступная через SchM_Ea.h ([SWS_Ea_00096]). Basic Software Scheduler вызывает функцию напрямую. Она не имеет ни параметров, ни возвращаемого значения и не является реентерабельной (SWS EA с. 36).

ea_annahme start d1 Modul initialisiert? (Status ≠ MEMIF_UNINIT) start->d1 d2 Status MEMIF_BUSY? d1->d2 да e1 Сообщить об EA_E_UNINIT Возврат E_NOT_OK d1->e1 нет d3 Номер блока, смещение, длина, указатель действительны? d2->d3 нет (IDLE или BUSY_INTERNAL) e2 Сообщить об EA_E_BUSY Возврат E_NOT_OK d2->e2 да e3 Сообщить об EA_E_INVALID_BLOCK_NO / _OFS / _LEN или EA_E_PARAM_POINTER Возврат E_NOT_OK d3->e3 нет ok Принять параметры Статус MEMIF_BUSY Результат задания MEMIF_JOB_PENDING Возврат E_OK d3->ok да mf Abarbeitung in Ea_MainFunction ok->mf hinweis Предположение: порядок проверок hinweis->d1 betrifft

Диаграмма деятельности: проверки при приеме задания и соответствующие коды ошибок. Порядок проверок является предположением. Источники: [SWS_Ea_91001], [SWS_Ea_91002], [SWS_Ea_00089], [SWS_Ea_00090], SWS EA с. 25

Ea_Read вычисляет адрес чтения на основе номера блока и смещения. Смещение и длина могут принимать любое значение из диапазона своего типа, благодаря чему возможно чтение произвольного числа байтов с любой позиции в блоке. Операция чтения явно выполняется асинхронно в Main Function (SWS EA с. 24).

Ea_Write вычисляет адрес записи на основе номера блока с фиксированным нулевым смещением. Длину функция устанавливает равной длине, сконфигурированной для данного блока (SWS EA с. 25). Таким образом, запись всегда затрагивает весь блок ([SWS_Ea_00087]). Диаграмма для задания на запись показывает дальнейший путь через Eep_Write, циклическую Eep_MainFunction, Ea_JobEndNotification и NvM_JobEndNotification (SWS Eep с. 50).

Интерпретация: для чтения запуск задания драйвера в Ea_MainFunction требуется в явном виде. Вопрос Q-50dcdf4156855a99 (открытый) Для записи должно действовать то же самое, поскольку Ea_MainFunction обрабатывает запрошенные задания ([SWS_Ea_00096]). В случае библиотеки, специфичной для производителя, диаграммы последовательности являются обязательными только для взаимодействия с вызывающими модулями, но не для вызовов драйвера (SWS EA с. 45).

Задание на запись через EaNvMMemIfEaEepBSW SchedulerUse Case: Auftragsannahme (synchron)MemIf_Write(DeviceIndex, BlockNumber, DataBufferPtr)Ea_Write(BlockNumber, DataBufferPtr)Адрес из BlockNumber, смещение 0Длина = сконфигурированная длина блокаBlock als inkonsistent markierenE_OKE_OKUse Case: Asynchrone AbarbeitungEa_MainFunction()Eep_Write(...)Предположение: задание драйвера запускается в Ea_MainFunctionloopbis Treiberauftrag beendetEep_MainFunction()Ea_JobEndNotification()Block als konsistent markierenJobergebnis MEMIF_JOB_OKNvM_JobEndNotification()

Диаграмма последовательности: задание на запись принимается синхронно, выполняется асинхронно через драйвер и сообщается в NvM через обратный вызов. Источники: SWS Eep с. 50, SWS MemIf с. 19, [SWS_Ea_00087], [SWS_Ea_00094], [SWS_Ea_00099]

Управление блоками: отображение адресов, целостность и инвалидация

Рис. 7.1 сопоставляет виртуальную и физическую память. Номер блока (16 бит) и смещение (16 бит) образуют виртуальный адрес, поэтому блок может охватывать до 64 КиБ. Физически блоки выравниваются по сконфигурированному размеру виртуальной страницы EA_VIRTUAL_PAGE_SIZE; неиспользуемое виртуальное пространство не занимает память (SWS EA с. 23).

Ea ведет собственную информацию о целостности для каждого блока. При запуске операции записи блок считается нецелостным, а после успешного завершения — снова целостным. Ea должен уметь отличать нецелостный блок от преднамеренно инвалидированного блока (SWS EA с. 19, редакция R24-11). Для вызывающей стороны оба случая становятся видимыми через результаты заданий MEMIF_BLOCK_INCONSISTENT и MEMIF_BLOCK_INVALID ([SWS_Ea_00090]).

Ea_InvalidateBlock инвалидирует блок BlockNumber ([SWS_Ea_00091]). В зависимости от реализации это происходит с помощью функции стирания драйвера или через внутреннюю управляющую информацию, которую затем необходимо сохранять в энергонезависимой памяти (SWS EA с. 31).

Ea_EraseImmediateBlock стирает блок ([SWS_Ea_00093]). Функция предназначена для диагностических или аналогичных системных служб, которые предварительно стирают область для immediate-данных. Адрес она вычисляет с нулевым смещением. Она гарантирует, что Ea сможет записать immediate-данные (SWS EA с. 34).

Режим работы, прерывание и уведомления

В R20-11 Ea_SetMode переключает режим драйвера EEPROM с помощью параметра Mode типа MemIf_ModeType. Служба является асинхронной и нереэнтрантной ([SWS_Ea_00085]). Укороченная сигнатура без параметров в элементах API отличается от этого; определяющим является описание службы. На диаграммах показана цепочка NvM → MemIf_SetMode → Ea_SetMode → Eep_SetMode (SWS EA с. 42). Начиная с R21-11 служба исключена (SWS EA с. 1).

Смена режима с помощью Ea_SetMode (R20-11)NvMMemIfEaEepMemIf_SetMode(MemIf_ModeType)Ea_SetMode(MemIf_ModeType)Eep_SetMode(MemIf_ModeType)Eep_SetMode()Ea_SetMode()MemIf_SetMode()Ea_SetMode только до R20-11, удалена начиная с R21-11

Диаграмма последовательности: смена режима передается от NvM через MemIf и Ea до драйвера (только до R20-11). Источники: [SWS_Ea_00085], SWS EA с. 52, SWS EA с. 42

Ea_Cancel прерывает текущее асинхронное задание и в R20-11 является синхронным ([SWS_Ea_00088]). Более позднее место в документе описывает службу как асинхронную; для R20-11 действует требование. По существу, согласно этому месту, действует следующее: в состоянии MEMIF_BUSY Ea вызывает функцию отмены драйвера и сбрасывает свои внутренние переменные. Результатом задания тогда является MEMIF_JOB_CANCELED (SWS EA с. 27). MemIf перенаправляет отмену (SWS MemIf с. 20). Отмена без ожидающего задания дает EA_E_INVALID_CANCEL ([SWS_Ea_91002]).

Отмена задания с помощью Ea_CancelNvMMemIfEaEepMemIf_Cancel(DeviceIndex)Ea_Cancel()altStatus MEMIF_UNINIT (DET aktiv)EA_E_UNINIT meldenвнутренние переменные без измененийStatus MEMIF_BUSYEep_Cancel()Возвратсбросить внутренние переменныеJobergebnis MEMIF_JOB_CANCELEDготов к новому заданиюнет ожидающих заданийEA_E_INVALID_CANCEL meldenВозвратВозврат

Диаграмма последовательности: Ea_Cancel в зависимости от состояния модуля разветвляется на отмену в драйвере, сообщение об ошибке или возврат без изменений. Источники: [SWS_Ea_00088], [SWS_Ea_91002], [SWS_Ea_00097], SWS EA с. 27, SWS MemIf с. 20

Нижний уровень сообщает об успехе или сбое асинхронного задания через Ea_JobEndNotification или Ea_JobErrorNotification ([SWS_Ea_00094], [SWS_Ea_00095]). Затем Ea сигнализирует NvM NvM_JobEndNotification или NvM_JobErrorNotification из NvM_MemIf.h ([SWS_Ea_00099], [SWS_Ea_00100]). MemIf сам по себе не предоставляет обратных вызовов (SWS MemIf с. 24).

Обратные вызовы могут выполняться на уровне прерываний. Поэтому время их выполнения должно оставаться коротким, и системный дизайн должен согласовывать конфигурацию с этим (SWS EA с. 35). Ea_GetVersionInfo является единственной реэнтрантной службой ([SWS_Ea_00092]).

Поведение при ошибке

Коды ошибок приведены в двух таблицах.

  • Первая таблица ([SWS_Ea_91001]): EA_E_UNINIT (0x01), EA_E_INVALID_BLOCK_NO (0x02), EA_E_INVALID_BLOCK_OFS (0x03), EA_E_PARAM_POINTER (0x04) и EA_E_INVALID_BLOCK_LEN (0x05).
  • Вторая таблица ([SWS_Ea_91002]): EA_E_BUSY (0x06) и EA_E_INVALID_CANCEL (0x08).

EA_E_INIT_FAILED был удален в R20-11 (SWS EA с. 1). Интерпретация: первая таблица, вероятно, охватывает ошибки разработки через опциональный Det_ReportError, а вторая — ошибки времени выполнения через Det_ReportRuntimeError ([SWS_Ea_00097], [SWS_Ea_00098]). Вопрос Q-8443a03d306e4143 (открытый)

При активном распознавании ошибок разработки в неинициализированном состоянии действует следующее: Ea_GetJobResult сообщает EA_E_UNINIT и возвращает MEMIF_JOB_FAILED (SWS EA с. 30). Ea_Cancel сообщает EA_E_UNINIT и возвращает управление без изменения внутренних переменных (SWS EA с. 27). Ea_GetVersionInfo при указателе NULL сообщает EA_E_PARAM_POINTER (SWS EA с. 32). Ea_InvalidateBlock и Ea_EraseImmediateBlock возвращают E_NOT_OK только при активном DET ([SWS_Ea_00091], [SWS_Ea_00093]).

Аппаратные ошибки распознает драйвер EEPROM. Реакция Ea зависит от реализации. Сообщение передается в зависимости от конфигурации одним из двух способов: через опрос с результатом задания MEMIF_JOB_FAILED или через обратный вызов NvM_JobErrorNotification. Восстановление берет на себя NvM (ErrorDescription с. 48, [SWS_Ea_00095], [SWS_Ea_00100]). Для способа через опрос описание ошибки указывает Eep_GetJobResult. То, что Ea опрашивает эту функцию в своей функции Main Function, вероятно, подразумевается именно так, но явно не определено. Вопрос (открытый)

Результат задания тонко дифференцирует виды ошибок ([SWS_Ea_00090]):

  • MEMIF_JOB_CANCELED: прерывание, считается неудачным.
  • MEMIF_JOB_FAILED: задание завершилось неудачно.
  • MEMIF_BLOCK_INCONSISTENT: блок может содержать искаженные данные.
  • MEMIF_BLOCK_INVALID: блок был инвалидирован, операция невыполнима.
Сообщение об ошибке драйвераNvMEaEepEep обнаруживает ошибку в асинхронном заданииaltKonfiguration: Callback-BenachrichtigungEa_JobErrorNotification()implementierungsspezifische ReaktionNvM_JobErrorNotification()Konfiguration: PollingEep_GetJobResult()MEMIF_JOB_FAILEDAnnahme: Abfrage in Ea_MainFunctionEa_GetJobResult()MEMIF_JOB_FAILEDВосстановление: задача NvM

Диаграмма последовательности: ошибка драйвера достигает NvM в зависимости от конфигурации через обратный вызов или через опрос результата задания. Источники: ErrorDescription с. 48, [SWS_Ea_00095], [SWS_Ea_00100], [SWS_Ea_00090], [SWS_Ea_00097]

Дальнейшие подробные доказательства

  • [SWS_Ea_00084], [SWS_Ea_00190]: инициализация и тип конфигурации.
  • [SWS_Ea_00086], [SWS_Ea_00087]: чтение и запись. Подробные правила приведены в SWS EA с. 24 и SWS EA с. 25 (редакции начиная с R23-11).
  • [SWS_Ea_00089], [SWS_Ea_00090]: состояние модуля и результат задания. Они являются основой для опроса и анализа ошибок.
  • [SWS_Ea_00085], [SWS_Ea_00088]: службы с поведением, специфичным для R20-11. Ea_SetMode существует только до R20-11; Ea_Cancel в R20-11 синхронна.
  • от [SWS_Ea_00094] до [SWS_Ea_00100]: обратные вызовы, Main Function, а также ожидаемые и опциональные интерфейсы.
  • [SWS_Ea_91001], [SWS_Ea_91002]: коды ошибок. Путь сообщения при аппаратных ошибках описывает ErrorDescription с. 48.
  • SWS EA с. 14: трассируемость к требованиям SRS, например по проверке параметров и поведению до инициализации.

Сгенерированное ИИ руководство на основе требований R20-11 и мест в документации, предоставленных в полезной нагрузке. Места в документации из более поздних релизов отмечены; в случае расхождений преимущество имеет требование. Утверждения, помеченные как интерпретация, не являются нормативными.

EEPROM Abstraction (Ea)

Provides uniform access to external and internal EEPROM devices.

Funktionen — Übersicht

Typen — Übersicht

Funktionen & Typen — Detailansicht

функция Ea_Init [SWS_Ea_00084] 📄 PDF

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Initializes the EEPROM abstraction module.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 758621a616a5 Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_Init служит для инициализации модуля EEPROM Abstraction ([SWS_Ea_00084]). Она предоставляется через заголовочный файл Ea.h и переводит модуль в рабочее состояние ([SWS_Ea_00084]).

Согласно спецификации интерфейса в [SWS_Ea_00084], для вызова действуют следующие свойства и граничные условия:

  • Семантика и идентификатор службы: вызов выполняется синхронно. Службе назначен идентификатор службы 0x00.
  • Реентрабельность: функция специфицирована как нереентрабельная (Non Reentrant) и поэтому не может выполняться параллельно.
  • Параметры: входным параметром служит ConfigPtr (тип const Ea_ConfigType*), указывающий на выбранный набор конфигурационных данных. Входных/выходных, а также выходных параметров не существует.
  • Возвращаемое значение: функция не возвращает значения (void).

Относительно контекста вызова данная запись не содержит явных определений; инициализация, как правило, должна выполняться централизованно на этапе запуска блока управления перед выполнением других функций модуля. Вопрос Q-b2b40930e5fd0ee7 (открытый) Специфические коды ошибок, реакции на случай ошибки или сообщения в DET и DEM в [SWS_Ea_00084] не приводятся.

Этот текст был сгенерирован ИИ на основе спецификации AUTOSAR R20-11.

Руководство разработчика реализации в подготовке (сложность I1)

функция Ea_SetMode [SWS_Ea_00085] 📄 PDF

void Ea_SetMode (MemIf_ModeType Mode);

Function to switch the mode of the underlying EEPROM Driver

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: a4f6e1f8e66c Происхождение
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Использование и семантика

Функция Ea_SetMode служит для переключения режима работы нижележащего драйвера EEPROM ([SWS_Ea_00085]). В качестве входного параметра она принимает желаемый режим Mode типа MemIf_ModeType ([SWS_Ea_00085]). Функция не имеет возвращаемого значения (void) и доступна с идентификатором службы 0x01 через заголовочный файл Ea.h ([SWS_Ea_00085]).

Выполнение происходит асинхронно (Asynchronous), так что фактическое переключение драйвера после вызова продолжает обрабатываться в фоновом режиме ([SWS_Ea_00085]).

Параллелизм и ограничения

  • Реентрабельность: функция специфицирована как нереентрабельная (Non Reentrant) ([SWS_Ea_00085]). Параллельные вызовы из различных задач или контекстов должны предотвращаться на стороне вызывающей программы.
  • Контекст вызова и параметры: запрещается передавать какие-либо входные/выходные или чисто выходные параметры; предусмотрен исключительно входной параметр Mode ([SWS_Ea_00085]).

Этот текст был создан ИИ на основе спецификации AUTOSAR.

Руководство разработчика реализации в подготовке (сложность I1)

функция 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.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 43bc307f1243 Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Использование и семантика

Функция Ea_Read служит для считывания полезных данных из указанного логического блока EEPROM через заголовочный файл Ea.h [SWS_Ea_00086]. Через параметр Block Number адресуется логический блок, который одновременно определяет его начальный адрес в EEPROM [SWS_Ea_00086]. Параметр Block Offset задает относительное смещение чтения внутри блока, тогда как Length определяет количество считываемых байтов [SWS_Ea_00086]. Целевые данные записываются в буфер, на который ссылается Data Buffer Ptr [SWS_Ea_00086].

Вызов работает асинхронно (Asynchronous): возвращаемое значение E_OK сигнализирует исключительно о том, что модуль Ea принял запрос задания, тогда как E_NOT_OK указывает на отклонение задания [SWS_Ea_00086]. Интерпретация: поскольку передача данных происходит асинхронно в фоновом режиме, буфер, на который указывает ссылка, предположительно должен предоставляться неизменным и валидным вплоть до полного выполнения задания. Вопрос Q-34c9b29f373bd6cf (открытый)

Параллелизм и ограничения

Интерфейс специфицирован как нереентерабельный (Non Reentrant) [SWS_Ea_00086]. Соответственно, параллельные вызовы из различных контекстов выполнения недопустимы и должны быть синхронизированы на стороне вызывающего объекта.

Данное указание по использованию было сгенерировано автоматически на основе спецификации R20-11.

функция 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.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 41c9f0ddc8f3 Происхождение Открытые вопросы (2)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_Write запускает асинхронную запись данных из буфера в логический блок EEPROM [SWS_Ea_00087]. Она объявлена в заголовочном файле Ea.h и имеет Service-ID 0x03 [SWS_Ea_00087].

Параметры и возвращаемое значение

  • BlockNumber (входной, uint16): обозначает номер логического блока и одновременно представляет его начальный адрес в EEPROM [SWS_Ea_00087].
  • DataBufferPtr (входной, const uint8*): указатель на буфер, содержащий записываемые данные [SWS_Ea_00087].
  • Возвращаемое значение (Std_ReturnType): E_OK сигнализирует о том, что задание на запись принято модулем Ea к исполнению; E_NOT_OK означает, что запрос был отклонен [SWS_Ea_00087].

Параллелизм и ограничения

Функция специфицирована как нереентерабельная (Non Reentrant) [SWS_Ea_00087]. Поэтому параллельные вызовы, вероятно, не должны выполняться некоординированно без предварительной внешней синхронизации. Вопрос Q-a52fbcca6963c760 (открытый) Поскольку процесс записи выполняется асинхронно (Asynchronous) [SWS_Ea_00087], вызывающая сторона, вероятно, должна сохранять предоставленный буфер DataBufferPtr в памяти без изменений до полного завершения задания. Специфические коды ошибок DET или DEM в выдержке из спецификации функции не указаны.

Данное указание по использованию было сгенерировано ИИ на основе спецификации AUTOSAR релиза R20-11.

функция Ea_Cancel [SWS_Ea_00088] 📄 PDF

void Ea_Cancel (void);

Cancels the ongoing asynchronous operation.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 7fde513694e7 Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_Cancel прерывает текущую выполняющуюся асинхронную операцию модуля EEPROM Abstraction ([SWS_Ea_00088]). Служба предоставляется через заголовочный файл Ea.h и имеет идентификатор службы 0x04 ([SWS_Ea_00088]).

В отношении поведения при вызове и определения интерфейса действуют следующие особенности ([SWS_Ea_00088]):

  • Семантика: сам вызов происходит синхронно (Synchronous), хотя он и прерывает выполняющуюся асинхронную операцию ([SWS_Ea_00088]).
  • Параметры и возврат значения: сигнатура имеет вид void Ea_Cancel(void). Функция не ожидает ни входных, ни выходных параметров, ни параметров передачи и не имеет возвращаемого значения ([SWS_Ea_00088]).
  • Реентрабельность: интерфейс определен как нереентрабельный (Non Reentrant) ([SWS_Ea_00088]). Следовательно, он не должен вызываться параллельно из нескольких контекстов выполнения или прерывающих задач.

Поскольку Ea_Cancel не принимает идентификаторов заданий или блоков, отмена непосредственно относится к текущей обрабатываемой совокупной асинхронной операции ([SWS_Ea_00088]). Специфические коды ошибок или обратные сообщения механизмам обнаружения в данных спецификации не содержатся. Предположительно, вызов, как правило, выполняется вышестоящими уровнями, такими как Memory Abstraction Interface (MemIf), для целенаправленного досрочного завершения длительных операций чтения, записи или стирания. Вопрос Q-e441cbf6a5097568 (открытый)

Этот текст был сгенерирован ИИ на основе спецификации AUTOSAR R20-11.

функция Ea_GetStatus [SWS_Ea_00089] 📄 PDF

MemIf_StatusType Ea_GetStatus (void);

Service to return the Status.

функция Ea_GetJobResult [SWS_Ea_00090] 📄 PDF

MemIf_JobResultType Ea_GetJobResult (void);

Service to return the Job Result.

функция Ea_InvalidateBlock [SWS_Ea_00091] 📄 PDF

Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);

Invalidates the block Block Number.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 2c1c29a1fe37 Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Использование

Функция Ea_InvalidateBlock служит для инвалидации блока, указанного логическим номером блока [SWS_Ea_00091]. Она имеет идентификатор службы 0x07 и предоставляется через заголовочный файл Ea.h [SWS_Ea_00091]. В качестве входного параметра она принимает Block Number типа uint16; он обозначает логический номер блока и одновременно указывает начальный адрес соответствующего блока в EEPROM [SWS_Ea_00091]. Входные/выходные или чисто выходные параметры для этой службы не определены [SWS_Ea_00091].

Вызов выполняется как асинхронная операция (Asynchronous) [SWS_Ea_00091]. Возвращаемое значение E_OK типа Std_ReturnType подтверждает вызывающей стороне, что модуль EA принял запрос задания для дальнейшей обработки [SWS_Ea_00091].

Обработка ошибок

Если модуль EA не смог принять запрошенное задание, возвращается значение ошибки E_NOT_OK [SWS_Ea_00091]. Согласно спецификации данный возврат E_NOT_OK, однако, происходит исключительно тогда, когда DET активирован [SWS_Ea_00091].

Параллелизм и ограничения

Интерфейс специфицирован как нереентрабельный (Non Reentrant) [SWS_Ea_00091]. Интерпретация: следовательно, вызывающие стороны, предположительно, не должны вызывать функцию параллельно или прерывающим образом, так как со стороны модуля реентрабельность не обеспечивается [SWS_Ea_00091]. Вопрос Q-81d805517d2eac88 (открытый)

Это указание по использованию было автоматически создано на основе спецификации AUTOSAR Classic R20-11.

функция Ea_EraseImmediateBlock [SWS_Ea_00093] 📄 PDF

Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);

Erases the block Block Number.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 11c26d81184d Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_EraseImmediateBlock служит для стирания логического блока в EEPROM согласно [SWS_Ea_00093].

  • Использование и семантика: вызов выполняется асинхронно ([SWS_Ea_00093]). Через входной параметр Block Number передается номер логического блока, который одновременно обозначает начальный адрес этого блока в EEPROM ([SWS_Ea_00093]). Возвращаемое значение имеет тип Std_ReturnType: E_OK сигнализирует о том, что запрошенное задание было принято модулем ([SWS_Ea_00093]).
  • Обработка ошибок: если Default Error Tracer (DET) активирован, функция возвращает E_NOT_OK, если задание не могло быть принято модулем EA ([SWS_Ea_00093]). Если DET не активирован, согласно тексту спецификации в случае ошибки E_NOT_OK возвращаться не должно. Вопрос Q-5015a2135dbd4723 (открытый)
  • Параллелизм и ограничения: функция специфицирована как нереентрабельная (Non Reentrant) ([SWS_Ea_00093]). Поэтому вызывающие стороны должны гарантировать исключение параллельных или перекрывающихся вызовов. Объявление доступно через заголовочный файл Ea.h, а идентификатором службы является 0x09 ([SWS_Ea_00093]).

Этот текст был создан ИИ на основе спецификации AUTOSAR.

функция Ea_JobEndNotification [SWS_Ea_00094] 📄 PDF

void Ea_JobEndNotification (void);

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

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 234afd19dc30 Происхождение Открытые вопросы (2)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_JobEndNotification служит для уведомления модуля Ea об успешном завершении ранее инициированной асинхронной операции [SWS_Ea_00094]. Интерфейс предоставляется через заголовочный файл Ea.h и имеет Service-ID 0x10 [SWS_Ea_00094].

В отношении семантики и определения интерфейса согласно [SWS_Ea_00094] действуют следующие свойства:

  • Сигнатура и параметры: функция не принимает входных параметров (void) и не возвращает значения (void).
  • Синхронность: вызов обрабатывается синхронно.
  • Обработка ошибок: интерфейс сообщает исключительно об успешном завершении; специфические коды ошибок или сообщения об ошибках для данного уведомления в элементе не определены.

В отношении параллелизма Ea_JobEndNotification специфицирована как нереэнтрантная (Non Reentrant) [SWS_Ea_00094]. Поэтому вызывающие компоненты должны гарантировать отсутствие параллельных или вложенных вызовов. Интерпретация: как правило, функция вызывается нижележащим драйвером, как только завершается его асинхронная обработка, при этом вызывающий контекст, предположительно, должен обеспечивать последовательное выполнение без взаимного вытеснения. Вопрос Q-296b61b743e7c9b8 (открытый)

Это указание по использованию было сгенерировано ИИ на основе спецификации AUTOSAR R20-11.

функция Ea_JobErrorNotification [SWS_Ea_00095] 📄 PDF

void Ea_JobErrorNotification (void);

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

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 9e75b5e5784e Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция Ea_JobErrorNotification служит интерфейсом уведомления, чтобы сообщить модулю Ea об ошибке ранее инициированной асинхронной операции [SWS_Ea_00095]. Она доступна через заголовочный файл Ea.h и имеет Service-ID 0x11 [SWS_Ea_00095].

В отношении спецификации интерфейса и применения действуют следующие свойства:

  • Параметры и возвращаемое значение: функция не имеет ни входных параметров (ни in, ни out, ни inout), ни возвращаемого значения (сигнатура void Ea_JobErrorNotification(void)) [SWS_Ea_00095].
  • Поведение при выполнении и реентерабельность: вызов обрабатывается синхронно, однако специфицирован как нереентерабельный (Non Reentrant) [SWS_Ea_00095]. Поэтому вызывающие стороны должны гарантировать, что вызовы происходят последовательно и не перекрываются параллельными контекстами.
  • Взаимодействие: поскольку функция сигнализирует о сбое асинхронного задания, вызов, как правило, должен выполняться нижележащим модулем абстракции аппаратного обеспечения или драйвером памяти, как только задание завершается сбоем (интерпретация). Вопрос Q-810e76dee987a5a1 (открытый)

Специфические коды ошибок, ошибки разработки (DET) или производственные ошибки (DEM) для этой службы не определены; отдельное поведение при ошибках для самого вызова в элементе не специфицировано.

Данный текст был создан ИИ. Все технические утверждения основаны исключительно на данных спецификации из AUTOSAR R20-11.

функция Ea_MainFunction [SWS_Ea_00096] 📄 PDF

void Ea_MainFunction (void);

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

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 982c19d62ccc Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Использование

Функция Ea_MainFunction служит для обработки запрошенных заданий, а также для выполнения внутренних операций управления внутри модуля EEPROM-Abstraction [SWS_Ea_00096]. Согласно определению интерфейса void Ea_MainFunction(void) функция не принимает входных параметров и не возвращает значения вызывающему компоненту [SWS_Ea_00096].

Контекст вызова и параллелизм

Интерфейс имеет Service-ID 0x12 и объявляется через заголовочный файл SchM_Ea.h [SWS_Ea_00096]. Интерпретация: в связи с предоставлением через SchM_Ea.h вызов, как правило, должен выполняться циклически диспетчером расписания (BSW Scheduler) в контексте задачи для непрерывного фонового продолжения асинхронной обработки заданий памяти. Вопрос Q-23f33a40a1e08c34 (открытый)

Обработка ошибок

Поскольку Ea_MainFunction не возвращает значения, состояния ошибок или ход выполнения задания не передаются напрямую через вызов функции [SWS_Ea_00096]. Специфические коды ошибок, а также требования к отправке сообщений в модуль интерфейса разработки (DET) или модуль диагностики (DEM) для данной службы в приведенной выдержке из спецификации не определены.

Этот текст был сгенерирован автоматически. Все сведения основаны исключительно на данных спецификации релиза R20-11.

функция 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.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 5f055de9eae0 Происхождение Открытые вопросы (1)
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Использование и семантика

Функция обратного вызова NvM_JobEndNotification служит согласно [SWS_Ea_00099] для того, чтобы базовая абстракция памяти сигнализировала вышележащим модулям об успешном завершении задания без ошибок. Служба имеет сигнатуру void NvM_JobEndNotification(void); она не ожидает ни входных, ни входных/выходных параметров и не возвращает значения [SWS_Ea_00099]. Выполнение специфицировано как синхронное, а интерфейс предоставляется через заголовочный файл NvM_MemIf.h [SWS_Ea_00099].

Параллелизм и условия вызова

В отношении поведения во время выполнения NvM_JobEndNotification классифицирована как нереэнтрантная (Non Reentrant) [SWS_Ea_00099]. Поэтому вызывающие сущности должны гарантировать, что уведомление не вызывается с прерыванием или параллельно из нескольких контекстов. Интерпретация: уровень абстракции памяти, как правило, должен выполнять данную функцию в рамках своей циклической главной функции или после завершения асинхронного задания драйвера, как только установлено, что операция завершилась без ошибок. Вопрос Q-adabc07be0a3e7d2 (открытый)

Обработка ошибок и взаимодействие

Для этой функции уведомления в [SWS_Ea_00099] не определены ни специфические коды ошибок, ни ошибки разработки (DET), ни производственные ошибки (DEM). Это обусловлено тем, что вызов указывает исключительно на безошибочное завершение задания [SWS_Ea_00099]. Если во время выполнения задания памяти возникает ошибка, данное уведомление не вызывается.

Этот текст сгенерирован ИИ на основе спецификации.

функция 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.

СОЗДАНО ИИ не проверено Модель: gemini-3.8-flash-medium · Усилие: medium · Температура: не регулируется · Промпт: 6fbe1fe6a235 Происхождение
переведено с немецкого руководстваgemini-3.8-flash-low · 2026-10-13 · Немецкий оригинал

Функция уведомления NvM_JobErrorNotification используется нижележащей абстракцией памяти (Memory Abstraction) для сообщения модулю NVRAM Manager об ошибочном завершении задания [SWS_Ea_00100]. Объявление данного интерфейса предоставляется через заголовочный файл NvM_MemIf.h [SWS_Ea_00100].

Для вызова и интеграции интерфейса согласно спецификации [SWS_Ea_00100] действуют следующие свойства:

  • Сигнатура и синтаксис: функция имеет сигнатуру void NvM_JobErrorNotification (void) [SWS_Ea_00100].
  • Параметры и возвращаемые значения: функция не имеет ни входных параметров (Parameters (in): None), ни входных/выходных параметров (Parameters (inout): None), ни выходных параметров (Parameters (out): None) и не возвращает значения (Return value: None) [SWS_Ea_00100].
  • Синхронность: вызов специфицирован как синхронный (Synchronous) [SWS_Ea_00100].
  • Параллелизм: функция определена как нереэнтрантная (Non Reentrant) [SWS_Ea_00100]. Соответствующие вызовы из абстракции памяти не должны выполняться параллельно или с перекрытием.

Специфические коды ошибок, параметры для дифференциации ошибок или требования к уведомлениям для модулей Default Error Tracer (DET) или Diagnostic Event Manager (DEM) в определении отсутствуют [SWS_Ea_00100]. Функция служит исключительно в качестве чистого сообщения о состоянии с результатом задания, завершившегося с ошибкой [SWS_Ea_00100].

Это указание по использованию было сгенерировано автоматически и опирается исключительно на спецификацию 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#9f5aeec8
Content hash
9f5aeec8
Source
https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_EEPROMAbstraction.pdf#nameddest=SWS_Ea_00084

Карта тем

Подробный вид

Выберите элемент в оглавлении.

Инициализация и состояние

Ea_GetStatus функция

Service to return the Status.

MemIf_StatusType Ea_GetStatus (void);
Ea_GetVersionInfo функция

Service to get the version information of this module.

void Ea_GetVersionInfo (Std_VersionInfoType* VersionInfoPtr);
Ea_Init функция

Initializes the EEPROM abstraction module.

void Ea_Init (const Ea_ConfigType* ConfigPtr);

Сервисы

Ea_Cancel функция

Cancels the ongoing asynchronous operation.

void Ea_Cancel (void);
Ea_EraseImmediateBlock функция

Erases the block Block Number.

Std_ReturnType Ea_EraseImmediateBlock (uint16 BlockNumber);
Ea_GetJobResult функция

Service to return the Job Result.

MemIf_JobResultType Ea_GetJobResult (void);
Ea_InvalidateBlock функция

Invalidates the block Block Number.

Std_ReturnType Ea_InvalidateBlock (uint16 BlockNumber);
Ea_JobEndNotification функция

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 функция

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 функция

Function to switch the mode of the underlying EEPROM Driver

void Ea_SetMode (MemIf_ModeType Mode);
Ea_Write функция

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

Std_ReturnType Ea_Write (uint16 BlockNumber, const uint8* DataBufferPtr);
NvM_JobEndNotification функция

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);

Циклические

Ea_MainFunction функция

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

void Ea_MainFunction (void);

Типы

Configuration data structure of the Ea module.