Skip to content

Протокол информационно технического сопряжения гост

Скачать протокол информационно технического сопряжения гост txt

Правила применения настоящего госта установлены в статье 26 Федерального закона от 29 июня г. Соответствующая информация, сопряженье и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в сопряженьи официального издания без разрешения Федерального агентства по техническому регулированию и метрологии. Intelligent transport systems. Communication protocol for urban passenger transport on-board telematics unit. Настоящий стандарт распространяется на системы диспетчерского управления городским наземным пассажирским транспортом.

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

Настоящий стандарт уточняет требования к протоколам обмена, устанавливаемым 1 в части регламентации отдельных структурных злементов фреймов протокола обмена, описанных в дополнительных блоках, дополняющих базовую навигационную информацию.

Системы технического управления городским наземным пассажирским транспортом. Назначение, состав и характеристики бортового навигационно-связного оборудования. Назначение, состав и характеристики решаемых задач подсистемы информирования пассажиров. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений.

Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения принятия. Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана осыпка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

ГОСТ Р БТУ — бортовое телематическое устройство транспортного средства городского пассажирского транспорта:. БТУ должны быть адаптированы к применяемым в АСДУ протоколам и дисциплинам обмена данными, а также согласованы с базовыми техническими и технологическими решениями.

Функционирование БТУ е составе автоматизированных диспетчерских систем реализуется по двум основным вариантам:. Данное событие наступает с заданной настраиваемой периодичностью. Значение по умолчанию — 30 секунд. БТУ необходимо в обязательном протоколе поддерживать данньы вид события. БТУ также может обрабатывать протокол другие виды событий, например превышение скорости выше порогового значения, выход значения аналогового датчика за технические границы, изменение азимута движения, увеличение пробега транспортного средства на определенное, заранее указанное значение и т.

Передача навигационных данных на коммуникационный сервер должна осуществляться по инициативе БТУ. Сразу после сопряженья к коммуникационному серверу БТУ начинает выгружать не переданные данные из буфера. В качестве транспортного протокола должен использоваться протокол TCP.

При выкачке данных из буфера в первую очередь должны передаваться оперативные текущие данные, а затем история. Дисплей может быть встроен в БТУ или может подключаться к нему через внешний разъем. Базовый размер дисплея водителя — четыре строки по 20 символов на каждой.

Таблица 2 — Пример формирования отчет руководителя группы о туристской поездке текстов формализованных сообщений для передачи от водителя в диспетчерский центр. Таблица 3 — Пример формирования списка текстов формализованных сообщений для отражения на экране индикатора по получению кода сообщения от диспетчерского центра. Приняв сопряженье от коммуникационного сервера, 5ТУ должно незамедлительно подтвердить этот факт ответной посыпкой.

Приняв новое сообщение от коммуникационного сервера. БТУ должно незамедлительно вывести его на экран водителя, сопроводив вывод звуковой или световой сигнализацией если требуется. Сообщения, передаваемые на дисплей водителю, подразделяются на два типа: требующие подтверждения и не требующие подтверждения. Сообщение, не требующее подтверждения, отображается на дисплее водителя до тех пор. Сообщение, требующее подтверждение, отображается на дисплее водителя до тех лор.

Данная подтверждающая информация должна быть незамедлительно передана на коммуникационный сервер. БТУ должен обеспечить возможность выбора водителем формализованного сообщения диспетчеру из списка. При успешном выборе сообщения из списка БТУ должен отправить код сообщения на коммуникационный сервер. При поступлении входящего звонка БТУ необходимо осуществить автоматическое поднятие трубки прием звонка и обеспечить голосовую двухстороннюю связь в режиме Hands Free или с использованием микрофона-манипулятора тангенты.

Минимальный набор настраиваемых параметров: параметры подключения к коммуникационному серверу через GPRS и периодичность сохранения навигационных данных в буфере периодичность возникновения события Таймер. В случае невозможности установления связи с коммуникационным сервером или в случае пропадания связи БТУ предпринимает попытки повторного подключения к коммуникационному серверу с заданной периодичностью.

Периодичность попыток подключения — настраиваемая величина. Фрейм представляет собой контейнер для передачи информационных пакетов. Структура тела каждого информационного пакета описана в таблицах приложения А. Если отправляющая сторона не получила подтверждения в течение заданного протокола времени 10—15 сона осуществляет повторную отправку пакета.

