DEENESPTFRRUARHIKOZHNL

Intrusion Detection System Manager (IdsM)

ModulIdsM (Intrusion Detection System Manager)
BSW-Modul-ID108
Standard-Header#include "IdsM.h"
SWS-SpezifikationAUTOSAR_SWS_IntrusionDetectionSystemManager.pdf
ClusterSecurity & Intrusion Detection

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

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

Собирает события безопасности от сенсоров, фильтрует их и перенаправляет квалифицированные события в приемники.

IdsM собирает Security Events, о которых сообщают модули BSW, CDD и SW-C, буферизует их и обрабатывает асинхронно в IdsM_MainFunction [SWS_IdsM_00702]. Reporting Mode и цепочка фильтров из фильтров состояния блокировки (Block State), прореживания (Sampling), агрегации и пороговых значений преобразуют их в квалифицированные события [SWS_IdsM_01004]. Они передаются через PduR в IdsR или сохраняются в DEM/Sem. Метка времени, подпись и диагностический доступ опциональны. Значение контекстных данных IdsM не оценивает; реагирование на атаки находится за пределами модуля.

IdsM принимает Security Events (SEv) от сенсоров безопасности, то есть от BSW-модулей, CDD и SW-C. С помощью цепочки фильтров он преобразует их в Qualified Security Events (QSEv) [SWS_IdsM_00902]. Модуль отправляет QSEv через PduR в IdsR, сохраняет их в DEM/Sem или и то, и другое [SWS_IdsM_01202] [SWS_IdsM_01600]. Значение контекстных данных он не оценивает. Реагирование на атаки находится за пределами модуля, например в SOC [SWS_IdsM_CONSTR_00001].

kontext sensoren Сенсоры (BSW, CDD, SW-C через RTE) idsm IdsM sensoren->idsm IdsM_SetSecurityEvent… bswm BswM bswm->idsm IdsM_BswM_StateChanged dcm Dcm dcm->idsm IdsM_Dcm_…ReportingMode… stbm StbM idsm->stbm StbM_GetCurrentTime swc SW-C (CustomTimestamp) idsm->swc IdsM_CustomTimestamp.Get csm Csm idsm->csm Csm_SignatureGenerate nvm NvM idsm->nvm NvM_WriteBlock pdur PduR idsm->pdur PduR_IdsMTransmit dem Dem / Sem (DRAFT) idsm->dem QSEv speichern det Det idsm->det Det_ReportError csm->idsm IdsM_CsmNotification pdur->idsm IdsM_CopyTxData, IdsM_TxConfirmation, IdsM_TpTxConfirmation idsr IdsR (другой электронный блок управления) pdur->idsr IDS-Nachricht

Контекстная диаграмма: IdsM соединяет сообщающие сенсоры с приемниками PduR/IdsR и DEM/Sem. BswM, StbM, CSM, DCM и NvM подключены опционально. Источники: SWS IdsM с. 20, [SWS_IdsM_91023].

Сенсоры сообщают через IdsM_SetSecurityEvent или один из пяти вариантов с контекстными данными (до 1500 байт), счетчиком и меткой времени [SWS_IdsM_00300] [SWS_IdsM_00404] [SWS_IdsM_00501]. При этом они всегда используют символическое имя IdsMEvent [SWS_IdsM_00607]. Служба отправки сообщений лишь буферизует SEv. Сама обработка выполняется асинхронно в IdsM_MainFunction [SWS_IdsM_00702]. Если свободный Event Buffer отсутствует, IdsM инициирует внутренний SEv, если таковой сконфигурирован [SWS_IdsM_00703].

Квалификация начинается с Reporting Mode. Возможные значения: OFF, BRIEF, DETAILED и варианты, обходящие фильтры [SWS_IdsM_01002] [SWS_IdsM_91013]. Затем активные фильтры выполняются в фиксированном порядке: Block State, Forward Every n-th, Aggregation, Threshold [SWS_IdsM_01004]. Если какой-либо фильтр отбрасывает SEv, обработка завершается [SWS_IdsM_01005]. Перед отправкой в IdsR дополнительно действуют ограничения частоты и трафика [SWS_IdsM_01070]. Они, по-видимому, распространяются и на режимы обхода (интерпретация). Вопрос (открытый)

filterkette a SEv из буфера событий (IdsM_MainFunction) rm Reporting Mode? (IdsMReportingModeFilter) a->rm bs Block State Filter: aktueller Zustand in IdsMBlockState? rm->bs BRIEF / DETAILED drop SEv verworfen rm->drop OFF q QSEv rm->q BRIEF_ / DETAILED_ BYPASSING_FILTERS fn Forward Every n-th Filter: weiterzuleitendes Ereignis? bs->fn нет bs->drop да ag Event Aggregation Filter: Intervallende erreicht? fn->ag да fn->drop нет coll Собрано в интервале агрегации (счетчик суммирован) ag->coll нет th Event Threshold Filter: Summe mindestens IdsMEventThresholdNumber? ag->th да, суммарный счетчик th->drop нет th->q да sink Konfigurierte Senken q->sink lim Rate Limitation, затем Traffic Limitation sink->lim IdsMSinkIdsR (интерпретация: также при обходе) dem Dem / Sem (DRAFT) sink->dem IdsMSinkDem lim->drop Предел превышен idsr PduR an IdsR lim->idsr в пределах границ

Диаграмма деятельности: сначала Reporting Mode, затем цепочка фильтров, в конце — ограничения экземпляра перед IdsR. Источники: SWS IdsM с. 35, [SWS_IdsM_01004], [SWS_IdsM_01070]

Опционально можно подключить дополнительные функции [SWS_IdsM_01100] [SWS_IdsM_01204] [SWS_IdsM_01901] [SWS_IdsM_01702]:

  • Метка времени из StbM или из приложения
  • Подпись через CSM
  • Чтение и изменение Reporting Mode через DCM, с сохранением в NvM и откатом при ошибках

Об ошибках разработки IdsM сообщает в DET только при активном IdsMDevErrorDetect [SWS_IdsM_02003]. Приемник DEM/Sem в R20-11 имеет статус DRAFT [SWS_IdsM_01601].

Роль: от зарегистрированного события безопасности к квалифицированному событию

Intrusion Detection System Manager (IdsM) собирает Security Events (SEv). Их распознают и передают сенсоры безопасности, то есть BSW-модули, Complex Device Drivers или SW-C SWS IdsM с. 10. IdsM проверяет каждое SEv по конфигурируемой последовательности фильтров — цепочке фильтров. Если SEv проходит эту проверку, оно становится Qualified Security Event (QSEv) [SWS_IdsM_00902]. Дальнейшей обработке подлежат только QSEv. Они передаются через PduR в IdsR на другом блоке управления, сохраняются в DEM/Sem или и то, и другое [SWS_IdsM_01202] [SWS_IdsM_01600] SWS IdsM с. 35.

Граница системы очерчена узко. IdsM не знает значения контекстных данных и поэтому не решает самостоятельно, скомпрометирована ли система. Распознавание и реагирование находятся за пределами модуля, например в SOC [SWS_IdsM_CONSTR_00001]. Обязательные интерфейсы к другим модулям отсутствуют [SWS_IdsM_91023]. Каждое сопряжение подключается через конфигурацию. Это подтверждается условными включениями заголовочных файлов:

  • Det.h при IdsMDevErrorDetect
  • Dem.h при IdsMSinkDem
  • Dcm.h при IdsMDiagnosticSupport
  • NvM.h при IdsMNvmBlockDescriptor
  • PduR.h при IdsMSinkIdsR

Подтверждения для данных включений: с [SWS_IdsM_00101] по [SWS_IdsM_00105].

kontext sensoren Сенсоры (BSW, CDD, SW-C через RTE) idsm IdsM sensoren->idsm IdsM_SetSecurityEvent… bswm BswM bswm->idsm IdsM_BswM_StateChanged dcm Dcm dcm->idsm IdsM_Dcm_…ReportingMode… stbm StbM idsm->stbm StbM_GetCurrentTime swc SW-C (CustomTimestamp) idsm->swc IdsM_CustomTimestamp.Get csm Csm idsm->csm Csm_SignatureGenerate nvm NvM idsm->nvm NvM_WriteBlock pdur PduR idsm->pdur PduR_IdsMTransmit dem Dem / Sem (DRAFT) idsm->dem QSEv speichern det Det idsm->det Det_ReportError csm->idsm IdsM_CsmNotification pdur->idsm IdsM_CopyTxData, IdsM_TxConfirmation, IdsM_TpTxConfirmation idsr IdsR (другой электронный блок управления) pdur->idsr IDS-Nachricht

