Протокол RV C для автодомов: описание и особенности
RV-C
RV-C: протокол связи для автодомов на базе CAN-шины. Управление, координация и диагностика компонентов от разных производителей. Стандарт RVIA с 2005 года.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
протокол связи RV C — это коммуникационный протокол, основанный на шине Controller Area Network. Протокол используется в рекреационных транспортных средствах для обеспечения взаимодействия между компонентами жилого отсека и шасси. RV C применяется для управления, координации и диагностики в многопоставщической среде.
the communications protocol
RV C is a communications protocol based on the Controller Area Network bus. The protocol is used in recreation vehicles to allow house and chassis components to communicate. RV C is used for control, coordination, and diagnostics, in a multi vendor environment.
История развития
RV C был первоначально разработан Ассоциацией индустрии рекреационных транспортных средств (RVIA). Первая официальная спецификация была утверждена в 2005 году, и первые продукты RV C появились в продаже в то же время. RVIA продолжала совершенствовать и расширять протокол, и в 2008 году подала заявку в ISO с намерением сделать протокол RV C доступным для мирового сообщества. В 2006 году в Америке были проданы первые RV, оснащенные RV C. Первыми производителями, внедрившими эту технологию, стали Country Coach, Foretravel, Newell Coach и Western RV. Компоненты, соответствующие стандарту RV C для этих RV, производились компаниями Valid Manufacturing Ltd., Automated Engineering Corp, SilverLeaf Electronics и HWH Corporation. В 2007 году RVIA организовала Network Fest на своей главной отраслевой выставке. Фестиваль представлял собой образовательное мероприятие, на котором было представлено более двух десятков продуктов, соответствующих требованиям RV C, от 14 экспонентов.
RV C was initially developed by the Recreational Vehicle Industry Association. The first formal specification was approved in 2005, and the first RV C products were marketed at that time. The RVIA has continued to refine and expand the protocol, and in 2008 applied to ISO with the intention of opening the RV C protocol to the world community. In 2006 the first RV C equipped RVs were sold in America. The leading adopters were Country Coach, Foretravel, Newell Coach, and Western RV. RV C compliant components for these RVs were manufactured by Valid Manufacturing Ltd., Automated Engineering Corp, SilverLeaf Electronics, and HWH Corporation. In 2007, the RVIA hosted a Network Fest at their main industry show. The Fest was an educational event featuring over two dozen RV C compliant products from 14 exhibitors.
Обзор протокола
RV C основан на сети Controller Area Network и работает на скорости шины 250 кбит/с. Данные содержатся в пакетах, состоящих из заголовка и восьми байт данных. Заголовок содержит 8-битный адрес источника и 17-битный номер группы параметров, а также несколько дополнительных битов. Общая пропускная способность шины составляет приблизительно 2500 пакетов данных в секунду, хотя на практике нагрузки на шину значительно ниже. RV C – это сеть типа "один ко многим". Каждому CAN-трансиверу в сети требуется уникальный адрес источника, который может быть назначен динамически или статически. Пакеты данных приоритизируются на основе их содержимого, а не устройства. Детали номеров групп параметров описаны в приложении, они однозначно определяют, как следует интерпретировать содержимое пакета данных. Основная задача комитета RV C – создание новых групп параметров по мере появления новых компонентов на рынке RV. Для соответствия стандарту RV C устройство должно поддерживать определенные PGN. Это:
RV C is based on Controller Area Network, and operates at a bus speed of 250 kbit/s. Data is contained in packets consisting of a header and eight data bytes. The header contains an 8 bit Source Address and a 17 bit Parameter Group Number, as well as a few additional bits. The total bus capacity is approximately 2500 data packets per second, although in practice bus loads are much lower. RV C is peer to peer. Each CAN transceiver on the network requires a unique source address, which can be assigned either dynamically or statically. Data packets are prioritized based on their contents, not the device. The Application Layer details the Parameter Group Numbers, which uniquely identifies how the contents of the data packet are to be interpreted. The primary work of the RV C committee is the creation of new Parameter Groups as new components are introduced in the RV marketplace. To be considered RV C compliant, a device must support certain PGNs. These are
Запрос и назначение адреса. Это обязательно даже для устройств со статически назначенным адресом. Диагностика. PGN DM1 RVC предоставляет важную информацию о возможностях и состоянии устройства. Запрос PGN. Устройство должно отвечать на запросы конкретных данных. Идентификатор продукта. Это текстовые данные, необходимые сервисному технику для идентификации устройства. Ключевой концепцией в RV C является понятие "экземпляр". В RV часто встречаются несколько "экземпляров" одного и того же устройства. RV C обрабатывает это с помощью уникального метода, при котором каждому физическому устройству определенного типа присваивается номер экземпляра. Основная идея, лежащая в основе конструкции RV C, заключается в том, что "каждый пакет данных является самодостаточным". То есть, за редкими исключениями, вся информация, необходимая для интерпретации пакета данных, содержится в самом пакете. Это значительно снижает требования к памяти и скорости микропроцессора для реализации протокола. В целом, комитет стремится минимизировать стоимость реализации.
Address Claiming. This is mandatory even for statically addressed devices. Diagnostics. The DM1 RVC PGN provides essential information on the device capabilities and status. Request for PGN. When asked for specific data, the device must respond. Product ID. This is text data essential for a service technician to identify the device. A key concept in RV C is the instance. In an RV, multiple "instances" of a device are common. RV C handles this using a unique method in which an instance number is assigned to each physical unit of a certain type. An idea that underlies much of RV C's design is that "every data packet stands alone". That is, with very few exceptions, all the information necessary to interpret a data packet is contained within that packet. This greatly reduces the memory and speed required for a microprocessor to implement the protocol. In general, the committee has been intent on keeping the cost of implementation to a minimum.
Связь с SAE J1939
RV C в значительной степени основан на протоколе SAE J1939. Основные различия между J1939 и RV C заключаются в следующем:
RV C draws heavily from the SAE J1939 protocol. The primary differences between J1939 and RV C are:
SAE J1939 не поддерживает функцию "инстанцирования", реализованную в RV C. Основное диагностическое сообщение (DM1) имеет несколько иные форматы из-за необходимости идентификации экземпляров в RV C. PGN NAME в SAE J1939 упрощен в RV C.
SAE J1939 does not support RV C's "instancing". The main diagnostic message (DM1) has somewhat different formats, due to the need in RV C for instance identification. The SAE J1939 NAME PGN is simplified in RV C.