Доброго времени суток. Такой вопрос:

Имеется 200 устройств, и центральный узел. Устройства должны быть подключены к узлу по шине CAN (хотя возможны варианты, и если есть что-либо более подходящее для данной задачи, буду благодарен за наводку).
Расстояние между девайсами 3-4 метра, расстояние от самого дальнего девайса до узла 300+ метров.

В случае реализации на одной шине, то ее длина будет (если брать с запасом) около 1000 м.

Скорости обмена данными значения почти не имеют, достаточно будет самых низких. Вопрос - возможно ли это реализовать? Требуются ли какие-либо специальные схемотехнические решения, какой можете посоветовать трансивер и контроллер CAN?

Есть вариант - установить на центральный узел несколько CAN-адаптеров, и вместо одной длинной шины по километру юзать сегменты длиной 100-500м (желательный вариант именно 500м т.к. тогда можно будет не менять архитектуру главного узла, он держит 2 интерфейса) - сколько девайсов можно подвесить в этом случае?

Сообщение отредактировал Ariman - Sep 15 2008, 08:59

CAN это не шина, а протокол. Для реализации которого применяется контроллер CAN. Физика может быть разной -- http://www.kvaser.com/can/products/drivers.htm, количество устройств см. в доках на драйверы.


На такие расстояния будет работать скорость не выше 25К.


В задаче не перечислены исходные данные, поэтому невозможно говорить о решениях.


Что такое "CAN-адаптер"?
Девайсов можно подвесить столько, сколько осилит самый слабый драйвер.

Ну да, каюсь, дословно перевел термин "CAN BUS". Доки на драйвер(трансивер?) смотрел, сказано 112, допустим - но не совсем понял, будет ли это количество зависеть от длины шины, ответвлений и т.п.




Ну это вполне приемлимо...


А какие именно данные еще требуются?



Я имел в виду PCI-карточку для большого компа, в которой юзается (судя по докам) трансивер 82C250 и контроллер SJA-1000.


В девайсах планирую поставить те же трансиверы что и в компе (82C250) и какой-нибудь CAN-контроллер с SPI интерфейсом под управлением атмеловского чипа типа меги88.

Вообще-то CAN - это интерфейс у которого имеется несколько уровней описания. Как и у любого интерфейса. Аффтор интересуется физическим уровнем. А именно драйверами. И протокол тут не при чем. Протокол не измениться, а вот скорость обмена будет меняться.
Все о чем интересуется аффтор - можно реализовать. Однако конкретные рекомендации будут определяться конкретными условиями реального объекта.

Сообщение отредактировал Linker - Sep 20 2008, 13:52

Можете посмотреть мой проект
http://aly.ogmis.lt/Products/Polygon/Polygon.htm

Количество устройств в первую очередь определяется затуханием на кабеле.
Если взять UTP5 то затухание не позволит посадить больше 50 устройств.
Если взять кабель потолще то уже будет влиять нагрузочная способность драйвера.
Скорость на 300 м можно легко получить до 100 Кбит.
На скорость влияет уже исключительно длина.

Интересный проект . Результат согласования неплохой. Хорошо бы посмотреть на весь пакет.
На скорость будет влиять не только длина, но и другие факторы: вносимая емкость элементами защиты драйвера, помеховая обстановка в местах прокладки кабеля и пр.

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

Реальный объект - жилой дом, девайсы на лестничных площадках, центральный узел (комп) - в центральном подъезде. Исхожу из максимума - 20 этажей на 10 подъездов. В узле стоит PCI карточка с 2мя CANами, поэтому думаю тянуть две подсети в разные стороны и программно данные со всех собирать.

Если две подсети, т.е. в каждой подсети длиной 500 м будет 100 девайсов.Спокойно потянет. Даже с приличной скоростью. Кабель двухпроводный имеется - потом скажу марку. А какую PCI карту с 2 САН используете?

Используем 2-х проводный кабель в экране КСПЭВ 1х2х0,5мм. 100 приборов на 1,5км.

Не пропустите еще и такой момент. Сеть будет работать при правильно установленных терминаторах. Но при обрыве линии (допустим оторвался последний прибор, который содержит терминатор) постоянная времени сильно увеличится. Это приведет к тому, что когда передатчик будет ставить рецисив после доминанты разряд емкости кабеля еще не произойдет и (увидев доминанту в линии) передача будет заблокирована. Никто не сможет сделать передачу. Сеть перестанет работать.
Кроме того, не стоит сбрасывать со счетов и омические потери в кабеле. В PCA82C250 дифф. напряжение 1.5 - 3В, а чувствительность приемника около 1В, при входном дифф. сопротивлении 20-100кОм. Несложно посчитать, при каком поличестве приемников, какой длине кабеля (при заданном погонном сопротивлении), и каких терминаторах связи не будет именно из-за падения напряжения.

Живучесть сети САН одна из заявленных фишек. Обещано, что при обрыве сеть будет продолжать функционировать в образовавшихся подсегментах. Кроме того заявлено, что сеть будет проложать функционировать даже при обрыве одного из двух проводов кабеля, не считая экранного. Однако Ваши слова логичны. И как это все совместить?

Слова логичны, однако система работает при обрыве кабеля по сегментно. Насмотря на потерю одного из терминаторов. Проверено