Контекстная диаграмма: IdsM находится между сообщающими сенсорами и приемниками PduR/IdsR, а также DEM/Sem. BswM, StbM, CSM, DCM и NvM предоставляют рабочее состояние, время, подпись и диагностический доступ. Источники: SWS IdsM с. 20, SWS IdsM с. 14, [SWS_IdsM_01022], [SWS_IdsM_01104], [SWS_IdsM_01206], [SWS_IdsM_01701]

Запуск, идентификация событий и интерфейсы отправки сообщений

IdsM_Init инициализирует все внутренние переменные и переводит модуль в состояние «инициализирован» [SWS_IdsM_00202] [SWS_IdsM_91001]. Только IdsM_Init и IdsM_GetVersionInfo разрешено вызывать до этого момента времени SWS IdsM с. 21. Повторный вызов IdsM_Init не инициализирует модуль во второй раз [SWS_IdsM_00204].

lebenszyklus start Start uninit Не инициализирован start->uninit uninit->uninit API, отличный от IdsM_Init / IdsM_GetVersionInfo: Det_ReportError IDSM_E_UNINIT (только при IdsMDevErrorDetect) init Initialisiert uninit->init IdsM_Init(configPtr): все внутренние переменные инициализированы init->init Повторный IdsM_Init: без повторной инициализации, Det_ReportError IDSM_E_ALREADY_INITIALIZED (только при IdsMDevErrorDetect) init->init IdsM_MainFunction, Melde-Dienste, Callbacks

Диаграмма состояний: модуль имеет два состояния. Ошибочные вызовы в обоих состояниях сообщают об ошибке в DET только при активном обнаружении ошибок разработки. Источники: [SWS_IdsM_00202], [SWS_IdsM_00203], [SWS_IdsM_00204], SWS IdsM с. 21

Каждое SEv идентифицируется тремя идентификаторами и именем события [SWS_IdsM_00600]:

  • IdsMExternalEventId глобально уникален и берется из Security Extract. Значение 0xFFFF недопустимо [SWS_IdsM_00603] [SWS_IdsM_00604].
  • IdsMSensorInstanceId по умолчанию равен 0, если существует только один экземпляр модуля [SWS_IdsM_00608].
  • IdsMInternalEventId модуль IdsM вычисляет внутренне [SWS_IdsM_00601].

Сенсоры сообщают исключительно через символическое имя контейнера IdsMEvent. Им не разрешается полагаться на внутреннее значение [SWS_IdsM_00602] [SWS_IdsM_00607]. Для отправки сообщений доступно шесть служб:

СервисДополнительные данныеОбоснование
IdsM_SetSecurityEventнет[SWS_IdsM_00300]
IdsM_SetSecurityEventWithContextDataДанные контекста[SWS_IdsM_00301]
IdsM_SetSecurityEventWithCountСчетчик (Smart Sensor)[SWS_IdsM_00401]
IdsM_SetSecurityEventWithCountContextDataСчетчик, контекстные данные[SWS_IdsM_00402]
IdsM_SetSecurityEventWithTimestampCountВременная метка, счетчик[SWS_IdsM_00403]
IdsM_SetSecurityEventWithTimestampCountContextDataВременная метка, счетчик, контекстные данные[SWS_IdsM_00404]

Контекстные данные сенсор передает в виде указателя на массив байтов. Поддерживается до 1500 байт [SWS_IdsM_00501] [SWS_IdsM_00502]. Тот, у кого есть метка времени, но нет собственного счетчика, сообщает с count = 1 [SWS_IdsM_00405].

SW-C с внешними ID в диапазоне 0x8000–0xFFFE обращаются к IdsM через сервисные интерфейсы IdsMService_{EventName} или IdsMSmartSensorService_{EventName}. Какой интерфейс применяется, зависит от IdsMAdditionalParameterOption (None, Count, CountTimestamp) [SWS_IdsM_91027] [SWS_IdsM_91028] [SWS_IdsM_01301] [SWS_IdsM_01303]. В R20-11 эти службы являются нормативными. Более поздние релизы обозначают их как OBSOLETE SWS IdsM с. 67.

Буферизация и асинхронная обработка в IdsM_MainFunction

Службы отправки сообщений не обрабатывают SEv немедленно. IdsM сначала помещает его в Event Buffer. Фильтрация и пересылка осуществляются позже и асинхронно в циклически вызываемой IdsM_MainFunction [SWS_IdsM_00702] [SWS_IdsM_00901] [SWS_IdsM_91000]. Число Event Buffers (IdsMNumberOfEventBuffers) конфигурируемо [SWS_IdsM_00701]. В качестве ориентира спецификация рекомендует количество экземпляров фильтра агрегации плюс верхний предел параллельно обрабатываемых событий SWS IdsM с. 24.

Регистрация и асинхронная обработка SEvSensorIdsMBswDefaultTaskStbMприемник (PduR / Dem)Use Case: Сообщение в контексте сенсораIdsM_SetSecurityEvent(securityEventId)или один из пяти вариантовSEv in Event Buffer ablegenпри необходимости привязать буфер Context DataВозврат (void)Use Case: Zyklische VerarbeitungIdsM_MainFunction()optIdsMTimestampOption = AUTOSAR, kein Zeitstempel gemeldetStbM_GetCurrentTime()aktuelle Zeitвсе буферизованные SEv: Reporting Mode,Filterkette, Zeitstempel zuordnenoptSEv als QSEv qualifiziertQSEv an konfigurierte Senken

Диаграмма последовательности: сообщение возвращает управление сразу после буферизации. Метка времени, фильтрация и пересылка выполняются только в IdsM_MainFunction. Источники: SWS IdsM с. 86, [SWS_IdsM_00702], [SWS_IdsM_00901], [SWS_IdsM_01107]

Контекстные данные располагаются в собственных Context Data Buffers с конфигурируемым размером до 1500 байт [SWS_IdsM_00704] SWS IdsM с. 122. IdsM выбирает буфер такого же или следующего большего размера и связывает его с Event Buffer [SWS_IdsM_00705] [SWS_IdsM_00706]. SEv без контекстных данных не занимает такой буфер [SWS_IdsM_00709]. Для собственных внутренних SEv модуля IdsM предусмотрены отдельные раздельные буферы [SWS_IdsM_00802].

puffer a SEv получен через службу регистрации b Event Buffer frei? a->b c Interner SEv IDSM_INTERNAL_EVENT_NO_EVENT_BUFFER_AVAILABLE (falls konfiguriert) b->c нет d SEv in Event Buffer speichern b->d да x SEv не может быть обработано c->x e Kontextdaten gemeldet? d->e f Свободен ли Context Data Buffer такого же или ближайшего большего размера? e->f да i Продолжить обработку SEv без контекстных данных e->i нет g Связать Context Data Buffer с Event Buffer f->g да h Interner SEv IDSM_INTERNAL_EVENT_NO_CONTEXT_DATA_BUFFER_AVAILABLE (falls konfiguriert) f->h нет j Asynchrone Verarbeitung in IdsM_MainFunction g->j h->i i->j

Диаграмма деятельности: так распределяются буферы при поступлении SEv. Если контекстный буфер отсутствует, SEv обрабатывается без контекстных данных. Если отсутствует Event Buffer, обработка SEv невозможна. Источники: [SWS_IdsM_00703], [SWS_IdsM_00705], [SWS_IdsM_00707], [SWS_IdsM_00708], [SWS_IdsM_91015], SWS IdsM с. 27.

Квалификация: Reporting Mode, цепочка фильтров и границы экземпляра

Сначала IdsM анализирует Reporting Mode. Каждое SEv имеет ровно один фильтр Reporting Mode. Этот фильтр обязателен, привязан непосредственно к SEv и не относится к цепочке фильтров [SWS_IdsM_01010] [SWS_IdsM_01011]. Начальное значение берется из IdsMReportingModeFilter [SWS_IdsM_01012]. Цепочка фильтров следует только после этого [SWS_IdsM_01002]. IdsM_Filters_ReportingModeType поддерживает следующие режимы [SWS_IdsM_91013]:

  • IDSM_REPORTING_MODE_OFF: событие не передается.
  • IDSM_REPORTING_MODE_BRIEF: сообщение без контекстных данных.
  • IDSM_REPORTING_MODE_DETAILED: сообщение с контекстными данными.
  • Оба варианта …_BYPASSING_FILTERS: сообщение как BRIEF или DETAILED, но без фильтрации.

