Что такое протокол ошибок

Обновлено: 17.05.2024

Строго говоря, противопоставление протокола. V.42ITU-T и МNР (the Microcom Networking Protocol) не вполне корректно. Дело в том, что Рекомендация V.42ITU-T - единый стандарт (по традиции называемый "Рекомендация"), описывающий все рассматриваемые протоколы коррекции ошибок. То, что в обиходе называется МNР2 и МNРЗ, есть соответственно байт-ориентированный и бит-ориентированный режимы протокола, описанного в Дополнении А к РекомендацииV.42, а то, что называется протоколом V.42, - протокол, описанный в основной части Рекомендации. Однако исторически сложилось так, что появление протоколов фирмы Microcom предшествовало выходу "Синей Книги" ITU-T с Рекомендацией V42. Поэтому в дальнейшем применяется сложившаяся терминология, которая хоть и не вполне корректна, зато проста и компактна.

То, что по недоразумению называют протоколом МNР4, протоколом на самом деле не является. Это не более, чем модифицированная реализация протоколов МNР2 и МNРЗ. Протокол коррекции ошибок определяет формат кадра, перечень допустимых типов кадров, логическую структуру кадра каждого типа и собственно протокол, т.е. порядок установки режима коррекции ошибок, выхода из режима и допустимого чередования кадров.

MNP-протоколы

MNP (Microcom Network Protocol) - серия наиболее распространенных аппаратных протоколов, впервые реализованная на модемах фирмы Microcom. Эти протоколы обеспечивают автоматическую коррекцию ошибок и компрессию передаваемых данных.

Сейчас известны 10 протоколов:

MNP1. Протокол коррекции ошибок, использующий асинхронный полудуплексный метод передачи данных. Это самый простой из протоколов MNP.

MNP2. Протокол коррекции ошибок, использующий асинхронный дуплексный метод передачи данных.

MNP3. Протокол коррекции ошибок, использующий синхронный дуплексный метод передачи данных между модемами (интерфейс модем - компьютер остается асинхронным).

Так как при асинхронной передаче используется десять бит на байт - восемь бит данных, стартовый бит и стоповый бит, а при синхронной только восемь, то в этом кроется возможность ускорить обмен данными на 20%.

MNP4. Протокол, использующий синхронный метод передачи, обеспечивает оптимизацию фазы данных, которая несколько улучшает неэффективность протоколы MNP2 и MNP3. Кроме того, при изменении числа ошибок на линии соответственно меняется и размер блоков передаваемых данных. При увеличении числа ошибок размер блоков уменьшается, увеличивая вероятность успешного прохождения отдельных блоков.

Эффективность этого метода составляет около 20% по сравнению с простой передачей данных.

MNP5. Дополнительно к методам MNP4, MNP5 часто использует простой метод сжатия передаваемой информации. Символы, часто встречающиеся в передаваемом блоке, кодируются цепочками битов меньшей длины, чем редко встречающиеся символы. Дополнительно кодируются длинные цепочки одинаковых символов. Обычно при этом текстовые файлы сжимаются до 35% своей исходной длины. Вместе с 20% MNP4 это дает повышение эффективности до 50%.

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

MNP6. Дополнительно к методам протокола MNP5 автоматически переключается между дуплексным и полудуплексным методами передачи в зависимости от типа информации. Протокол MNP6 также обеспечивает совместимость с протоколом V.29.

MNP7. По сравнению с ранними протоколами использует более эффективный метод сжатия данных.

MNP9. Использует протокол V.32 и соответствующий метод работы, обеспечивающий совместимость с низкоскоростными модемами.

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

многократного повторения попытки установить связь
изменения размера пакетов в соответствии с изменением уровня помех на линии
динамического изменения скорости передачи в соответствии с уровнем помех линии

Все протоколы MNP совместимы между собой снизу вверх. При установлении связи происходит установка наивысшего возможного уровня MNP-протокола. Если же один из связывающихся модемов не поддерживает протокол MNP, то MNP-модем работает без MNP-протокола.

