Fuzzy inference process

Estos servicios son necesarios para establecer y mantener la comunicación, y no aparecen en el nivel de aplicación. Los servicios disponibles se especifican en la tabla siguiente:

Tabla 2

Servicios de comunicación Tabla s?lo disponible en la versi?n pdf de este documento.

CPR_005 El servicio StartCommunication sirve para comenzar una comunicación. A fin de utilizar un servicio, es preciso inicializar la comunicación y que los parámetros de comunicación sean adecuados para el modo deseado.

4.1. Servicio StartCommunication

CPR_006 Nada más recibir una indicación primitiva StartCommunication, la VU deberá comprobar si el enlace de comunicación solicitado se puede inicializar en las condiciones que haya en ese momento. Las condiciones válidas para la inicialización de un enlace de comunicación se describen en la norma ISO

14230-2.

CPR_007 A continuación, la VU hace todo lo necesario para inicializar el enlace de comunicación y enviar una primitiva de respuesta StartCommunication con los parámetros de respuesta positiva seleccionados.

CPR_008 Si una VU que ya está inicializada (y ha entrado en una sesión de diagnóstico) recibe una nueva petición StartCommunication Request (por ejemplo, debido a la recuperación de un error en el verificador), la petición será aceptada y la VU se reinicializará.

CPR_009 Si el enlace de comunicación no se puede inicializar por algún motivo, la VU deberá seguir funcionando del modo que lo estaba haciendo justo antes del intento de inicialización de dicho enlace de comunicación.

CPR_010 Es preciso asignar una dirección física al mensaje StartCommunication Request.

CPR_011 La inicialización de la VU para los servicios se efectúa a través de un método de »inicialización rápida«.

- Antes de cualquier actividad hay un tiempo de inactividad del bus. - A continuación el verificador envía una pauta de inicialización.

- Toda la información necesaria para establecer la comunicación está contenida en la respuesta de la VU. CPR_012 Una vez concluida la inicialización:

- Todos los parámetros de comunicación se configuran con los valores definidos en la tabla 4 de acuerdo con los bytes clave.

- La VU está esperando la primera petición del verificador.

- La VU se encuentra en el modo de diagnóstico por defecto, es decir, StandardDiagnosticSession. - La línea de señal I/O de calibrado se encuentra en el estado por defecto, es decir, desactivada. CPR_014 La velocidad de datos en la línea K será de 10400 baudios.

CPR_016 El verificador comienza la inicialización rápida transmitiendo una pauta de activación (Wup) por la línea K. La pauta comienza después del período de reposo de la línea K con un tiempo Tinil breve. El verificador transmite el primer bit del servicio StartCommunication después de un tiempo Twup que sigue al primer flanco descendente.

Imagen s?lo disponible en la versi?n pdf de este documento.

CPR_017 Los valores de sincronización para la inicialización rápida y las comunicaciones en general se describen con todo detalle en las tablas siguientes. Existen diferentes posibilidades para el tiempo de reposo (Trep):

- Primera transmisión después de conectar la alimentación, Trep = 300 ms. - Después de haber terminado un servicio StopCommunication, Trep = P3 mín.

- Después de haberse interrumpido la comunicación por exceso del tiempo límite P3 máx, Trep = 0. Tabla 3

Valores de sincronización para inicialización rápida Tabla s?lo disponible en la versi?n pdf de este documento.

Valores de sincronización de la comunicación Tabla s?lo disponible en la versi?n pdf de este documento.

CPR_018 En las tablas siguientes se describe con detalle el formato de mensaje para inicialización rápida. Tabla 5

Mensaje StartCommunication Request (petición de inicio de la comunicación)

Tabla s?lo disponible en la versi?n pdf de este documento. Tabla 6

Mensaje StartCommunication Positive Response (respuesta positiva a la petición de inicio de la comunicación)

Tabla s?lo disponible en la versi?n pdf de este documento.

CPR_019 No hay respuesta negativa al mensaje StartCommunication Request. Si no hay un mensaje de respuesta positiva que transmitir, entonces la VU no se inicializa, no transmite ninguna información y continúa en el modo normal de funcionamiento.

4.2. Servicio StopCommunication 4.2.1. Descripción del mensaje

Este servicio del nivel de comunicación sirve para poner fin a una sesión de comunicación.

CPR_020 Nada más recibir una indicación primitiva StopCommunication, la VU deberá comprobar si las condiciones que haya en ese momento permiten poner término a la comunicación. En caso afirmativo, la VU hará todo lo necesario para terminar la comunicación.

CPR_021 Si es posible poner fin a la comunicación, antes de que ésta termine la VU deberá emitir una primitiva de respuesta StopCommunication con los parámetros de respuesta positiva seleccionados. CPR_022 Si por algún motivo no es posible poner fin a la comunicación, la VU deberá emitir una primitiva de respuesta StopCommunication con el parámetro de respuesta negativa seleccionado.

CPR_023 Si la VU detecta que se ha sobrepasado el tiempo límite P3máx, la comunicación deberá terminar sin que se emita una primitiva de respuesta.

4.2.2. Formato del mensaje

CPR_024 En las tablas siguientes se describe con detalle los formatos de mensaje para las primitivas StopCommunication.

Tabla 7

Mensaje StopCommunication Request (petición de interrupción de la comunicación) Tabla s?lo disponible en la versi?n pdf de este documento.

Tabla 8

Mensaje StopCommunication Positive Response (respuesta positiva a la petición de interrupción de la comunicación)

Tabla 9

Mensaje StopCommunication Negative Response (respuesta negativa a la petición de interrupción de la comunicación)

Tabla s?lo disponible en la versi?n pdf de este documento. 4.2.3. Definición de parámetros

Este servicio no precisa definición de parámetros. 4.3. Servicio TesterPresent

4.3.1. Descripción del mensaje

El servicio TesterPresent lo utiliza el verificador para indicar al servidor que sigue presente, con el fin de evitar que éste retorne automáticamente al funcionamiento normal y, posiblemente, interrumpa la comunicación. Este servicio, que se envía periódicamente, mantiene activa la comunicación / sesión de diagnóstico reinicializando el temporizador P3 cada vez que se recibe una petición de este servicio. 4.3.2. Formato del mensaje

CPR_079 En las tablas siguientes se describen con detalle los formatos de mensaje para las primitivas TesterPresent.

Tabla 10

Mensaje TesterPresent Request (petición de presencia de verificador) Tabla s?lo disponible en la versi?n pdf de este documento.

CPR_080 Si se pone a »sí« el parámetro responseRequired, el servidor responderá con el mensaje de respuesta positiva siguiente. Si se pone a »no«, el servidor no enviará respuesta.

Tabla 11

Mensaje TesterPresent Positive Response (respuesta positiva a la presencia de verificador) Tabla s?lo disponible en la versi?n pdf de este documento.

CPR_081 El servicio soportará los siguientes códigos de respuesta negativa: Tabla 12

Mensaje TesterPresent Negative Response (respuesta negativa a la presencia de verificador) Tabla s?lo disponible en la versi?n pdf de este documento.

5. SERVICIOS DE ADMINISTRACIÓN