Цепочка фильтров сопоставлена с SEv [SWS_IdsM_01001] [SWS_IdsM_00903]. Каждому IdsMFilterChain требуется как минимум один фильтр [SWS_IdsM_CONSTR_00002]. Активные фильтры выполняются в фиксированном порядке [SWS_IdsM_01004]. Если фильтр отбрасывает SEv, анализ немедленно прекращается. В противном случае SEv переходит к следующему фильтру [SWS_IdsM_00904] [SWS_IdsM_00905] [SWS_IdsM_01005]. Четыре фильтра в этом порядке:

  1. Block State: BswM сообщает о текущем состоянии через IdsM_BswM_StateChanged в виде битовой маски типа IdsM_Filters_BlockStateType. Если это состояние указано по ссылке в IdsMBlockState, фильтр отбрасывает SEv [SWS_IdsM_01022] [SWS_IdsM_01023] [SWS_IdsM_91017]. Фильтр может ссылаться максимум на 16 состояний SWS IdsM с. 85.
  2. Forward Every n-th: первое SEv пропускается, затем каждое n-е согласно IdsMNthParameter. Данные при этом остаются неизменными [SWS_IdsM_01031] [SWS_IdsM_01032] [SWS_IdsM_01033].
  3. Event Aggregation: во время интервала фильтр ничего не передает далее. В конце интервала формируется одно-единственное SEv с суммирующим счетчиком [SWS_IdsM_01043] [SWS_IdsM_01046]. Контекстные данные и метка времени берутся из первого или последнего SEv интервала в зависимости от IdsMContextDataSourceSelector [SWS_IdsM_01047] [SWS_IdsM_01049]. Пример приведен в SWS IdsM с. 40.
  4. Event Threshold: фильтр отбрасывает SEv до тех пор, пока сумма счетчика в текущем интервале остается ниже IdsMEventThresholdNumber. По истечении интервала сумма сбрасывается [SWS_IdsM_01061] [SWS_IdsM_01062] [SWS_IdsM_01063]. Пример приведен в SWS IdsM с. 41.

Все интервалы кратны IdsMMainFunctionPeriod. Интервал агрегации и пороговый интервал отсчитываются от первого вызова Main Function [SWS_IdsM_01050] [SWS_IdsM_01051] [SWS_IdsM_01065].

Перед отправкой в IdsR действуют два ограничения для всего экземпляра IdsM [SWS_IdsM_01070]:

  • Ограничение частоты разрешает не более IdsMRateLimitationMaximumEvents QSEv за интервал [SWS_IdsM_01081].
  • Ограничение трафика разрешает не более IdsMTrafficLimitationMaximumBytes байт за интервал [SWS_IdsM_01091] [SWS_IdsM_01093].

Внутренние SEv модуля IdsM не проходят эти фильтры экземпляра. Однако специфичные для события фильтры у них могут быть [SWS_IdsM_00803] [SWS_IdsM_00804]. Интерпретация: режимы обхода обходят только цепочку фильтров. Вопрос (открытый) Ограничения частоты и трафика, по-видимому, распространяются и на них, поскольку [SWS_IdsM_01070] требует соблюдения этих ограничений перед любой передачей в IdsR.

filterkette a SEv из буфера событий (IdsM_MainFunction) rm Reporting Mode? (IdsMReportingModeFilter) a->rm bs Block State Filter: aktueller Zustand in IdsMBlockState? rm->bs BRIEF / DETAILED drop SEv verworfen rm->drop OFF q QSEv rm->q BRIEF_ / DETAILED_ BYPASSING_FILTERS fn Forward Every n-th Filter: weiterzuleitendes Ereignis? bs->fn нет bs->drop да ag Event Aggregation Filter: Intervallende erreicht? fn->ag да fn->drop нет coll Собрано в интервале агрегации (счетчик суммирован) ag->coll нет th Event Threshold Filter: Summe mindestens IdsMEventThresholdNumber? ag->th да, суммарный счетчик th->drop нет th->q да sink Konfigurierte Senken q->sink lim Rate Limitation, затем Traffic Limitation sink->lim IdsMSinkIdsR (интерпретация: также при обходе) dem Dem / Sem (DRAFT) sink->dem IdsMSinkDem lim->drop Предел превышен idsr PduR an IdsR lim->idsr в пределах границ

Диаграмма деятельности: сначала Reporting Mode, затем фильтры в фиксированном порядке, в конце — ограничения экземпляра перед IdsR. Несконфигурированные фильтры опускаются. Источники: SWS IdsM с. 35, [SWS_IdsM_01002], [SWS_IdsM_01004], [SWS_IdsM_01070], [SWS_IdsM_91013]

Метка времени, IDS-сообщение и приемники

Метка времени опциональна и управляется глобально через IdsMTimestampOption [SWS_IdsM_01100]:

Если сенсор сам передает метку времени, она имеет приоритет [SWS_IdsM_01108]. IdsM усекает ее до 62 младших битов [SWS_IdsM_01110]. Согласно диаграммам выполнения, IdsM определяет метку времени в Main Function для всех буферизованных событий SWS IdsM с. 87.

zeitstempel a QSEv aufbereiten opt IdsMTimestampOption? a->opt none Метка времени отсутствует; переданная метка времени игнорируется opt->none None given Метка времени передана от датчика? opt->given AUTOSAR / Custom trunc Обрезать до 62 младших битов и использовать given->trunc да src Источник согласно опции? given->src нет add Zeitstempel in QSEv aufnehmen trunc->add stbm StbM_GetCurrentTime() src->stbm AUTOSAR cust IdsM_CustomTimestamp, операция Get через порт CustomTimestamp src->cust Custom stbm->add cust->add

Диаграмма деятельности: как выбирается источник метки времени в зависимости от IdsMTimestampOption. Источники: [SWS_IdsM_01106], [SWS_IdsM_01107], [SWS_IdsM_01108], [SWS_IdsM_01109], [SWS_IdsM_01110], SWS IdsM с. 86

QSEv имеет одинаковую структуру независимо от того, в какой приемник оно направляется [SWS_IdsM_01200]. IDS-сообщение состоит из Event Frame и, опционально, Timestamp, Context Data и Signature PRS IDS с. 11. Какие приемники использует событие, определяется конфигурацией IdsMEvent [SWS_IdsM_01201].

Подпись опциональна. Она активируется глобально, как только сконфигурирован IdsMCsmJobReference. Она инициируется через Csm_SignatureGenerate. Для синхронных задач подпись готова немедленно, для асинхронных результат сообщает IdsM_CsmNotification [SWS_IdsM_01204] [SWS_IdsM_01206] [SWS_IdsM_01207] [SWS_IdsM_01208].

Для приемника IdsR модуль IdsM передает данные через PduR_IdsMTransmit [SWS_IdsM_01498]. Если сообщение помещается в шинную PDU, используется IF-PDU, в противном случае — TP-PDU [SWS_IdsM_01400] [SWS_IdsM_01401]. Новое задание на передачу выдается только после подтверждения предыдущего [SWS_IdsM_01499]. Приемник DEM/Sem сохраняет полное IDS-сообщение. В R20-11 он имеет статус DRAFT [SWS_IdsM_01601] [SWS_IdsM_01602].

Подпись и передача QSEv в IdsRIdsMCsmPduRUse Case: Optional: Signatur (IdsMCsmJobReference konfiguriert)Csm_SignatureGenerate()altsynchroner Csm-JobВозврат: подпись доступна немедленноasynchroner Csm-JobIdsM_CsmNotification()Use Case: Передача (IdsMSinkIdsR)PduR_IdsMTransmit()altСообщение IDS помещается в одну PDU шины (IdsMIfTxPdu)IdsM_TxConfirmation(TxPduId, result)иначе сегментировано (IdsMTpTxPdu)loopдо полного копирования PDUIdsM_CopyTxData(id, info, retry, availableDataPtr)BufReq_ReturnTypeIdsM_TpTxConfirmation(id, result)Kein weiteres PduR_IdsMTransmitдо подтверждения

Диаграмма последовательности: сначала опциональная подпись через CSM, затем передача в виде IF- или сегментированной TP-PDU с подтверждением. Источники: [SWS_IdsM_01207], [SWS_IdsM_01208], [SWS_IdsM_01500], [SWS_IdsM_01501], [SWS_IdsM_01502], SWS IdsM с. 49

Диагностическая реконфигурация и персистентность Reporting Mode

Диагностический доступ опционален и активируется через IdsMDiagnosticSupport [SWS_IdsM_01800].

  • Изменение: DCM вызывает IdsM_Dcm_SetReportingMode_Start с новым значением [SWS_IdsM_01901] [SWS_IdsM_91008]. Если режим или ID события недопустимы, IdsM отвечает с E_NOT_OK и DCM_E_REQUESTOUTOFRANGE [SWS_IdsM_01902] [SWS_IdsM_01903].
  • Чтение: DCM сначала вызывает IdsM_Dcm_GetReportingMode_Start, а затем с помощью IdsM_Dcm_GetReportingMode_RequestResults забирает результат [SWS_IdsM_02001] [SWS_IdsM_02002].