Режимы MNP-модемов.

MNP-модем обеспечивает следующие режимы передачи данных:

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

Режим прямой передачи. Данный режим соответствует обычному модему, не поддерживающему MNP-протокол. Буферизация данных не производится и аппаратная коррекция ошибок не выполняется.

Режим с коррекцией ошибок и буферизацией. Это стандартный режим работы при связи двух MNP-модемов. Если удаленный модем не поддерживает протокол MNP, связь не устанавливается.

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

Протоколы V.42 и V.42bis.

Протокол с коррекцией ошибок и преобразованием асинхронный - синхронный. Протокол использует метод компрессии, при котором определяется частота появления отдельных символьных строк и происходит их замена на последовательности символов меньшей длины. Этот метод компрессии носит название Lempel-Ziv. Данный метод компрессии обеспечивает 50% сжатие текстовых файлов.

Вместе с 20% выигрышем от синхронного преобразования это увеличивает эффективность на 60%.

Что такое SSL

Текущие тенденции сайтостроения предполагают высокую безопасность соединения пользователя с веб-ресурсом. Это необходимо для защиты персональных данных, секретных номеров банковских карт и информации о проводимых сделках. Организуется безопасность подключением протокола шифрования Secure Sockets Layer (сокращенно SSL).

Сертификат выпускается доверенным центром Certification Authority (CA).
После выдачи он подключается к домену средствами провайдера хостинга.
Срок его действия ограничен 1 годом, после чего требуется продление.

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

Причины появления ошибок SSL

Остальные проблемы обычно скрываются на локальном компьютере:

Произошел сброс системного времени.
Неправильно настроена антивирусная программа.
Сбоит браузер или установленное расширение.
Срабатывает вредоносный скрипт.

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

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

Время и дата

Варианты исправления ситуации:

Вручную внести корректную дату и время, после чего обновить страницу в браузере.
Воспользоваться функцией синхронизации через интернет, встроенной в Windows.
Заменить батарейку на памяти BIOS. При первом запуске ПК нужно внести корректные данные.

Настройки антивируса и брандмауэра

Варианты исправления ситуации:

Функция временного отключения имеется в любой защитной программе, даже интегрированной в операционную систему Windows. Но это не гарантирует полную деактивацию приложения. В этом случае разобраться в ситуации поможет открытие сайта на другом компьютере или запуск безопасного режима (актуально для проводного подключения к интернету).

Браузер и операционная система

Наличие проблемы с браузером проще всего определить открытием сайта на другом устройстве или в другой программе. Иногда решение заключается в банальном обновлении версии приложения до актуальной. То же относится к операционной системе, если используется интегрированный браузер вроде Edge. Пакеты обновлений для того и выпускаются, чтобы устранять неполадки в ПО.

Варианты исправления ситуации:

Полностью очистить историю браузера вместе с кэшем и другими данными.
Временно отключить все ранее установленные и активные расширения.
Переустановить программу после ее полной деинсталляции.

Заражение компьютерными вирусами

Выдачей ошибки SSL браузер, вероятно, предупреждает о попытке его подмены, переадресации на сайт-клон или иной угрозе. В это случае рекомендуется провести полную проверку компьютера на наличие вирусов. Если присутствуют другие признаки заражения, стоит скачать парочку программ со свежими антивирусными базами (например, CureIt).

Варианты исправления ситуации:

Временно отключить все программы из автозагрузки.
Провести очистку диска от временных файлов.
Перезагрузить компьютер после предыдущих шагов.

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

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

Предлагаем разобраться со способами устранения подобных ошибок.

Что такое SSL?

SSL (Secure Socket Layer) — это интернет-протокол для создания зашифрованного соединения между пользователем и сервером, который гарантирует безопасную передачу данных.

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

Причины возникновения ошибок SSL-соединения

Когда сертификат работает корректно, адресная строка браузера выглядит примерно так:

