Телесистемы
 Разработка, производство и продажа радиоэлектронной аппаратуры
На главную   | Карта сайта | Пишите нам | В избранное
Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Уважаемый, Ваш уровень подготовки понятен.

Отправлено st256 (178.216.216.185) 03 марта 2013, г. 11:19
В ответ на: CAN лучше по всем статьям отправлено A_R_V 03 марта 2013, г. 11:03

=== если после завершения передачи не установился флаг ошибки, это дает 100% гарантию, что пакет принят.

Это бред. Простите великодушно. Изучайте азы теории передачи сигналов. Общая вероятность необнаруженной ошибки у CAN равна 4.7x10^(-11).

====RS485 без дополнительных программно-протокольных вещей такой гарантии не дает.

RS485 это напоминаю - физический уровень. Т.е. Вы сравниваете калоши с птеродактилями. А физический уровень RS-485 будет понадежней, чем у CAN

==== к тому же сеть из нескольких устройств на RS485 не очень просто строится, в то время как CAN специально заточен на это.

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


Составить ответ | Вернуться на конференцию

Ответы


Отправка ответа
Имя*: 
Пароль: 
E-mail: 
Тема*:

Сообщение:

Ссылка на URL: 
URL изображения: 

если вы незарегистрированный на форуме пользователь, то
для успешного добавления сообщения заполните поле, как указано ниже:
введите число 63:

Перейти к списку ответов | Конференция | Раздел "Электроника" | Главная страница | Карта сайта

Rambler's Top100 Рейтинг@Mail.ru
 
Web telesys.ru