После успешного изменения IdsM инициирует NvM_WriteBlock [SWS_IdsM_01701]. Если сохранение завершается сбоем, он восстанавливает предыдущее значение и сообщает DCM_E_GENERALPROGRAMMINGFAILURE [SWS_IdsM_01702] [SWS_IdsM_01904] [SWS_IdsM_01905].

При запуске IdsM использует сохраненные значения. Если они отсутствуют, действует конфигурация [SWS_IdsM_01703] [SWS_IdsM_01704]. Блок NvM должен содержаться в NvM_ReadAll и называется IdsM_NvMRamBlockData или IdsM_NvMRomBlockData [SWS_IdsM_01705] [SWS_IdsM_01706] [SWS_IdsM_01707]. Предположительно, DCM узнает результат сохранения через повторные вызовы с OpStatus DCM_PENDING. Вопрос Q-65ac99385a597b7d (открытый) В более поздней редакции для этого указывается DCM_E_BUSYREPEATREQUEST SWS IdsM с. 75.

Изменение и чтение Reporting Mode через диагностикуDcmIdsMNvMUse Case: Изменение Reporting ModeIdsM_Dcm_SetReportingMode_Start(In_SecurityEventId,In_SensorInstanceId, In_ReportingMode, OpStatus, ErrorCode)altReporting Mode или ID события недействительныE_NOT_OK, DCM_E_REQUESTOUTOFRANGEПараметры действительныИзменение IdsMReportingModeFilterNvM_WriteBlock()Интерпретация: результат сохранения в энергонезависимой памятивозвращается через вызовы с OpStatus DCM_PENDINGaltPersistierung fehlgeschlagenОткат к предыдущему Reporting ModeE_NOT_OK, DCM_E_GENERALPROGRAMMINGFAILUREPersistierung erfolgreichE_OKUse Case: Reporting Mode lesenIdsM_Dcm_GetReportingMode_Start(In_SecurityEventId,In_SensorInstanceId, OpStatus, ErrorCode)E_OK / DCM_E_PENDING / E_NOT_OKIdsM_Dcm_GetReportingMode_RequestResults(OpStatus,Out_ReportingMode, ErrorCode)Out_ReportingMode

Диаграмма последовательности: изменение Reporting Mode с сохранением в NvM и откатом, а также двухэтапное чтение. Источники: [SWS_IdsM_01901], [SWS_IdsM_01904], [SWS_IdsM_01905], [SWS_IdsM_91007], SWS IdsM с. 74. Путь обратной связи сохранения помечен как интерпретация.

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

Ошибки разработки IdsM сообщает в DET только при активном IdsMDevErrorDetect. Коды ошибок приведены в [SWS_IdsM_02003]:

  • IDSM_E_PARAM_INVALID: все шесть сервисов передачи сообщений сообщают об этой ошибке при неизвестном Event-ID. Варианты со счетчиком дополнительно сообщают о ней при count = 0 [SWS_IdsM_02101] [SWS_IdsM_02103] [SWS_IdsM_02106].
  • IDSM_E_PARAM_LENGTH: ошибка возникает, если contextDataSize превышает наибольший IdsMContextDataBufferSize [SWS_IdsM_02107] [SWS_IdsM_02109].
  • О вызовах до инициализации и о повторной инициализации также сообщается [SWS_IdsM_00203] [SWS_IdsM_00204].

Внимание к наименованию: в [SWS_IdsM_00203] код называется IDSM_E_PARAM_UNINIT, в таблице ошибок он указан как IDSM_E_UNINIT (0x0D) [SWS_IdsM_02003].

О нехватке ресурсов IdsM сообщает как о собственных внутренних SEv, если они сконфигурированы [SWS_IdsM_91015]:

  • нет свободного Event Buffer (ID 46) [SWS_IdsM_00703]
  • нет подходящего Context Data Buffer (ID 47). В этом случае SEv обрабатывается без контекстных данных [SWS_IdsM_00707] [SWS_IdsM_00708]
  • превышено ограничение трафика (ID 48) [SWS_IdsM_01094]

Отклонение SEv фильтром является штатным поведением, а не ошибкой [SWS_IdsM_00904]. Ошибка отправки возвращается в виде E_NOT_OK в подтверждении [SWS_IdsM_91009]. Правило повтора с IdsMTransmissionRetryDelay появляется только в R25-11 SWS IdsM с. 51.

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

Сформированное ИИ руководство на основе фрагментов спецификаций в полезной нагрузке (AUTOSAR Classic Platform R20-11). Нормативными являются исключительно требования, на которые даны ссылки. Утверждения, обозначенные как интерпретация, не полностью подкреплены источниками.

Intrusion Detection System Manager (IdsM)

Collects and reports onboard security events to detect threats.

Funktionen — Übersicht

Typen — Übersicht

Funktionen & Typen — Detailansicht

функция IdsM_Init [SWS_IdsM_91001] 📄 PDF

void IdsM_Init (const IdsM_ConfigType* configPtr);

Service to initialize the module IdsM. It initializes all variables and sets the module state to initialized.

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

Синхронный и нереентерабельный интерфейс IdsM_Init служит для базовой инициализации модуля IdsM согласно [SWS_IdsM_91001]. При вызове служба инициализирует все внутренние переменные и переводит IdsM в состояние «инициализирован» ([SWS_IdsM_00202]). Через входной параметр configPtr функция принимает указатель на специфичную для модуля структуру конфигурации ([SWS_IdsM_91001]).

Выполнение IdsM_Init представляет собой обязательное функциональное предварительное условие для работы модуля. Если API модуля IdsM, отличный от IdsM_Init или IdsM_GetVersionInfo, вызывается в еще неинициализированном состоянии, модуль при включенном обнаружении ошибок разработки (IdsMDevErrorDetect) сообщает об ошибке IDSM_E_PARAM_UNINIT через Det_ReportError ([SWS_IdsM_00203], см. также код ошибки 0x0D под [SWS_IdsM_02003]).

Для обработки ошибок и контекста вызова действуют специфические правила поведения:

  • Если IdsM_Init вызывается в то время, когда модуль уже находится в инициализированном состоянии, повторная инициализация внутренних переменных не выполняется ([SWS_IdsM_00204]).
  • Вместо этого модуль при включенном IdsMDevErrorDetect через Det_ReportError сообщает об ошибке разработки IDSM_E_ALREADY_INITIALIZED с числовым значением 0x0E ([SWS_IdsM_00204], [SWS_IdsM_02003]).
  • Функция не имеет возвращаемого значения и определена как нереентерабельная ([SWS_IdsM_91001]). Поэтому в системе не допускается ее вызов параллельно или из прерывающих контекстов многократно одновременно.

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

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

функция IdsM_MainFunction [SWS_IdsM_91000] 📄 PDF

void IdsM_MainFunction (void);

This function is called periodically. It processes security events asynchronously which are queued during API function calls.

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

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

Функция IdsM_MainFunction вызывается периодически и доступна через заголовочный файл IdsM.h [SWS_IdsM_91000]. Она имеет сигнатуру void IdsM_MainFunction(void), не принимает параметров и не возвращает значения [SWS_IdsM_91000]. Сам вызов функции является синхронным, однако служит для асинхронной обработки событий безопасности (Security Events, SEv), которые ранее были помещены в очереди во время синхронных вызовов API [SWS_IdsM_91000]. Периодический запуск обычно должен выполняться планировщиком BSW или циклической задачей операционной системы. Вопрос Q-86e2e870c3496bad (открытый)

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

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

Взаимодействие при обработке событий

Основная задача в рамках циклической обработки включает следующие аспекты:

  • Event Buffer: после приема SEv IdsM сохраняет его в Event Buffer; эти буферы асинхронно управляются и фильтруются в рамках IdsM_MainFunction [SWS_IdsM_00702].
  • Context Data Buffer: если SEv принимается с контекстными данными, IdsM использует подходящие буферы из Context Data Buffer Pool; эти буферы также асинхронно обрабатываются и фильтруются в IdsM_MainFunction [SWS_IdsM_00705].
  • Квалификация: SEv, сохраненные в Event Buffers, обрабатываются асинхронно, чтобы идентифицировать их как квалифицированные события безопасности (QSEv) [SWS_IdsM_00901].

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

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

функция IdsM_CopyTxDataManager [SWS_IdsM_91010] 📄 PDF

BufReq_ReturnType IdsM_CopyTxData (PduIdType id, const PduInfoType* info, const RetryInfoType* retry, PduLengthType* availableDataPtr);

