Als ara::com-Dienst modellierte Schnittstelle; Methoden/Felder werden über generierte Proxies/Skeletons aufgerufen (Parameterrichtung IN/OUT).
Guía del usuarioGENERADO POR IA
Permite que una aplicación de control autorice o rechace situacionalmente sesiones de actualización en State Management.
GENERADO POR IAno revisadoModelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 4ea45e89ed5cProcedenciaPreguntas abiertas (2)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán
Permite que una aplicación de control autorice o rechace situacionalmente sesiones de actualización en State Management.
La interfaz de servicio sirve para que una aplicación de control permita o deniegue a State Management la realización de actualizaciones de software (EXP SWArchitecture §9.2.2.1.1 «Interfaces for a SMControlApplication»). A través del campo provisto, la aplicación transmite el estado de autorización al controlador de la gestión de estados ([SWS_SM_91108]). Si el campo se encuentra en un estado de rechazo, State Management descarta obligatoriamente las solicitudes de sesión entrantes de Update and Configuration Management. Aunque las campañas se sincronicen a nivel de todo el vehículo, este mecanismo asegura que los estados locales de las máquinas puedan impedir una actualización en todo momento.
Rol y contexto de sistema de la interfaz de servicio
La interfaz de servicio UpdateAllowedService es un servicio de AUTOSAR Adaptive Platform dentro del clúster funcional State Management (SM) ([SWS_SM_91025]). El clúster SM proporciona este servicio a través de un puerto estandarizado para otros procesos ([SWS_SM_91024]). En la arquitectura del sistema, la interfaz pertenece a las interfaces de interacción para una aplicación de control (SMControlApplication), mediante las cuales la lógica de aplicación de nivel superior puede interactuar con las máquinas de estados de State Management (EXP SWArchitecture §9.2.2.1.1 «Interfaces for a SMControlApplication»).
La interfaz sirve primordialmente para que una SMControlApplication interactúe con el Controller de State Management (SWS StateManagement §9.2.3 «StateMachine UpdateAllowed service»). Mientras que el clúster State Management ofrece la instancia del servicio como proveedor, la SMControlApplication actúa como consumidora del servicio (interpretación: la aplicación actúa como proxy de cliente en el marco del patrón ara::com). Pregunta Q-ba7662e744d9f9f0 (abierta) La tarea principal de la interfaz consiste en comunicar a State Management si debe concederse o denegarse una sesión de actualización (Update Session) en la máquina (SWS StateManagement §9.2.3 «StateMachine UpdateAllowed service»).
Métodos, eventos y campos
La interfaz de servicio UpdateAllowedService no comprende métodos ni eventos independientes, sino que agrupa su funcionalidad por completo en un campo denominado UpdateAllowed ([SWS_SM_91108]). Este campo es del tipo de datos UpdateAllowedType y cuenta tanto con funcionalidad getter como setter y notifier (HasGetter = true, HasSetter = true, HasNotifier = true) ([SWS_SM_91108]).
A través del setter, la SMControlApplication puede establecer activamente el estado de autorización actual y transmitirlo a State Management ([SWS_SM_91108]). El getter permite consultar el valor almacenado, mientras que el notifier notifica cambios de valor basados en eventos a los suscriptores ([SWS_SM_91108]). El contenido concreto del campo determina de forma decisiva si se admite o no una sesión de actualización pendiente (SWS StateManagement §9.2.3 «StateMachine UpdateAllowed service»).
Ciclo de vida, flujos de sesión y dependencias de estado
La autorización de actualización interviene en el contexto de campañas de actualización de software, en las que el Update and Configuration Management (UCM) solicita una sesión de actualización a State Management a través del método RequestUpdateSession (SWS StateManagement §7.x). Si bien la viabilidad de principio de una campaña de actualización debe sincronizarse y verificarse previamente a nivel de vehículo, una campaña puede abarcar varias máquinas y requerir un tiempo considerable (SWS StateManagement §7.x).
Dado que las condiciones de contorno locales en una sola máquina pueden modificarse durante este período, la invocación explícita de RequestUpdateSession es estrictamente obligatoria (SWS StateManagement §7.x). La SMControlApplication actualiza continuamente el estado de autorización a través del campo UpdateAllowed. Si la SMControlApplication permite el inicio de la sesión (interpretación: estableciendo un valor de autorización correspondiente como kUpdateAllowed), el proceso modelado del controlador tiene permitido aceptar la sesión de actualización (SWS StateManagement §7.x). Pregunta Q-3dd3bcc37bf14309 (abierta)
Diagrama de secuencias: denegación de una sesión de actualización por parte de State Management con el valor kUpdateNotAllowed establecido. Fuentes: [SWS_SM_00630], SWS StateManagement §7.x
Tratamiento de errores y Application Errors
Si la SMControlApplication deniega la realización de una actualización, el proceso modelado que controla la máquina de estados de tipo Controller debe rechazar la solicitud de actualización de UCM (SWS StateManagement §7.x). Si el campo UpdateAllowed está establecido en el valor kUpdateNotAllowed, el proceso modelado de la máquina de estados Controller debe devolver obligatoriamente el error kOperationRejected en la invocación del método RequestUpdateSession ([SWS_SM_00630]).
A través de este Application Error específico, se señaliza a UCM que la máquina local no está lista actualmente para entrar en una sesión de actualización, evitándose así estados de actualización defectuosos o críticos para la seguridad ([SWS_SM_00630]).
Esta guía resume la especificación de la interfaz de servicio UpdateAllowedService de AUTOSAR Adaptive Platform (versión R25-11) y ha sido curada editorialmente mediante IA.
Mitglieder
UpdateAllowedto be set by SMControlApplication to signal if update is allowed or not
gemini-3.8-flash-low· 2026-10-13 · Original en alemán