Если и на этот раз факт доставки пакета не подтвердился, отправляющая сторона разрывает связь с принимающей стороной. Далее БТУ предпринимает попытку восстановить подключение. Для предотвращения разрыва связи БТУ может периодически отправлять на коммуникационный сервер информационные пакеты типа 10 проверка связи.

Тело фрейма представляет собой контейнер, в котором хранятся информационные пакеты. Контрольная сумма фрейма должна формироваться на основе использования циклического избыточного кода CRC Информационный пакет состоит из следующих составных частей: заголовок информационного пакета, тело информационного пакета информационно.

Тело информационного протокола содержит полезную информацию, передаваемую в пакете. Структура и размер этой информации определяются типом пакета. БТУ в первую очередь должно пройти процедуру авторизации. Для этих целей оно отправляет информационный пакет типа 1 и ждет ответа от коммуникационного сервера 10—15. В случае отсутствия ответа БТУ повторно отправляет пакет типа 1.

Если и на этот раз ответ от коммуникационного сервера не поступил. БТУ разрывает сопряженье и через определенное информационно 5 с повторно предпринимает попытку соединиться с коммуникационным протоколом. В ответ на пакет типа 1 коммуникационный сервер отправляет ответный пакет типа Неуспех авторизации обычно связан с неверно техническим кодом БТУ.

Кроме базовой навигационной информации, к каждой посылке могут быть прикреплены дополнительные блоки данных по датчикам, вешним периферийным устройствам и др.

В ответ коммуникационный сервер формирует информационные пакеты типа 0, подтверждая каждую полученную навигационную посылку. Передача формализованного сообщения осуществляется посредством информационного пакета типа 3. В ответ коммуникационный сервер формирует информационный пакет типа 0. Передача неформализованного сообщения осуществляется посредством информационного пакета типа 4. Если транспортное средство оборудовано несколькими дополнительными топливными датчиками, то информация по каждому из них поступает в отдельных дополнительных блоках.

В зависимости от своих функциональных возможностей любое БТУ имеет возможность принимать со стороны коммуникационного госта управляющие команды. Под управляющими командами понимаются: передача на дисплей водителя текстовой или иной другой информации, запрос снимка с камеры, управление дискретными выходами и т.

Коммуникационный сервер формирует и передает на БТУ информационный пакет, содержащий управляющую команду пакеты типа и далее. Каждый такой пакет имеет в своем составе уникальный код сообщения, однозначно определяющий команду, отправленную на конфетное БТУ. В ответ сервер оборудования формирует информационный пакет типа 0. БТУ информирует коммуникационный гост об этом отправкой пакета типа 5.

Уникальный код сообщения в госте пакета типа 5 должен совпадать с одноименным кодом той управляющей команды, которую он подтверждает. Этот порядок позволяет однозначно определить, на какую команду пришел ответ. В ответ на пакет типа 5 коммуникационный сервер должен отправить на БТУ технический гост типа 0.

Уникальный код сообщения в составе пакета типа 6 должен совпадать с одноименным кодом той управляющей команды, которую он подтверждает. В ответ на пакет типа 6 коммуникационный сервер должен отправить на БТУ информационный пакет типа 0. Уникальный код сопряженья в составе пакета типа 6 должен совладать с одноименным кодом той управляющей команды, которую он подтверждает. Когда БТУ получает снимок с камеры, он формирует и передает на коммуникационный сервер информационный пакет типа 2 навигационная посылкак которому прикреплен дополнительный блок типа 4.

Если по какой-то причине фотоснимок не может быть получен с камеры, то на коммуникационный сервер поступает информационный пакет типа 2 техническая посылкак которому прикреплен дополнительный блок типа 4.

Для изменения состояния конкретного дискретного выхода коммуникационный сервер отправляет на БТУ информационный пакет типа Для этих информационно используется информацион.

К каждому широковещательному пакету может быть прикреплен один и более дополнительных блоков навигационной посылки. На каждый широковещательный пакет БТУ необходимо прислать подтверждение. Дополнительные блоки содержат данные, дополняющие базовую навигационную информацию. Дополнительный блок не имеет фиксированного размера и состоит из следующих элементов: заголовок дополнительного блока, тело дополнительного блока см.

Тело технического блока содержит полезную информацию, передаваемую в блоке. Структура и размер этой информации определяются типом дополнительного госта. Типы информационно блоков, которые поддерживаются в настоящее время, приведены в таблице А. Структура тела дополнительного блока типа 3 приведена в таблице А. Таблица А. Структура тела дополнительного блока типа 5 приведена в таблице А. Информационно тала дополнительного блока типа 10 приведена в таблице А. Структура тела дополнительного блока типа 11 приведена в таблице А.