This function is called to acquire the transmit data of an I-PDU segment (N-PDU). Each call to this function provides the next part of the I-PDU data unless retry->TpDataState is TP_ DATARETRY. In this case the function restarts to copy the data beginning at the offset from the current position indicated by retry->TxTpDataCnt. The size of the remaining data is written to the position indicated by availableDataPtr.

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

Callback-функция вызывается синхронно и реэнтерабельно для запроса данных передачи для сегментов I-PDU (N-PDU) [SWS_IdsM_91010]. Она доступна через заголовочный файл IdsM_Cbk.h и обслуживает Service ID 0x43 [SWS_IdsM_91010].

Через id идентифицируется передаваемая I-PDU [SWS_IdsM_91010]. Параметр info передает целевой буфер (SduDataPtr), а также запрошенную байтовую длину (SduLength); значение 0 для SduLength (где SduDataPtr может быть NULL_PTR) служит для изменений состояния в параметре retry или для запроса оставшихся данных [SWS_IdsM_91010]. Через availableDataPtr функция возвращает объем данных, остающийся в Tx-буфере, что позволяет транспортным протоколам с динамической полезной длиной (например, FrIsoTp) определять размер последующих Consecutive Frames [SWS_IdsM_91010].

Если retry представляет собой NULL_PTR, скопированные данные могут быть освобождены из буфера непосредственно после операции копирования [SWS_IdsM_91010]. В противном случае RetryInfoType управляет обработкой ошибок: при TP_CONFPENDING ранее скопированные данные остаются в TP-буфере, тогда как TP_DATACONF подтверждает и освобождает все данные, скопированные до этого вызова [SWS_IdsM_91010]. Если TpDataState установлено в TP_DATARETRY, функция снова копирует ранее переданные данные, начиная со смещения в байтах, заданного TxTpDataCnt [SWS_IdsM_91010].

Функция возвращает BUFREQ_OK при успешном полном копировании [SWS_IdsM_91010]. Если доступно недостаточно данных передачи, данные не копируются и возвращается BUFREQ_E_BUSY, после чего нижележащий модуль может повторить вызов [SWS_IdsM_91010]. Если запрос завершается сбоем, происходит возврат BUFREQ_E_NOT_OK без принятия данных [SWS_IdsM_91010].

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

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

функция IdsM_SetSecurityEvent [SWS_IdsM_91002] 📄 PDF

void IdsM_SetSecurityEvent (IdsM_SecurityEventIdType securityEventId);

This API is the application interface to report security events to the IdsM.

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

Функция IdsM_SetSecurityEvent служит интерфейсом для приложений, позволяющим сообщать о событиях безопасности модулю IdsM (Intrusion Detection System Manager) [SWS_IdsM_91002].

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

Вызов выполняется синхронно через заголовочный файл IdsM.h с идентификатором службы 0x03 [SWS_IdsM_91002]. В качестве единственного передаваемого параметра передается идентификатор события безопасности:

  • securityEventId (IN, IdsM_SecurityEventIdType): уникальный идентификатор сообщаемого события безопасности [SWS_IdsM_91002].

Функция не имеет возвращаемого значения (void) [SWS_IdsM_91002].

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

Если обнаружение ошибок разработки (IdsMDevErrorDetect) включено, модуль проверяет параметр securityEventId по отношению к сконфигурированным событиям безопасности [SWS_IdsM_02101]. Если передан неизвестный ID события, который не был сконфигурирован в IdsMEvent, IdsM сообщает об ошибке разработки IDSM_E_PARAM_INVALID [SWS_IdsM_02101].

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

Функция специфицирована как нереентерабельная (Non Reentrant) [SWS_IdsM_91002]. Поэтому параллельные или прерывающие вызовы из различных контекстов должны синхронизироваться или предотвращаться вызывающей стороной.

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

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

функция IdsM_SetSecurityEventWithContextData [SWS_IdsM_91003] 📄 PDF

void IdsM_SetSecurityEventWithContextData (IdsM_SecurityEventIdType securityEventId, const uint8* contextData, uint16 contextDataSize);

This API is the application interface to report security events with context data to the IdsM.

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

Функция IdsM_SetSecurityEventWithContextData служит интерфейсом приложения для синхронного сообщения о событиях безопасности вместе с опциональными контекстными данными в Intrusion Detection System Manager ([SWS_IdsM_91003]). Она не имеет возвращаемого значения.

Параметры и использование

  • securityEventId: уникальный идентификатор сообщаемого события безопасности ([SWS_IdsM_91003]).
  • contextData: указатель на опциональные контекстные данные; если контекстные данные недоступны, необходимо передать NULL_PTR ([SWS_IdsM_91003]).
  • contextDataSize: размер предоставленных контекстных данных в байтах ([SWS_IdsM_91003]).

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

При активном обнаружении ошибок разработки (IdsMDevErrorDetect) модуль IdsM выполняет следующие проверки:

  • Если переданный securityEventId не относится к событиям безопасности, сконфигурированным в IdsMEvent, сообщается об ошибке разработки IDSM_E_PARAM_INVALID ([SWS_IdsM_02102]).
  • Если contextDataSize превышает максимально сконфигурированный размер буфера для контекстных данных (определяемый наибольшим параметризованным значением IdsMContextDataBufferSize), сообщается об ошибке разработки IDSM_E_PARAM_LENGTH ([SWS_IdsM_02107]).

Параллелизм и интеграция

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

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

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

функция IdsM_SetSecurityEventWithCount [SWS_IdsM_91018] 📄 PDF

void IdsM_SetSecurityEventWithCount (IdsM_SecurityEventIdType securityEventId, uint16 count);

This API is the application interface for Smart Sensors to report security events with a count value to the IdsM.

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

Синхронная функция IdsM_SetSecurityEventWithCount (Service-ID 0x05) представляет собой прикладной интерфейс для Smart Sensors для передачи событий безопасности (Security Events, SEvs) вместе со значением счетчика в IdsM [SWS_IdsM_91018], [SWS_IdsM_00401]. Благодаря этому IdsM может принимать события со счетчиком, предварительно вычисленным датчиком [SWS_IdsM_00401]. Объявление функции предоставляется через заголовочный файл IdsM.h [SWS_IdsM_91018].

При вызове функция ожидает два входных параметра:

  • securityEventId: идентификатор события безопасности типа IdsM_SecurityEventIdType [SWS_IdsM_91018].
  • count: значение счетчика типа uint16, поступающее от датчика и служащее начальным значением для события [SWS_IdsM_91018], [SWS_IdsM_00401].

Функция не возвращает значения и не определяет выходных параметров [SWS_IdsM_91018]. В отношении параллелизма и контекста вызова функция объявлена как нереентерабельная (Non Reentrant) [SWS_IdsM_91018]; поэтому параллельные вызовы должны быть исключены на программном уровне.

Для обработки ошибок определено, что при активированном обнаружении ошибок разработки (IdsMDevErrorDetect) IdsM проверяет параметры securityEventId и count [SWS_IdsM_02103]. Если передан неизвестный Event-ID или count имеет значение 0, сообщается об ошибке разработки IDSM_E_PARAM_INVALID [SWS_IdsM_02103].

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

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

функция IdsM_SetSecurityEventWithCountContextData [SWS_IdsM_91019] 📄 PDF

void IdsM_SetSecurityEventWithCountContextData (IdsM_SecurityEventIdType securityEventId, uint16 count, const uint8* contextData, uint16 contextDataSize);

This API is the application interface for Smart Sensors to report security events with a count value and context data to the IdsM.

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

Функция IdsM_SetSecurityEventWithCountContextData служит интерфейсом приложения для смарт-сенсоров для синхронного сообщения о событиях безопасности со значением счетчика и опциональными контекстными данными в [SWS_IdsM_91019].

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

Вызов выполняется синхронно и специфицирован как нереэнтерабельный (Non Reentrant) [SWS_IdsM_91019]:

  • securityEventId: уникальный идентификатор события безопасности [SWS_IdsM_91019].
  • count: значение счетчика, используемое в качестве начального значения для события безопасности [SWS_IdsM_91019].
  • contextData: указатель на байтовый массив с предоставляемыми контекстными данными [SWS_IdsM_00502]. Если контекстные данные отсутствуют, необходимо передать NULL_PTR [SWS_IdsM_91019].
  • contextDataSize: размер переданных контекстных данных в байтах [SWS_IdsM_91019]. Функция поддерживает максимальную длину до 1500 байт [SWS_IdsM_00501].

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

При активном обнаружении ошибок разработки (IdsMDevErrorDetect) модуль проверяет переданные аргументы на валидность:

  • Ошибка разработки IDSM_E_PARAM_INVALID сообщается в том случае, если передан неизвестный securityEventId или count имеет значение 0 [SWS_IdsM_02104].
  • Если contextDataSize превышает максимально сконфигурированный размер буфера (определяемый наибольшим сконфигурированным IdsMContextDataBufferSize), IdsM сообщает об ошибке разработки IDSM_E_PARAM_LENGTH [SWS_IdsM_02108].

