[Mos 0]

Привет Ол.

Интересно было бы узнать, можно ли построить сеть CAN, состоящую из 10-ти устройств и работающую на скорости, например, 10 Мегабит? (или хотябы 2)

И почему, собственно стандарт регламентирует именно 1 Мегабит?

[Andy_Mozzhevilov 0]

Привет Ол.

Интересно было бы узнать, можно ли построить сеть CAN, состоящую из 10-ти устройств и работающую на скорости, например, 10 Мегабит? (или хотябы 2)

Есть вроде еще скорость 1.6Мбит.

И почему, собственно стандарт регламентирует именно 1 Мегабит?

Обусловлено принципом работы CAN, когда все участвуют в арбитраже и подтверждают принятие фрейма. Для этого нужно учитывать время распространиения сигнала в кабеле. Для 1Мбит длина шины CAN получается до 30М при использовании витой пары. 10Мбит теоретически возможно, но не думаю, что сеть длиной в пару метров максимум будет интересна.

[Mos 0]

Мне известно о существовании 1.6 МБит. Речь идёт о скоростях гораздо выше.

 

Не совсем понятно по поводу скорости распространения сигнала по витой паре.

Ведь по ней-же идут гигагерцы (Gigabit Ethernet) или на худой конец - мегагерцы (Fast Ethernet). А максимальные частоты на которых работает КЭН (не те, на которых он непосредственно передаёт биты, а те, на которых, например, происходит синхронизация - там, где обрабатываются доли импульсов) соответствуют пропускной способности 8-12 Мегабит.

 

Т.е. - ну хотябы раз в 5 можно было бы ускорить...

 

Посто КЭН идеально подходит под большинство (95%) моих задачь. Производительность - тоже устраивает, но её хватает впритык (запас остаётся %10). А хочется имет запас 60-75. Морочить голову Ethernetom (трансами, свичами) не сильно хочется.

[Andy_Mozzhevilov 0]

Не совсем понятно по поводу скорости распространения сигнала по витой паре.

 

Скорость распространения - примерно 5 нс/м.

Для 2-х узлов CAN, расположенных на концах сегмента сигнал должен дойти за определенное время,

поскольку есть такое понятие как арбитраж и подтверждение сообщений на шине (флаги активной и пассиной ошибок и т.п.)

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

При увеличении длины линии более допустимой просто в то время, как сигнал от одного контроллера дойдет до другого он может прийти во время передачи уже другого бита.

[spf 0]

Привет Ол.

Интересно было бы узнать, можно ли построить сеть CAN, состоящую из 10-ти устройств и работающую на скорости, например, 10 Мегабит?

Может тогда стоит посмотреть на FlexRay?

"The FlexRay system is targeted to support data rates of up to 10Mbit/sec with increased flexibility for easy system extension and the dynamic use of bandwidth. The 10Mbit/sec data rate is available on two channels, giving a gross data rate of up to 20Mbit/sec"

 

Компоненты есть у Fujitsu -- http://mcu.emea.fujitsu.com/mcu_product/overview_FlexRay.htm

 

(или хотябы 2)

Пускал на MB90-х "на столе" такую скорость - работает, в доках это не запрещено. Поэтому если так уж хочется, то можно ;)

[Mos 0]

2 Andy Mozzhevilov:

Всё. Теперь понятно (заглянул в бук.итеп.ру).

Спасибо.

 

2 spf:

Да, я ознакомился (оччень поверхностно) с ФР. Хотя и (только на мой взгляд) немного не благозвучное название, но характеристики радуют и привлекают.

Но:

1) Не так легко, особенно в Украине, достать компоненты :( (хотя для серъёзного проекта - это не препятствие, другое дело - выбить эти компоненты для учебных целей, да к ним ещё и Эволюшин Кит);

2) Ещё не у каждой бабки в огороде используется Флекс Рей (мало публикаций, технология на заре) - может стоит приглядеться, а потом уж...

3) Не видел ещё компонентов промышленной автоматизации (а мои задачи связанны с ней) на Ф-Рее.

Понятно, что всё это ещё придёт, но не через пол-года - год.

 

За инфу спасибо. Надо будет и мне у себя на столе собрать такую сеть, а потом потестить её в поле.

[rezident 0]

