Sep 22, 2022 Оставить сообщение

Сравнение преимуществ и недостатков CAN-шины и RS485

Сравнение преимуществ и недостатков CAN-шины и RS485

1. Скорость и расстояние: расстояние высокоскоростной передачи CAN и RS485 1 Мбит/с не превышает 100 м, что аналогично высокоскоростному расстоянию. Однако на низкой скорости он может достигать 10 км при скорости 5 Кбит/с, тогда как 485 может достигать только низкой скорости около 1219 метров. Видно, что CAN имеет абсолютное преимущество при передаче на большие расстояния.

2. Коэффициент использования шины: RS485 представляет собой единую структуру «главный-подчиненный», то есть шина может иметь только один хост, связь инициируется хостом, хост не имеет команд, и следующий узел не может их отправить. , и он вернется после отправки. Получив ответ, ведущий перейдет к следующему. Опрос узлов для предотвращения отправки данных на шину несколькими узлами и возникновения беспорядка в данных. CAN-шина представляет собой структуру с несколькими хостами, каждый узел имеет контроллер CAN, несколько узлов отправляют данные, а идентификационный номер автоматически определяется, что может предотвратить загромождение данных шины, пока один узел отправляет, другой узел может обнаружить скорость простоя шины и немедленно отправить ее, тем самым сохраняя запрос хоста, улучшая использование шины и увеличивая скорость. Поэтому в таких системах, как автомобили, к которым предъявляются более высокие практические требования, используется шина CAN или другие подобные шины.

3. Механизм обнаружения ошибок: RS485 обеспечивает только физический уровень, а не уровень канала передачи данных, поэтому он не может идентифицировать ошибки, если не возникают некоторые физические ошибки, такие как короткие замыкания. Это может легко привести к разрушению узла, лихорадочной отправке данных на шину (постоянная отправка 1), что приведет к параличу всей шины. Следовательно, пока rs485 повредит один узел, шинная сеть будет полностью прервана. Однако шина CAN имеет контроллер CAN, который может проверять любые ошибки на шине. Если ошибка превышает 128, шина будет защищена автоматической блокировкой. Если обнаруживается ошибка другого узла или его собственная ошибка, на шину отправляется кадр ошибки, чтобы предупредить другие узлы о том, что данные неверны. Таким образом, даже если программа процессора узла выйдет из строя, шина CAN будет автоматически заблокирована контроллером для защиты шины. Таким образом, мощные возможности CAN будут использоваться в случае высоких требований к безопасности сети.

4. Цена и затраты на обучение. Стоимость оборудования CAN примерно в два раза выше, чем у RS485. Таким образом, связь RS485 очень удобна в программном обеспечении: если вы понимаете последовательную связь, вы можете программировать, в то время как CAN требует, чтобы базовый инженер понимал сложный уровень CAN, а программное обеспечение главного компьютера также должно понимать протокол CAN. . Можно сказать, что стоимость обучения высока.

5. Шина CAN может подключать две выходные клеммы CANH и CANL микросхемы интерфейсной схемы 82C250 к физической шине через контроллер CAN, а информация о состоянии клеммы CANH может быть только высокого уровня или плавающего состояния, а клемма CANL может быть только низкого уровня. или приостановленное состояние. Это необходимо для того, чтобы предприятия не появлялись в сети RS-485. Когда в системе возникает ошибка и несколько узлов могут одновременно отправлять соответствующие данные на шину, служебная шина будет замкнута накоротко, что приведет к повреждению некоторых важных узлов. Кроме того, узел CAN имеет функцию автоматического отключения управления выходом в случае серьезных ошибок, чтобы не влиять на работу других узлов на шине и гарантировать отсутствие аномалий в сети. . проблема, оставляющая автобус в «тупиковом» состоянии.

6. CAN имеет полный протокол связи, который может быть реализован с помощью чипа контроллера CAN и его интерфейсного чипа, что значительно снижает сложность разработки системы и сокращает цикл разработки, что несравнимо с RS485, который имеет только электрический протокол.