Функция не возвращает значения [SWS_IdsM_91019]; реакция на ошибку в случае сбоя, вероятно, в первую очередь основывается на сообщении через DET. Вопрос Q-135f4b865790f34d (открытый)

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

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

функция IdsM_SetSecurityEventWithTimestampCount [SWS_IdsM_91020] 📄 PDF

void IdsM_SetSecurityEventWithTimestampCount (IdsM_SecurityEventIdType securityEventId, IdsM_TimestampType timestamp, uint16 count);

This API is the application interface for Smart Sensors to report security events with a timestamp and a count value to the IdsM.

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

Синхронный интерфейс IdsM_SetSecurityEventWithTimestampCount служит Smart Sensors для сообщения о событиях безопасности с меткой времени и значением счетчика в IdsM [SWS_IdsM_91020]. Функция не имеет возвращаемого значения и доступна через заголовочный файл IdsM.h [SWS_IdsM_91020].

Обрабатываются следующие входные параметры:

  • securityEventId: специфический идентификатор сообщаемого события безопасности [SWS_IdsM_91020].
  • timestamp: метка времени для временной привязки события [SWS_IdsM_91020]. Если функция метки времени активна и метка времени передана, IdsM использует ее для сохранения или передачи квалифицированного Security Event (QSEv) [SWS_IdsM_01108]. Если же при активной функции событие сообщается без метки времени, IdsM сбрасывает бит опции для метки времени в заголовке протокола в 0 перед передачей или сохранением [SWS_IdsM_01112].
  • count: значение счетчика в качестве начального значения для события безопасности [SWS_IdsM_91020]. Если предварительно рассчитанный счетчик отсутствует, функция может быть вызвана со значением 1 [SWS_IdsM_00405].

При активном обнаружении ошибок разработки (IdsMDevErrorDetect) IdsM валидирует аргументы securityEventId и count. Если передан неизвестный Event-ID или count имеет значение 0, модуль сообщает об ошибке разработки IDSM_E_PARAM_INVALID [SWS_IdsM_02105].

В отношении параллелизма функция специфицирована как нереентерабельная (Non Reentrant) [SWS_IdsM_91020].

Этот текст был сгенерирован автоматически на основе спецификации AUTOSAR.

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

функция IdsM_SetSecurityEventWithTimestampCountContextDataManager [SWS_IdsM_91021] 📄 PDF

void IdsM_SetSecurityEventWithTimestampCountContextData (IdsM_SecurityEventIdType securityEventId, IdsM_TimestampType timestamp, uint16 count, const uint8* contextData, uint16 contextDataSize);

This API is the application interface for Smart Sensors to report security events with a timestamp, a count value and context data to the IdsM.

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

Функция IdsM_SetSecurityEventWithTimestampCountContextData с Service-ID 0x08 служит стандартизированным прикладным интерфейсом для Smart Sensors для сообщения о событиях безопасности вместе с меткой времени, начальным значением счетчика, а также опциональными контекстными данными в Intrusion Detection System Manager (IdsM) [SWS_IdsM_91021]. Объявление этого интерфейса предоставляется через заголовочный файл IdsM.h [SWS_IdsM_91021].

Вызов выполняется синхронно и использует исключительно входные параметры, в то время как входные/выходные и выходные параметры отсутствуют [SWS_IdsM_91021]. При вызове необходимо передать следующие параметры [SWS_IdsM_91021]:

  • securityEventId: идентификатор конкретного события безопасности, которое должно быть передано в IdsM [SWS_IdsM_91021].
  • timestamp: значение метки времени, выступающее в качестве временной привязки возникшего события безопасности [SWS_IdsM_91021].
  • count: значение счетчика, используемое IdsM в качестве начального значения для соответствующего события безопасности [SWS_IdsM_91021].
  • contextData: указатель на опциональные контекстные данные к событию; если данных нет, должен передаваться NULL_PTR [SWS_IdsM_91021].
  • contextDataSize: числовое указание размера переданных контекстных данных [SWS_IdsM_91021].

В отношении поведения выполнения функция классифицирована как нереентерабельная (Non Reentrant) и не имеет возвращаемого значения (void) [SWS_IdsM_91021]. Вызывающие Smart Sensors поэтому должны гарантировать отсутствие одновременных или перекрывающихся вызовов интерфейса [SWS_IdsM_91021].

Этот текст был сгенерирован ИИ и служит в качестве ориентировочного руководства.

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

функция IdsM_BswM_StateChanged [SWS_IdsM_91005] 📄 PDF

void IdsM_BswM_StateChanged (IdsM_Filters_BlockStateType state);

This callback function is invoked by the BswM to indicate ECU state changes.

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

Функция обратного вызова IdsM_BswM_StateChanged ([SWS_IdsM_91005]) вызывается модулем BswM для сигнализации Intrusion Detection System Manager (IdsM) об изменениях текущего состояния ЭБУ ([SWS_IdsM_91005]). Она объявлена в заголовочном файле IdsM_Cbk.h и имеет идентификатор службы 0x0F ([SWS_IdsM_91005]).

Интерфейс имеет сигнатуру void IdsM_BswM_StateChanged (IdsM_Filters_BlockStateType state) ([SWS_IdsM_91005]). В качестве единственного передаваемого значения служит входной параметр state типа IdsM_Filters_BlockStateType, который отображает текущее состояние ECU ([SWS_IdsM_91005]). Не предусмотрены ни входные/выходные, ни выходные параметры, и функция не возвращает значения ([SWS_IdsM_91005]). Вызов выполняется синхронно и классифицирован как реентерабельный ([SWS_IdsM_91005]).

В функциональном взаимодействии эта служба уведомления служит для постоянного информирования IdsM модулем BswM о текущем состоянии ([SWS_IdsM_01022]). Полученная информация о состоянии сохраняется в IdsM и оценивается при последующей асинхронной обработке фильтров состояний блокировки (block state filter) в рамках главной функции (main function) ([SWS_IdsM_01022]). Для этого вызова в объеме спецификации не определены специфические коды ошибок, возвращаемые значения или сообщения в модуль управления ошибками разработки (DET) либо менеджер диагностических событий (DEM).

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

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

функция IdsM_TpTxConfirmation [SWS_IdsM_91011] 📄 PDF

void IdsM_TpTxConfirmation (PduIdType id, Std_ReturnType result);

This function is called after the I-PDU has been transmitted on its network, the result indicates whether the transmission was successful or not.

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

Функция обратного вызова IdsM_TpTxConfirmation объявлена как синхронная и реентерабельная служба в заголовочном файле IdsM_Cbk.h [SWS_IdsM_91011]. Согласно [SWS_IdsM_01502], модуль IdsM через эту службу принимает подтверждение от модуля PduR о передаче сегментированной PDU. Вызов происходит, как только соответствующая I-PDU передана по базовой сети [SWS_IdsM_91011].

Интерфейс имеет идентификатор службы 0x48 и не возвращает значения (void) [SWS_IdsM_91011]. При вызове передаются два входных параметра:

  • id (тип PduIdType): уникальная идентификация переданной I-PDU [SWS_IdsM_91011].
  • result (тип Std_ReturnType): передает результат передачи I-PDU и указывает, была ли операция отправки успешной или завершилась сбоем [SWS_IdsM_91011].

Конкретные коды ошибок, а также сообщения DET или DEM для этого вызова в спецификации не определены. Благодаря специфицированной реентерабельности функция может параллельно вызываться вызывающим уровнем для различных I-PDU [SWS_IdsM_91011]. Интерпретация: модуль IdsM, вероятно, анализирует параметр статуса result, чтобы обновить внутренний статус передачи сегментированной PDU и освободить занятые буферы отправки после завершения. Вопрос Q-9179efcbf744346d (открытый)

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

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

функция IdsM_TxConfirmation [SWS_IdsM_91009] 📄 PDF

void IdsM_TxConfirmation (PduIdType TxPduId, Std_ReturnType result);

The lower layer communication interface module confirms the transmission of a PDU, or the failure to transmit a PDU.

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

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

Функция обратного вызова IdsM_TxConfirmation ([SWS_IdsM_91009]) вызывается нижележащим модулем интерфейса связи для подтверждения успешной отправки PDU или сбоя передачи. Она определена как синхронная, объявлена в IdsM_Cbk.h и не имеет возвращаемого значения. Она принимает следующие параметры:

  • TxPduId: идентификатор переданного PDU ([SWS_IdsM_91009]).
  • result: результат передачи со значением E_OK при успешной отправке или E_NOT_OK при возникновении ошибки ([SWS_IdsM_91009]).

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

