ВУЗ:
Составители:
2) при появлении доминирующего значения в первом или втором бите поля
паузы межфреймового интервала (это означает, что другой узел начал передавать
фрейм перегрузки);
3) при появлении доминирующего бита в последнем бите поля-разделителя
фрейма ошибки или поля-разделителя фрейма перегрузки.
Между любыми двумя фреймами данных и/или удалёнными фреймами мо-
жет быть передано не более двух фреймов перегрузки.
Поле флага перегрузки содержит шесть доминирующих битов, благодаря че-
му, поле паузы разрушается и остальные узлы определяют начало фрейма пере-
грузки и, в свою очередь, начинают передавать фрейм перегрузки.
Поле-разделитель фрейма перегрузки состоит из восьми рецессивных битов.
Механизм формирования поля-разделителя фрейма перегрузки полностью совпа-
дает с механизмом формирования поля-разделителя фрейма ошибки.
А вот как выглядят описанные четыре типа фреймов, по мнению компании
KVASER-AB. Вот что могли бы сказать контроллеры, обращаясь в сеть [54]:
•
•
•
•
фрейм передачи данных: «Привет всем, вот данные с идентификатором Х,
получите»;
удалённый фрейм запроса данных: «Привет всем, а может ли кто-нибудь
выслать данные с идентификатором
Х?»;
фрейм ошибки: «Стоп, начнем все с начала»;
фрейм перегрузки: «Я очень занят, подождите чуть-чуть».
Стандарты протоколов уровня приложений на базе CAN
Как уже говорилось, CAN-протокол описывает уровень канала данных и
часть физического уровня модели ВОС. Однако этого зачастую недостаточно для
эффективной разработки CAN-сетей. Неопределёнными остаются такие важные
на этапе разработки моменты, как адресация узлов, распределение между ними
CAN-идентификаторов, интерпретация содержимого фрейма данных, передача
данных длиной более 8 байт и др. Поэтому с началом массового выпуска CAN-
компонентов и широкого распространения CAN-приложений, рядом независимых
компаний и некоммерческих ассоциаций в области систем промышленной авто-
матизации, транспорта и т.д. проводилась (и продолжается по сей день) работа по
созданию и стандартизации спецификаций протоколов верхнего уровня (Higher
Level Protocol, HLP) для CAN-сетей [55].
Как правило, большинство существующих на сегодня спецификаций прото-
колов верхнего уровня для CAN-сетей имеют сжатую трехуровневую архитекту-
ру, включающую два базовых уровня CAN-протокола (физический, часто допол-
ненный более конкретными спецификациями, и канальный) и уровень приложе-
141
Страницы
- « первая
- ‹ предыдущая
- …
- 139
- 140
- 141
- 142
- 143
- …
- следующая ›
- последняя »