FlexRay в автомобилях используют. В промышленной автоматике не слышал, чтобы его применяли.

[spf 0]

FlexRay в автомобилях используют. В промышленной автоматике не слышал, чтобы его применяли.

Не будем забывать что CAN тоже разрабатывался для автомобилей ;)

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

Если кому-то потребуется высокая скорость и надежность то и FlexRay можно применять, не вижу препятствий. Отдельный контроллер (как SJA1000 для CAN) есть, есть и МК со встроенным FlexRay.

Стоить сеть будет дороже чем теперешний CAN, но и CAN на своей заре был дорогим.

[Mos 0]

FlexRay в автомобилях используют. В промышленной автоматике не слышал, чтобы его применяли.

 

Да, я где-то видел фотку бэхи с ФР.

 

Не будем забывать что CAN тоже разрабатывался для автомобилей ;)

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

Если кому-то потребуется высокая скорость и надежность то и FlexRay можно применять, не вижу препятствий. Отдельный контроллер (как SJA1000 для CAN) есть, есть и МК со встроенным FlexRay.

Стоить сеть будет дороже чем теперешний CAN, но и CAN на своей заре был дорогим.

Полностью согласен, но вынужден признать, что ФР ещё имеет слишком мало внедрений (напр. чем КЭН) и -> оччень мало производителей чипов его поддерживают. (хотя на сколько я понял ему еже ~5 лет)

[spf 0]

и -> оччень мало производителей чипов его поддерживают.

Если погуглить то можно найти достаточно много, причем у серьезных производителей - NEC, Freescale, Fujitsu, Philips, Renesas... Другой вопрос что они еще не так распространены.

[Mos 0]

А MCP2515 можно тактировать на 40 МГц, что при наименьшем делителе даёт 2 Мегабита!

А ЫНТЭЛовскому позор! - Тактируется на 16МГц, за 1-такт - 2 инструкции, итого - 1.66 Мегабит.

А ведь за 5-и кратную цену, можно было бы...

[spf 0]

А MCP2515 можно тактировать на 40 МГц, что при наименьшем делителе даёт 2 Мегабита!

Fujitsu на 16 МГц дает 2 Мб.

А ЫНТЭЛовскому позор! - Тактируется на 16МГц, за 1-такт - 2 инструкции, итого - 1.66 Мегабит.

О чем речь?

Какие могут быть инструкции в CAN'е?

[Mos 0]

Fujitsu на 16 МГц дает 2 Мб.

Вы этот фудж за 1.4 евро купите?

 

Какие могут быть инструкции в CAN'е?

О чем речь?

В кэне - инкаких, а в кэновском микроконтроллере - какието.

Для работы с каналом, максимальный битрейт данных в котором =Ф, необходима частота дискретизации >= 2Ф (с) Шеннон-Котельников. -> При максиальной частоте кристалла для Ынтела в 16 МГц, скорость в 1.6МБит можно получить только выполняя ДВЕ МАШИННЫЕ ИНСТРУКЦИИ за 1 такт кристалла.

А фудж, кстати, за 1 такт кристалла выполняет 4 инструкции.

[spf 0]

Вы этот фудж за 1.4 евро купите?

Нет, т.к. нет отдельных контроллеров, только на борту у МК.

В кэне - инкаких, а в кэновском микроконтроллере - какието.

Для работы с каналом, максимальный битрейт данных в котором =Ф, необходима частота дискретизации >= 2Ф (с) Шеннон-Котельников. -> При максиальной частоте кристалла для Ынтела в 16 МГц, скорость в 1.6МБит можно получить только выполняя ДВЕ МАШИННЫЕ ИНСТРУКЦИИ за 1 такт кристалла.

Так и не могу понять о каких-таких высших материях идет речь.

Пока какой-то суп из "Ынтеля", машинных инструкций и имен теоретиков. Что к CAN не имеет никакого отношения.

А фудж, кстати, за 1 такт кристалла выполняет 4 инструкции.

Это в каком документе такое написано?

У МК Fujitsu нет понятия "такт кристалла". :cranky:

Есть такты у ядра процессора, внешней шины, CAN контроллера, периферии...

[Mos 0]

Предлагаю прекратить не сильно конструктивный диалог этим сообщением.