Но при наличии ошибок она выглядит несколько иначе:

Существует множество причин возникновения таких ошибок. К числу основных можно отнести:

Давайте рассмотрим каждую из них подробнее.

Проблемы с датой и временем

Для исправления этой ошибки достаточно установить на устройстве актуальное время. После этого необходимо перезагрузить страницу или браузер.

Ненадежный SSL-сертификат

Одной из причин появления такой ошибки, как и в предыдущем случае, может стать неправильное время. Однако есть и вторая причина — браузеру не удается проверить цепочку доверия сертификата, потому что не хватает корневого сертификата. Для избавления от такой ошибки необходимо скачать специальный пакет GeoTrust Primary Certification Authority, содержащий корневые сертификаты. После скачивания переходим к установке. Для этого:

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

Брандмауэр или антивирус, блокирующие сайт

Некоторые сайты блокируются брандмауэром Windows. Для проверки можно отключить брандмауэр и попробовать зайти на нужный сайт. Если SSL-сертификат начал работать корректно, значит дело в брандмауэре. В браузере Internet Explorer вы можете внести некорректно работающий сайт в список надежных и проблема исчезнет. Однако таким образом вы снизите безопасность своего устройства, так как содержимое сайта может быть небезопасным, а контроль сайта теперь отключен.

Включенный экспериментальный протокол QUIC

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

Показываем как отключить QUIC на примере браузера Google Chrome:

Этот способ работает и в Windows и в Mac OS.

Отсутствие обновлений операционной системы

Проблемы с SSL-сертификатами могут возникать и из-за того, что на вашей операционной системе давно не устанавливались обновлений. Особенно это касается устаревших версий Windows (7, Vista, XP и более ранние). Установите последние обновления и проверьте работу SSL.

Использование SSL-сертификата версии 3.0

Некоторые сайты используют устаревший SSL-протокол версии 3.0, который не поддерживают браузеры. По крайней мере, по умолчанию. Чтобы браузер поддерживал устаревший SSL необходимо сделать следующее (на примере браузера Google Chrome):

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

Разъяснения Верховного Суда

В защиту водителей в судебной практике 2021 года заострили внимание автоинспекторов ГИБДД на правильности составления протоколов. В частности, было указано на недопущение ошибок. И это справедливо, поскольку протокол о лишении водительских прав является важным доказательством в конкретном деле.

Так, в 2019 году Верховный Суд, в лице судьи Сергея Никифорова, встал на сторону московского водителя, которого оштрафовали на 1 500 рублей и лишили водительских прав за отказ проходить медицинское освидетельствование. Водитель не согласился с наказанием и дошёл до Верховного Суда.

И вот какие нарушения были выявлены судьей ВС РФ:

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

Как видно, Верховый Суд РФ грамотно рассмотрел дело и выявил серьезные нарушения, сыгравшие в пользу водителя. Но, к сожалению, в 2021 году мировые судьи часто закрывают глаза на ошибки в протоколах ГИБДД. В результате дело рассматривается сразу, а доводы автолюбителей и их защитников не принимаются во внимание. Последним остаётся идти до самого конца, подключая Верховный Суд РФ.

Ниже рассмотрим, какие ошибки могут привести к разваливанию дела в суде, а на какие не стоит рассчитывать всерьёз.

Можно ли избежать лишения прав, если административный протокол составлен с ошибками?

Да, но нарушения должны быть существенными. Если быть ещё точнее – то ошибка должна поставить под сомнение сам факт доказательства нарушения.

Ставит ли под сомнение ошибка в одной букве фамилии привлекаемого лица? Нет. А ставит ли ошибка в адресе нарушения, если водителя привлекают за выезд на встречную полосу в нарушение ПДД? Разумеется, здесь уже есть вопросы к законности лишения прав.

К слову, ошибки будут рассматриваться конкретным судьей в конкретном деле по лишению водительских прав. КоАП РФ не содержит признаков недействительности протокола. Но зато можно найти требования к содержанию интересующего нас документа.