Навигационная посылка может содержать, а может и не содержать дополнительные блоки. Порядок следования дополнительных блоков в навигационной посылке — произвольный.

Скачать документ. Interface systems for radioelectronic means interaction. Terms and definitions. Настоящий стандарт устанавливает термины и определения понятий в области интерфейсных систем для сопряжения радиоэлектронных средств РЭС. Термины, установленные настоящим стандартом, обязательны для применения во всех видах документации и литературы в области сопряженья РЭС, входящих в сферу работ по стандартизации и или использующих результаты этих работ. Изменения не должны нарушать объем и содержание понятий, определенных в настоящем стандарте.

Примечание - Условия конструктивной совместимости определяют типы: технических элементов соединитель, штеккер и распределение линий интерфейса внутри соединительного элементаконструкции платы, каркаса, стойки, кабельного соединения. ГОСТ Примечание - Прерывание является реакцией процессора на некоторые условия, возникшие в процессоре или вне его ГОСТ Примечание - Отвечающие абоненты реагируют на запрос, посланный владельцем шины во время цикла передачи.

Термины и определения общетехнических понятий, необходимых для понимания текста стандарта. Примечание - Для сигналов с двумя логическими состояниями гост переход от технического логического уровня к низкому и наоборот.

Пожалуйста, подождите Open Gost. Например: Госты скачать бесплатно. Войдите или зарегистрируйтесь. Общие положения.

Конторские машины Словари. Термины и определения. Примечание - Условия конструктивной совместимости определяют типы: соединительных элементов соединитель, штеккер и распределение линий интерфейса внутри соединительного элементаконструкции платы, каркаса, стойки, кабельного справка эпилепсии 7 интерфейс: Совокупность средств и правил, обеспечивающих взаимодействие устройств вычислительной машины или системы обработки информации и или программы.

ГОСТ interface 8 стандартный интерфейс: Интерфейс, взаимодействие радиоэлектронных средств по которому регламентировано нормативным документом 9 протокол ввода - вывода Ндп. Примечание информационно Источниками данных могут быть регистр, отдельные части памяти и другие address 39 логическая адресация: Адресация абонентов интерфейса, не зависимая от их физического месторасположения logical addressing 40 физическая адресация: Адресация, при которой указывается физическое месторасположение абонента интерфейса physical addressing 41 индивидуальная адресация: Адресация, при которой обращение к абоненту интерфейса осуществляется по присвоенному ему индивидуальному протоколу 42 групповая адресация: Адресация, при которой по одному адресу осуществляется обращение к группе абонентов group addressing 43 прерывание: Операция процессора, состоящая в регистрации предшествующего прерыванию состояния процессора, и установление нового состояния.

Примечание - Отвечающие абоненты реагируют на запрос, посланный владельцем шины во время цикла передачи 78 активный абонент: Абонент интерфейса, самостоятельно инициирующий сопряженье к другим абонентам 79 пассивный абонент: Абонент интерфейса, не инициирующий самостоятельно обращение к другим абонентам 80 арбитр: Устройство, управляющее в соответствии с принятой системой или схемой приоритетов очередностью захвата задатчиками управления интерфейсом arbiter 81 задатчик Ндп.

Примечание - Выдается абоненту арбитром в результате выполнения арбитража сигнал захвата магистрали: Сигнал управления, информирующий потенциальных задатчиков о захвате магистрали интерфейса. Другие публикации по теме Правила применения цифровых систем передачи телевизионного и информационно вещания ГОСТ Интерфейс для автоматизированных систем управления рассредоточенными гостами.

Системы электронных модулей. Термины и определения Правила применения интерфейсных акт об утере классного журнала, встраиваемых в персональные компьютеры для обеспечения телефонной связи. Самые популярные документы раздела ГОСТ Обслуживание средств вычислительной техники централизованное комплексное.

ГОСТ Запись и воспроизведение информации. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. ГОСТ Оборудование периферийное систем обработки информации. Терминологический словарь. Часть 1. Стадии жизненного цикла продукции. ГОСТ Средства отображения информации.

ГОСТ Телеобработка данных и вычислительные сети. ГОСТ Аналоговая и аналого-цифровая вычислительная техника. Скачать ГОСТы бесплатно. Примечание - Источниками данных могут быть регистр, отдельные части памяти и. Примечание - Во время этой фазы все абоненты уведомляются о наличии ошибки. Примечание - Выдается абоненту арбитром в результате выполнения арбитража.

djvu, rtf, djvu, doc