Функция реентерабельна для различных идентификаторов PDU, однако не является реентерабельной для одного и того же TxPduId ([SWS_IdsM_91009]).

Взаимодействие и требования к последовательности

Для последовательности передачи действует строгое условие очередности: согласно [SWS_IdsM_01499] модуль IdsM имеет право повторно вызывать функцию отправки PduR_IdsMTransmit только после того, как предварительно была вызвана IdsM_TxConfirmation или IdsM_TpTxConfirmation. Интерпретация: поступление подтверждения, по всей видимости, служит в IdsM триггером для завершения передачи и разрешения последующих вызовов. Вопрос Q-dd4013520e85370c (открытый)

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

Сбой передачи PDU сообщается непосредственно через параметр result = E_NOT_OK ([SWS_IdsM_91009]). Специфические коды ошибок DET или DEM в спецификации интерфейса не указаны.

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

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

функция IdsM_Dcm_GetReportingMode_RequestResults [SWS_IdsM_91007] 📄 PDF

Std_ReturnType IdsM_Dcm_GetReportingMode_RequestResults (Dcm_OpStatusType OpStatus, uint8* Out_ReportingMode, Dcm_NegativeResponseCodeType* ErrorCode);

This function is a request from DCM to the IdsM to read the routine results triggered by function IdsM_Dcm_GetReportingMode_Start().

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

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

Синхронная функция IdsM_Dcm_GetReportingMode_RequestResults (идентификатор службы 0x0D, заголовочный файл IdsM_Cbk.h) вызывается модулем Diagnostic Communication Manager (DCM) для запроса результатов рутины запроса, ранее инициированного через IdsM_Dcm_GetReportingMode_Start() [SWS_IdsM_91007]. Через передаваемый параметр OpStatus передается текущий статус операции [SWS_IdsM_91007]. При успешном завершении функция возвращает E_OK и через выходной указатель Out_ReportingMode выдает определенный режим отчетности запрошенного события безопасности [SWS_IdsM_91007]. Если обработка еще не завершена, она сигнализирует об этом через возвращаемое значение DCM_E_PENDING [SWS_IdsM_91007].

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

В случае сбоя запроса функция возвращает E_NOT_OK [SWS_IdsM_91007]. В этом случае через параметр ErrorCode должен быть установлен конкретный Negative Response Code (Dcm_NegativeResponseCodeType); если он остается неустановленным, DCM отправляет код ошибки 0x22 [SWS_IdsM_91007]. Специфические события DET или DEM для этой службы не указаны [SWS_IdsM_91007].

Параллелизм и взаимодействие

Функция специфицирована как реентерабельная [SWS_IdsM_91007]. В отношении последовательности вызовов она обязательно предполагает, что рутина была предварительно запущена с помощью IdsM_Dcm_GetReportingMode_Start() [SWS_IdsM_91007]. Интерпретация: параметр OpStatus, вероятно, используется DCM при повторных запросах после возврата DCM_E_PENDING для координации хода диагностической операции. Вопрос Q-c268fab018a1f5b3 (открытый)

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

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

функция IdsM_Dcm_GetReportingMode_Start [SWS_IdsM_91006] 📄 PDF

Std_ReturnType IdsM_Dcm_GetReportingMode_Start (uint16 In_SecurityEventId, uint8 In_SensorInstanceId, Dcm_OpStatusType OpStatus, Dcm_NegativeResponseCodeType* ErrorCode);

This function is a request from DCM to the IdsM to start the routine execution to request the current reporting mode of a specific Security Event ID.

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

Функция IdsM_Dcm_GetReportingMode_Start вызывается модулем диагностики (DCM) для запуска в Intrusion Detection System Manager (IdsM) выполнения процедуры опроса текущего режима передачи отчетов о конкретном событии безопасности (SEv) [SWS_IdsM_91006], [SWS_IdsM_02001]. Интерфейс объявлен в заголовочном файле IdsM_Cbk.h, имеет идентификатор службы 0x0C и специфицирован как синхронный, а также реентерабельный [SWS_IdsM_91006].

При вызове DCM передает внешний ID события безопасности (In_SecurityEventId), ID экземпляра датчика (In_SensorInstanceId) и статус операции (OpStatus) [SWS_IdsM_91006]. В качестве возвращаемого значения функция возвращает Std_ReturnType:

  • E_OK: операция успешно завершена [SWS_IdsM_91006].
  • DCM_E_PENDING: операция еще не завершена [SWS_IdsM_91006]. Это, по-видимому, означает, что внутренняя обработка процедуры продолжается многоциклично или асинхронно до тех пор, пока данные не станут доступны. Вопрос Q-395a30fc3ed42497 (открытый)
  • E_NOT_OK: сбой операции [SWS_IdsM_91006].

В случае ошибки (E_NOT_OK) IdsM обязан предоставить конкретный Negative Response Code (NRC) через выходной параметр ErrorCode; если этого не происходит, DCM по умолчанию отправляет NRC 0x22 (Conditions Not Correct) [SWS_IdsM_91006].

Функция лишь инициирует процедуру; непосредственное считывание полученных результатов выполняется далее через функцию IdsM_Dcm_GetReportingMode_RequestResults [SWS_IdsM_91007].

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

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

функция IdsM_Dcm_SetReportingMode_Start [SWS_IdsM_91008] 📄 PDF

Std_ReturnType IdsM_Dcm_SetReportingMode_Start (uint16 In_SecurityEventId, uint8 In_SensorInstanceId, uint8 In_ReportingMode, Dcm_OpStatusType OpStatus, Dcm_NegativeResponseCodeType* ErrorCode);

This function is a request from DCM to the IdsM to start the routine execution to set the reporting mode of a specific Security Event ID.

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

Синхронная и реентерабельная функция IdsM_Dcm_SetReportingMode_Start вызывается диагностическим модулем (DCM) для запуска рутины изменения режима отчетности (IdsMReportingModeFilter) для определенного события безопасности в Intrusion Detection System Manager [SWS_IdsM_91008], [SWS_IdsM_01901]. Определение предоставляется через заголовочный файл IdsM_Cbk.h [SWS_IdsM_91008].

При вызове передаются внешний ID события (In_SecurityEventId), ID экземпляра сенсора (In_SensorInstanceId), вновь устанавливаемый режим отчетности (In_ReportingMode), а также статус операции (OpStatus) [SWS_IdsM_91008], [SWS_IdsM_01901]. Функция возвращает следующие значения:

  • E_OK: выполнение операции успешно завершено [SWS_IdsM_91008].
  • DCM_E_PENDING: обработка еще не завершена и продолжается асинхронно [SWS_IdsM_91008].
  • E_NOT_OK: операция завершилась сбоем; в этом случае через выходной параметр ErrorCode должен быть установлен конкретный Negative Response Code (NRC), так как в противном случае DCM передает NRC 0x22 [SWS_IdsM_91008].

Если валидация идентификатора события завершается сбоем из-за использования недействительного Security Event Definition ID, функция возвращает E_NOT_OK и в обязательном порядке устанавливает код ошибки ErrorCode в DCM_E_REQUESTOUTOFRANGE [SWS_IdsM_01903].

Это указание по использованию было сгенерировано автоматически и основано на спецификациях AUTOSAR.

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

тип IdsM_Filters_BlockStateType [SWS_IdsM_91017] 📄 PDF

Data type used for "Block State" filter values (bit masks)

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

Тип данных IdsM_Filters_BlockStateType служит для определения битовых масок для так называемых фильтров «Block State» модуля Intrusion Detection System Manager (IdsM) согласно [SWS_IdsM_91017]. Этот тип является производным от uint16, охватывает целочисленный диапазон значений от 0 до 65535 и предоставляется программным модулям через заголовочный файл IdsM_Filters_Types.h ([SWS_IdsM_91017]).

Основное применение происходит во взаимодействии с Basic Software Mode Manager (BswM). При изменениях состояния системы или электронного блока управления BswM вызывает функцию обратного вызова IdsM_BswM_StateChanged и передает текущее состояние электронного блока управления через параметр state этого типа ([SWS_IdsM_91005]). Этот интерфейс обратного вызова объявлен в IdsM_Cbk.h, не возвращает значений и специфицирован как синхронный, а также реентерабельный ([SWS_IdsM_91005]).

Интерпретация: поскольку данный тип спроектирован как битовая маска для фильтров, IdsM, вероятно, сопоставляет переданное значение состояния ECU с сконфигурированными состояниями фильтра, чтобы фильтровать регистрацию или блокировку событий безопасности в зависимости от состояния электронного блока управления. Вопрос Q-00b355cc5ec6383f (открытый) Самостоятельная обработка ошибок со специфическими кодами ошибок, сообщениями DET или DEM для этого типа данных отсутствует.

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

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