Если опечатка в фамилии, имени, отчестве?

Это считается технической ошибкой, и лишения прав не избежать.

Неточность в фамилии, имени или отчестве не умаляет вины нарушителя. Если вы повторно проехали на красный свет, это зафиксировал регистратор патрульной службы, имеются свидетели, а также составлен протокол – только лишь на основании опечатки в фамилии (имени, отчестве) лишения прав избежать вряд ли удастся. Судья либо не придаст значения описке в ФИО, либо направит протокол обратно должностному лицу в ГИБДД для исправления.

На заметку! Теоретически во втором случае вы можете рассчитывать на истечение сроков давности – в нашем случае 3 месяца с момента составления протокола ДПС (ч. 1 ст. 4.5 КоАП РФ). Если за это время суд не рассмотрит дело и не вынесет постановление, то срок привлечения к административной ответственности пройдёт. А значит производство будет прекращено. И вы останетесь с правами.

Неправильная дата нарушения

Такая ошибка в протоколе о правонарушении позволяет развалить дело.

Например, вас поймали за выезд на встречку 16 февраля, а в протоколе инспектор указал 15 февраля. Случалось, что допускали ошибки и с годами.

Но, так уж сложилось, что судья может посчитать неправильную дату в протоколе несущественной ошибкой. В деле могут быть и другие документы (с правильной датой) – заключение медосвидетельствования или рапорт сотрудника ДПС. Тогда судья обратится к ним. Но может вернуть протокол обратно в ГИБДД для исправления. И здесь снова уместно рассчитывать на исковую давность. То есть оттягивать явку в ГИБДД и суд по извещениям и звонкам. Пройдёт 3 месяца, сроки исковой давности истекут, а производство по делу прекратится.

Ошибка со временем

Аналогичная ситуация и в случае со временем.

Вновь обратимся к разъяснениям Верховного Суда из примера в начале статьи. На московского водителя было составлено два протокола: в одном значилось время правонарушения в 2 часа 40 минут, а в другом – это же правонарушение было совершено в 3 часа 20 минут. То есть разница во времени 40 минут. Верховный Суд счёл эту ошибку существенной, в то время как нижестоящие суды ранее не придали этому значения.

Вывод: Обращайте внимание суда на расхождения во времени АП. Есть большая вероятность, что суд признает эту неточность существенной. И административное производство будет прекращено за отсутствием доказательств.

Неверный адрес места правонарушения

Опять же, многое зависит от судьи и убедительности ваших аргументов.

Что делать в такой ситуации?

Приобщите к ходатайству запись с видеорегистратора, любую другую запись с уличных камер, фото и показания свидетелей.
Обратитесь в орган местного самоуправления, префектуру или БТИ – вам нужно взять справку о том, что адреса не существует в принципе (если это действительно так). Можно подать ходатайство в суд, чтобы эти сведения были получены по судебному запросу.

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

Нет информации о понятых

Вместе с тем, сотрудник ГИБДД должен разъяснить понятым положения ст. 25.1 КоАП РФ и нормы статьи 51 Конституции РФ. Если это сделано не было, и эти двое не расписались в протоколах – это свидетельствует о процессуальных нарушениях со стороны автоинспекторов. Даже если понятых привлекли, но они не расписались – тоже нарушение.

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

Важное замечание!

Если инспектор ГИБДД не разъяснил мне права и обязанности?

Очевидный промах сотрудника ДПС, который играет в вашу пользу.

Еще в 2005 году Верховный Суд указал, что собранные доказательства должны оцениваться с позиции соблюдения требования закона при их получении (п. 18 Постановления Пленума ВС №5 от 24 марта 2005 года). И сейчас, в 2021 году, это крайне актуально!

Логика в следующем: раз инспектор ДПС не разъяснил ваши права и обязанности, значит у вас отсутствовала возможность воспользоваться ими в должной мере. Например, сразу позвонить защитнику (адвокату), заявить ходатайство, отвод или ознакомиться со всеми материалами дела. И не важно, знали вы об этом сразу или нет.

