реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Подключение устройств на шине RS-485/CAN
DeadMoroz
сообщение Apr 20 2010, 07:21
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 211
Регистрация: 3-02-05
Пользователь №: 2 391



Здравствуйте!
Меня интересует вопрос как физически подключаются устройства на таких шинах как RS-485 или CAN? Когда интерфейс - точка-точка, то все понятно, но если устройств более 2х? Самое простое, что приходит в голову - запаять два сегмента кабеля в один коннектор, например DB9 - это для "среднего" устройства на шине.
Какие есть другие варианты? Поделитесь опытом!
Благодарю!
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Apr 20 2010, 07:45
Сообщение #2


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



CAN очень неприхотливая шина. Поэтому вполне допустимо делать метровые и больше отводы от шины.

Но к примеру мы делаем сразу на плате два разъема для входящей и выходящей линий.
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Apr 20 2010, 08:08
Сообщение #3


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Цитата(AlexandrY @ Apr 20 2010, 12:00) *
Но к примеру мы делаем сразу на плате два разъема для входящей и выходящей линий.

Красиво, но два разъёмных соединения на одно подключение - многовато.
Если устройства расположены "гроздьями", например, на стойках, можно применить клеммные коробки. Получается более универсальное решение


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
galjoen
сообщение Apr 21 2010, 11:45
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 841
Регистрация: 10-05-07
Из: Чебоксары (Россия)
Пользователь №: 27 640



Цитата(AlexandrY @ Apr 20 2010, 12:00) *
Но к примеру мы делаем сразу на плате два разъема для входящей и выходящей линий.

Т.о. горячая замена невозможна.

На мой взгляд, для CAN хорошо плинты подошли бы - усы минимальной величины будут, но сам ни разу так не делал.
А на дальнобойность именно усы хуже всего и влияют. Экспериментировал, через 250 м бухту кабеля между 2-мя устройствами на скорости 1 мБод без ошибок работает. Но через две бухты по 50 м с 50 см усами посередине уже не работает.
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Apr 21 2010, 13:43
Сообщение #5


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



Цитата(galjoen @ Apr 21 2010, 15:00) *
Т.о. горячая замена невозможна.


Это зависит целиком от логики вашего приложения. В принципе любая механическая коммутация в шине CAN вызовет нарушение целостности сигналов и фиксирование ошибки.
Но CAN резко самовосстанавливается, а дальше уж проблема приложения как оно среагирует на паузу в связи.
В нашей системе все продолжает работать после того как проводят горячую замену.

Скорость в 1 Мбит действительно требует большего внимания. Но на скорости в 50 КБит с ответвлениями не было бы никаких проблем.
Go to the top of the page
 
+Quote Post
galjoen
сообщение Apr 21 2010, 15:10
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 841
Регистрация: 10-05-07
Из: Чебоксары (Россия)
Пользователь №: 27 640



Цитата(AlexandrY @ Apr 21 2010, 17:58) *
В нашей системе все продолжает работать после того как проводят горячую замену.

Горячая замена подразумевает, что всё работает не только после, но и во время её. А при вытаскивании одного из кабелей, у вас сеть разделится на две подсети, причём в каждой из них только 1 терминатор. Поэтому, даже в пределах одной подсети, не факт, что всё работать будет. А уж между подсетями вообще связи не будет. Какая же это горячая замена?
Go to the top of the page
 
+Quote Post
Andrew2000
сообщение Apr 22 2010, 14:30
Сообщение #7


Местный
***

Группа: Свой
Сообщений: 421
Регистрация: 25-12-04
Пользователь №: 1 675



Цитата(galjoen @ Apr 21 2010, 16:00) *
... Экспериментировал, ...

В DS102 (CAN Physical Layer for Industrial Applications) со ссылкой на ISO 11898 сказано: "The cable stubs for connection of the bus nodes should be as short as possible, especially at high bit rates. At 1Mbit/s, the length of the cable stubs should not exceed 0.3 m"
кроме того, сама линия:
1 Mbit/s - max. 40 m
....
50 kbit/s - max. 1 km

ну не зря же буржуи стандарты пишут
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Apr 22 2010, 14:49
Сообщение #8


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



Цитата(galjoen @ Apr 21 2010, 18:25) *
Горячая замена подразумевает, что всё работает не только после, но и во время её. А при вытаскивании одного из кабелей, у вас сеть разделится на две подсети, причём в каждой из них только 1 терминатор. Поэтому, даже в пределах одной подсети, не факт, что всё работать будет. А уж между подсетями вообще связи не будет. Какая же это горячая замена?

Не вижу разницы что система неработоспособна 1..10 сек или 0.1 сек как в вашем случае.
Чтобы сделать реальную горячую замену на CAN сам заменяемый дивайс должен быть хитро выполнен, плюс специальные разъемы.
И ради чего?
Go to the top of the page
 
+Quote Post
galjoen
сообщение Apr 28 2010, 14:00
Сообщение #9


Знающий
****

Группа: Свой
Сообщений: 841
Регистрация: 10-05-07
Из: Чебоксары (Россия)
Пользователь №: 27 640



Цитата(AlexandrY @ Apr 22 2010, 18:49) *
И ради чего?

Время доставки сообщения должно быть гарантировано меньше 8 милисекунд. Из-за этого и скорость высокую приходится делать и обязательные задержки между двумя последовательными передачами у каждого устройства вводить.

Разъёмы для этого USB-шные хорошо подходят - сначала соединяются земля и питание, а уже потом данные. И никакого периода неработоспособности сети нет вообще.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 21st July 2025 - 10:30
Рейтинг@Mail.ru


Страница сгенерированна за 0.01432 секунд с 7
ELECTRONIX ©2004-2016