тип IdsM_Filters_ReportingModeType [SWS_IdsM_91013] 📄 PDF

Reporting modes used by the reporting mode filter

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

Тип данных IdsM_Filters_ReportingModeType основан на базовом типе uint8 и предоставляется через заголовочный файл IdsM_Types.h для программных компонентов [SWS_IdsM_91013]. Он описывает стандартизированные режимы отчетности, применяемые в фильтре режимов отчетности в Intrusion Detection System Manager (IdsM) для целевой обработки и пересылки событий безопасности [SWS_IdsM_91013].

С помощью определенных значений перечисления точно контролируется, сообщается ли событие и какой уровень детализации при этом используется [SWS_IdsM_91013]:

  • IDSM_REPORTING_MODE_OFF (0x00): событие подавляется и не передается вышестоящим инстанциям [SWS_IdsM_91013].
  • IDSM_REPORTING_MODE_BRIEF (0x01): событие передается без дополнительных контекстных данных в компактной форме [SWS_IdsM_91013].
  • IDSM_REPORTING_MODE_DETAILED (0x02): событие передается подробно с включением всех релевантных контекстных данных [SWS_IdsM_91013].
  • IDSM_REPORTING_MODE_BRIEF_BYPASSING_FILTERS (0x03): событие обходит последующие ступени фильтрации и передается нефильтрованным без контекстных данных [SWS_IdsM_91013].
  • IDSM_REPORTING_MODE_DETAILED_BYPASSING_FILTERS (0x04): событие обходит последующие ступени фильтрации и передается нефильтрованным, включая все контекстные данные [SWS_IdsM_91013].
  • IDSM_REPORTING_MODE_INVALID (0xFF): обозначает недействительный режим отчета в пределах диапазона значений [SWS_IdsM_91013].

Таким образом, эти значения сочетают в себе два функциональных измерения управления: степень детализации через контекстные данные и целенаправленный обход регулярных механизмов фильтрации путем байпасирования (bypassing) [SWS_IdsM_91013]. Это позволяет IdsM дифференцированно обрабатывать инциденты безопасности в зависимости от критичности и конфигурации фильтров [SWS_IdsM_91013].

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

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

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/CP_MOD_IdsM
Status
unspecified
Version
AUTOSAR/AP/record/CP_MOD_IdsM@rel:R20-11#88af7ef6
Content hash
88af7ef6
Source
https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_IntrusionDetectionSystemManager.pdf#nameddest=SWS_IdsM_91001

Карта тем

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

2
IdsM_GetVersionInfoIdsM_Init

Сервисы

10
IdsM_BswM_StateChangedIdsM_Dcm_GetReportingMode_RequestResultsIdsM_Dcm_GetReportingMode_StartIdsM_Dcm_SetReportingMode_StartIdsM_SetSecurityEventIdsM_SetSecurityEventWithContextDataIdsM_SetSecurityEventWithCountIdsM_SetSecurityEventWithCountContextDataIdsM_SetSecurityEventWithTimestampCountIdsM_SetSecurityEventWithTimestampCountContextData

Обратные вызовы

3
IdsM_CopyTxDataIdsM_TpTxConfirmationIdsM_TxConfirmation

Циклические

1
IdsM_MainFunction

Типы

5
IdsM_ConfigTypeIdsM_Filters_BlockStateTypeIdsM_Filters_ReportingModeTypeIdsM_SecurityEventIdTypeIdsM_TimestampType

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

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

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

IdsM_GetVersionInfo функция

Returns version information, vendor ID and AUTOSAR module ID of the component.

void IdsM_GetVersionInfo (const Std_VersionInfoType* versionInfo);
IdsM_Init функция

Service to initialize the module IdsM. It initializes all variables and sets the module state to initialized.

void IdsM_Init (const IdsM_ConfigType* configPtr);

Сервисы

IdsM_BswM_StateChanged функция

This callback function is invoked by the BswM to indicate ECU state changes.

void IdsM_BswM_StateChanged (IdsM_Filters_BlockStateType state);
IdsM_Dcm_GetReportingMode_RequestResults функция

This function is a request from DCM to the IdsM to read the routine results triggered by function IdsM_Dcm_GetReportingMode_Start().

Std_ReturnType IdsM_Dcm_GetReportingMode_RequestResults (Dcm_OpStatusType OpStatus, uint8* Out_ReportingMode, Dcm_NegativeResponseCodeType* ErrorCode);
IdsM_Dcm_GetReportingMode_Start функция

This function is a request from DCM to the IdsM to start the routine execution to request the current reporting mode of a specific Security Event ID.

Std_ReturnType IdsM_Dcm_GetReportingMode_Start (uint16 In_SecurityEventId, uint8 In_SensorInstanceId, Dcm_OpStatusType OpStatus, Dcm_NegativeResponseCodeType* ErrorCode);
IdsM_Dcm_SetReportingMode_Start функция

This function is a request from DCM to the IdsM to start the routine execution to set the reporting mode of a specific Security Event ID.

Std_ReturnType IdsM_Dcm_SetReportingMode_Start (uint16 In_SecurityEventId, uint8 In_SensorInstanceId, uint8 In_ReportingMode, Dcm_OpStatusType OpStatus, Dcm_NegativeResponseCodeType* ErrorCode);
IdsM_SetSecurityEvent функция

This API is the application interface to report security events to the IdsM.

void IdsM_SetSecurityEvent (IdsM_SecurityEventIdType securityEventId);
IdsM_SetSecurityEventWithContextData функция

This API is the application interface to report security events with context data to the IdsM.

void IdsM_SetSecurityEventWithContextData (IdsM_SecurityEventIdType securityEventId, const uint8* contextData, uint16 contextDataSize);
IdsM_SetSecurityEventWithCount функция

This API is the application interface for Smart Sensors to report security events with a count value to the IdsM.

void IdsM_SetSecurityEventWithCount (IdsM_SecurityEventIdType securityEventId, uint16 count);
IdsM_SetSecurityEventWithCountContextData функция

This API is the application interface for Smart Sensors to report security events with a count value and context data to the IdsM.

void IdsM_SetSecurityEventWithCountContextData (IdsM_SecurityEventIdType securityEventId, uint16 count, const uint8* contextData, uint16 contextDataSize);
IdsM_SetSecurityEventWithTimestampCount функция

This API is the application interface for Smart Sensors to report security events with a timestamp and a count value to the IdsM.

void IdsM_SetSecurityEventWithTimestampCount (IdsM_SecurityEventIdType securityEventId, IdsM_TimestampType timestamp, uint16 count);
IdsM_SetSecurityEventWithTimestampCountContextData функция

This API is the application interface for Smart Sensors to report security events with a timestamp, a count value and context data to the IdsM.

void IdsM_SetSecurityEventWithTimestampCountContextData (IdsM_SecurityEventIdType securityEventId, IdsM_TimestampType timestamp, uint16 count, const uint8* contextData, uint16 contextDataSize);

Обратные вызовы

IdsM_CopyTxData функция

This function is called to acquire the transmit data of an I-PDU segment (N-PDU). Each call to this function provides the next part of the I-PDU data unless retry->TpDataState is TP_ DATARETRY. In this case the function restarts to copy the data beginning at the offset from the current position indicated by retry->TxTpDataCnt. The size of the remaining data is written to the position indicated by availableDataPtr.

BufReq_ReturnType IdsM_CopyTxData (PduIdType id, const PduInfoType* info, const RetryInfoType* retry, PduLengthType* availableDataPtr);
IdsM_TpTxConfirmation функция

This function is called after the I-PDU has been transmitted on its network, the result indicates whether the transmission was successful or not.

void IdsM_TpTxConfirmation (PduIdType id, Std_ReturnType result);
IdsM_TxConfirmation функция

The lower layer communication interface module confirms the transmission of a PDU, or the failure to transmit a PDU.

void IdsM_TxConfirmation (PduIdType TxPduId, Std_ReturnType result);

Циклические

IdsM_MainFunction функция

This function is called periodically. It processes security events asynchronously which are queued during API function calls.

void IdsM_MainFunction (void);

Типы

IdsM_ConfigType тип

Configuration data structure of IdsM module.

IdsM_Filters_BlockStateType тип

Data type used for "Block State" filter values (bit masks)

IdsM_Filters_ReportingModeType тип

Reporting modes used by the reporting mode filter

IdsM_SecurityEventIdType тип

Data type used for local IdsM Security Event IDs

IdsM_TimestampType тип

Data type for IdsM timestamps