Поскольку автоинспектор нарушил регламент, значит и собранные им доказательства получены незаконно. А это повод для прекращения административного производства. Поэтому ведите видеосъемку, привлекайте свидетелей и подавайте жалобы вышестоящему начальству ГИБДД в течение 10 дней с момента составления протокола – это в ваших же интересах!

Если нет моей подписи?

Зависит от того, в каком месте нет подписи.

Нет смысла отказываться подписывать административный протокол. Этим вы ничего не добьётесь. И, скорее всего, сделаете себе только хуже – поскольку инспектор поставит в графе соответствующую запись, а потом вручит вам копию протокола прямо на месте, или отправит по почте в течение 3 дней (ч. 4.1 ст. 28.2 КоАП РФ).

Гораздо лучше указать в протоколе, что вам не разъяснили права и обязанности – и вот это будет серьезным аргументом в споре с инспектором ГИБДД на судебном заседании.

Действителен ли протокол с изменениями и исправлениями?

Да, но изменения вносятся согласно регламенту:

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

Приветствую всех на нашем сайте! Сегодняшняя статья будет целиком и полностью посвящена обзору протокола CAN. А в одной из следующих статей мы реализуем обмен данными по CAN на практике. Но не буду забегать вперед…

Основные характеристики протокола CAN:

Давайте перейдем к физическому уровню протокола. В интернете можно найти много противоречивой информации на этот счет, но истина тут одна 🙂 Стандарт CAN компании Bosch не регламентирует физический уровень передачи данных, поэтому могут использоваться абсолютно разные варианты, например, оптоволокно. На практике же чаще всего используется соединение посредством двухпроводной дифференциальной линии (витой пары). Ориентировочная максимальная длина линии для разных скоростей передачи данных составляет:

Скорость	Длина линии
1 Мбит/с	50 м
500 кбит/с	100 м
125 кбит/с	500 м
10 кбит/с	5 км

Важным условием работоспособности шины является наличие на концах витой пары согласующих резисторов, которые также называют терминаторами, с сопротивлением 120 Ом:

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

Это свойство используется для арбитража в сети CAN. Пусть несколько устройств хотят передать данные. Каждый из этих передатчиков сравнивает значение, которое он передает, со значением, фактически присутствующим на линии. В том случае, если передаваемое значение совпадает со считанным, устройство продолжает высылать свои данные. Если значения совпали у нескольких устройств, то все они продолжают передачу как ни в чем не бывало.

Продолжается это до того момента, когда значения станут различными. Если несколько устройств хотят передать рецессивный бит, а одно — доминантный, то в соответствии с правилом, которое мы обсудили выше, на линии окажется доминантный бит. В таком случае отправленные и считанные значения для устройств, пытающихся выдать на линию рецессивное состояние, не совпадут. В этом случае они должны прекратить передачу. А тот узел, который в этот момент передавал доминантный бит, продолжит свою работу. Доминирование в чистом виде 🙂

Сигналы, которые передаются по витой паре, получили название CAN_H и CAN_L (High и Low). Доминантное состояние соответствует случаю, когда потенциал сигнала CAN_H выше потенциала CAN_L. Рецессивное — когда потенциалы равны (разница потенциалов не превышает допустимого отклонения, 0.5 В).

С этим вроде бы разобрались, давайте двигаться дальше!

Пришло время определить, как биты объединяются в кадры. Протокол CAN определяет 4 вида кадров:

Кадр данных (data frame)
Кадр удаленного запроса (remote frame)
Кадр перегрузки (overload frame)
Кадр ошибки (error frame)

Для кадра данных возможны два варианта — базовый формат и расширенный. Вот так выглядит структура базового формата:

А это структура расширенного:

