RV-C

RV-C es un protocolo de comunicación basado en el bus Controller Area Network (CAN) . Este protocolo se utiliza en vehículos recreativos para permitir la comunicación entre los componentes de la vivienda y el chasis. RV-C se emplea para el control, la coordinación y el diagnóstico en entornos con múltiples proveedores.

El protocolo RV-C fue desarrollado inicialmente por la Asociación de la Industria de Vehículos Recreativos (RVIA ). La primera especificación formal fue aprobada en 2005, y los primeros productos RV-C se comercializaron en ese momento. La RVIA ha seguido perfeccionando y ampliando el protocolo, y en 2008 solicitó a la ISO su aprobación para que el protocolo RV-C estuviera disponible para la comunidad internacional.

En 2006 se vendieron en Estados Unidos las primeras autocaravanas equipadas con la certificación RV-C. Los principales fabricantes fueron Country Coach, Foretravel, Newell Coach y Western RV. Los componentes compatibles con la certificación RV-C para estas autocaravanas fueron fabricados por Valid Manufacturing Ltd., Automated Engineering Corp, SilverLeaf Electronics y HWH Corporation.

En 2007, la RVIA organizó un Network Fest en su principal feria del sector. El Fest fue un evento educativo que presentó más de dos docenas de productos compatibles con RV-C de 14 expositores.

RV-C se basa en una red de área de controlador (CAN) y opera a una velocidad de bus de 250  kbit/s. Los datos se almacenan en paquetes que constan de una cabecera y ocho bytes de datos. La cabecera contiene una dirección de origen de 8 bits y un número de grupo de parámetros de 17 bits, además de algunos bits adicionales. La capacidad total del bus es de aproximadamente 2500 paquetes de datos por segundo, aunque en la práctica la carga del bus es mucho menor.

RV-C es una red punto a punto . Cada transceptor CAN de la red requiere una dirección de origen única, que puede asignarse de forma dinámica o estática. Los paquetes de datos se priorizan según su contenido, no según el dispositivo.

La capa de aplicación detalla los números de grupo de parámetros, que identifican de forma unívoca cómo se debe interpretar el contenido del paquete de datos. La labor principal del comité RV-C consiste en la creación de nuevos grupos de parámetros a medida que se introducen nuevos componentes en el mercado RV.

Para ser considerado compatible con RV-C, un dispositivo debe ser compatible con ciertas PGN. Estas son:

• Asignación de direcciones IP. Esto es obligatorio incluso para dispositivos con direcciones estáticas.
• Diagnóstico. El PGN DM1-RVC proporciona información esencial sobre las capacidades y el estado del dispositivo.
• Solicitud de PGN. Cuando se le soliciten datos específicos, el dispositivo debe responder.
• ID del producto. Se trata de datos de texto esenciales para que un técnico de servicio pueda identificar el dispositivo.

Un concepto clave en RV-C es la instancia . En un RV, es común que existan múltiples "instancias" de un dispositivo. RV-C gestiona esto mediante un método único en el que se asigna un número de instancia a cada unidad física de un tipo determinado.

Una idea fundamental en el diseño de RV-C es que "cada paquete de datos es independiente". Es decir, salvo contadas excepciones, toda la información necesaria para interpretar un paquete de datos se encuentra dentro del propio paquete. Esto reduce considerablemente la memoria y la velocidad requeridas para que un microprocesador implemente el protocolo. En general, el comité se ha esforzado por minimizar el coste de implementación.

El protocolo RV-C se basa en gran medida en el protocolo SAE J1939 . Las principales diferencias entre J1939 y RV-C son:

• La norma SAE J1939 no admite la "instanciación" de RV-C.
• El mensaje de diagnóstico principal (DM1) tiene formatos ligeramente diferentes, debido a la necesidad en RV-C de identificación de instancia.
• El PGN de ​​nombre SAE J1939 se simplifica en RV-C.

El sitio web de RVIA para RV-C