Разработка, производство и продажа радиоэлектронной аппаратуры
|
Требуется программист в Зеленограде - обработка данных с датчиков; 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 никогда не включают, как шину. Только, как точка-точка. Все компьютеры в Вашем офисе соединены с роутером именно, как точко-точка. Никаких шин там нет.
Составить ответ | Вернуться на конференцию
Ответы