Поле	Длина	Описание
Начало кадра (SOF)	1 бит	Начало передачи кадра
Идентификатор A (ID A)	11 бит	Первая часть идентификатора
Подмена запроса на передачу (SRR)	1 бит	Рецессивный бит
Бит расширения идентификатора (IDE)	1 бит	Бит определяет длину идентификатора, для расширенного формата — рецессивный бит
Идентификатор B (ID B)	18 бит	Вторая часть идентификатора
Запрос на передачу (RTR)	1 бит	Доминантный бит
Зарезервированные биты	2 бита	Зарезервировано
Длина данных (DLC)	4 бита	Количество байт данных
Данные	0 — 8 байт	Данные
Контрольная сумма (CRC)	15 бит	Контрольная сумма
Разграничитель контрольной суммы	1 бит	Рецессивный бит
Промежуток подтверждения (ACK)	1 бит	Для приемника — доминантный бит, для передатчика — рецессивный
Разграничитель подтверждения	1 бит	Рецессивный бит
Конец кадра (EOF)	7 бит	Все биты рецессивные

Кадр удаленного запроса (remote frame) представляет из себя кадр данных, описанный выше, но без поля данных и с рецессивным битом RTR. Он используется в случае, когда один узел хочет запросить данные у другого узла.

Кадр ошибки (error frame) передает устройство, обнаружившее ошибку в сети. Фрейм ошибки имеет наивысший приоритет и принимается всеми устройствами сети в обязательном порядке.

Кадр перегрузки (overload frame) используется очень редко… Его идея и назначение заключается в том, что с его помощью устройство, которое в данный момент не может принять данные, запрашивает повторную передачу этих же данных.

Первые два типа кадров — кадр данных и кадр удаленного запроса — отделяются от других кадров специальным межкадровым промежутком (паузой). А для фреймов ошибки и перегрузки предусмотрена передача без пауз, чтобы обеспечить их скорейшую обработку узлами сети.

Итак, что у нас на очереди теперь? Конечно же контроль ошибок — важнейший аспект работы протокола CAN! Стандарт предусматривает несколько механизмов контроля ошибок.

Во-первых, это контроль передачи битов — уровень сигнала в сети сравнивается с передаваемым для каждого бита.
Второй механизм заключается в использовании дополнительных битов (stuffing bit). После передачи любых пяти одинаковых битов автоматически добавляется передача бита противоположного значения. Таким образом, при передаче шести одинаковых битов диагностируется ошибка stuffing’а. Этот механизм используется для кодирования всех полей фреймов данных и запроса. Исключением являются только поля промежутка подтверждения, разграничителя контрольной суммы и EOF.
Стандартная процедура проверки контрольной суммы. Передатчик вычисляет контрольную сумму для текущего кадра и передает ее в линию. В свою очередь, приемник также вычисляет контрольную сумму для принимаемых данных и сравнивает ее с тем значением, которое было отправлено передатчиком. В случае не совпадения значений диагностируется ошибка CRC.
Также выполняется контроль битов фрейма, которые должны иметь заранее определенное значение. В случае, если реальное значение не совпадает с тем, которое ожидается, возникает ошибка.

Благодаря всем этим механизмам, вероятность необнаружения ошибки является очень низкой, что, конечно же, не может не радовать 🙂

И на этом еще не все! Каждый узел может находиться в одном из трех состояний:

Error Active
Error Passive
Bus Off

Протокол CAN предусматривает, что изначально, после старта, узел находится в первом из этих состояний — Error Active. Каждое устройство имеет два счетчика ошибок:

Счетчик ошибок передачи
Счетчик ошибок приема

Если значение любого из этих двух счетчиков узла превысит значение 127, то узел переходит в состояние Error Passive. А если величина одного из счетчиков превысит 255, то узел перейдет в состояние Bus Off.

Разница между этими состояниями заключается в действиях узла при диагностировании ошибки:

Как видите, протокол CAN крайне интересен для изучения, надежен, безопасен, и удобен в использовании 🙂

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

Читайте также: