Перейти к содержанию
    

Есть ли какой-нибудь стандартный утилитарный протокол поверх CAN?

Ну вот и всё резюме, к чему я собссно мысль и клонил.
 

30 minutes ago, Arlleex said:

Уживаются они потому, что правильно парсят контрольные управляющие поля в пределах и за полем арбитража, чтобы уметь отличить FD и CAN2.0B

Ессно. 
С акцентом по разбору полётов на то, что 2.0В даже и не знает, что есть его младший брат FD.
Для него - нет валидного фрейма - нет подтверждения.
Минимум два узла в сети умеющих общатся по FD. Остальные - могут быть и классическими.
 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дык а какое дело до того, кто там реально на шине и что шлет, если это нисколько не мешает штатной работе других протоколов?

Хоть ВЧ-модулированный канал связи по тем же проводам гоняйте - если это не мешает CAN-у, он так и останется CAN-ом, соответствующим стандарту.

Реализация CAN допускает расширения протокола. Что в этом противоестественного?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...