Про CAN-шину

[PenguinChik]

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

[korob]

В CAN-шине присутствует арбитраж доступа, который как раз и занимается подобными ситуациями.

[PenguinChik]

А почему у нас CANH соединен с передатчиком, а CANL с приемником ? Получается у нас осуществляется передача и прием сигналов одновременно? И уже по разнице этих сигналов получается результирующий сигнал?

Вложения

КЭН.gif

(22.63 KiB) Скачиваний: 42

[mickbell]

Чо??? Как это? На рисунке видно, что обе линии - и CANH, и CANL - подключены ко всему. Передача осуществляется дифференциально, то есть задействованы обе линии одновременно.

[Express]

Схерали, про захват линии по приоритетам не слышали чоли?

[electroget]

PenguinChik писал(а):

А почему у нас CANH соединен с передатчиком, а CANL с приемником ?

Потому что это диффиренциальный интерфейс. Сигналы в линиях зеркальны относительно друг друга.

[YS]

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

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

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

[Eddy_Em]

YS писал(а):

Устройство с более высоким приоритетом захватывает шину и передает

В нормальном CAN нет приоритетов. Там все определяется последовательностью битов. У кого будет первый доминантный бит, тот и "победил".

[YS]

У кого будет первый доминантный бит, тот и "победил".

Ага, именно так.

А теперь представьте себе, как это будет работать с учетом того, что адреса двоичные.

Внезапно, побеждать будет стабильно устройство с численно меньшим адресом.

Последний раз редактировалось YS Пн янв 24, 2022 20:43:59, всего редактировалось 1 раз.

[Eddy_Em]

YS, правильно. Только приоритета никакого нет. Это — просто приятная особенность нижнего уровня протокола.

[YS]

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