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

 
 
 
Reply to this topicStart new topic
> Какой самый дешёвый CAN котроллер есть сейчас?
Beginning
сообщение Nov 18 2008, 08:03
Сообщение #1


Знающий
****

Группа: Свой
Сообщений: 511
Регистрация: 24-08-07
Из: БРЕСТ
Пользователь №: 30 053



Собственно вопрос в названии темы.


--------------------
Если хочешь вбить гвоздь, не ищи обходных путей, просто бери молоток и бей по этому чёртовому гвоздю!
Go to the top of the page
 
+Quote Post
spf
сообщение Nov 18 2008, 13:04
Сообщение #2


Странник
****

Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051



Цитата(Beginning @ Nov 18 2008, 13:03) *
Собственно вопрос в названии темы.

Твоих возможностей и требований ни кто не знает (ценник от этого может сильно зависеть), т.к. их не огласили.

Для того, чтобы под свои требования найти контроллер достаточно полистать подфорум по CAN, выписать десяток названий и узнать средний ценник на efind или einfo для каждого. А уже потом уточнить детали по наиболее интересным позициям (для тебя), если это потребуется.

Это под силу каждому wink.gif


--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
Go to the top of the page
 
+Quote Post
Beginning
сообщение Nov 18 2008, 14:06
Сообщение #3


Знающий
****

Группа: Свой
Сообщений: 511
Регистрация: 24-08-07
Из: БРЕСТ
Пользователь №: 30 053



Если я говорю о самом дешёвом, следовательно имею ввиду самый "дохлый" по возможностям. Мне необходимо лишь принять команду, и включить (выключить) ногу.
Форум прочитал есть контроллеры, но цена, ИМХО, неадекватная. Я интересуюсь возможнвми новинками, о которых я могу не знать, а ктото знает. Интересна цена до 3$.


--------------------
Если хочешь вбить гвоздь, не ищи обходных путей, просто бери молоток и бей по этому чёртовому гвоздю!
Go to the top of the page
 
+Quote Post
syoma
сообщение Nov 18 2008, 16:19
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368



MCP25020 , MCP25025 устроят?
Токо это даже не контроллеры, а просто чтоб ногами дрыгать. В цену вашу должны уложиться
Go to the top of the page
 
+Quote Post
spf
сообщение Nov 18 2008, 17:35
Сообщение #5


Странник
****

Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051



Цитата(Beginning @ Nov 18 2008, 19:06) *
Если я говорю о самом дешёвом, следовательно имею ввиду самый "дохлый" по возможностям. Мне необходимо лишь принять команду, и включить (выключить) ногу.

В задачнике так и не прозвучало, нужен контроллер CAN, микроконтроллер с CAN, устроит связка или какой-нибудь расширитель портов?

Можно конечно догадываться, результат будет соответствующий wink.gif


--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
Go to the top of the page
 
+Quote Post
Beginning
сообщение Nov 19 2008, 07:56
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 511
Регистрация: 24-08-07
Из: БРЕСТ
Пользователь №: 30 053



Цитата
MCP25020 , MCP25025

Даже не контроллер, а стоит аж 4-5 бакинских, по сравнению, например, с мегой 48 за доллар, ни в какие ворота не лезет.
Встречал на форуме ветки, где люди упоменли о своих реализациях протокола использующие CAN драйвера. Кто –то спрашивал об этом, другие говорили что чушь.
Я вот думаю, кроме аппаратного определения своих данных, есть ещё что – то такого незаменимого в этих CAN контроллерах? Разумеется, и определение коллизий, и повторная передача, это всё плюсы, но они могут легко реализоваться на обычном контроллере, единственное, что будет напрягать контроллер, это постоянная фильтрация шины на предмет своего адреса, ну или маски, кому как хочется.
Хотелось бы услышать реальные отзывы, тех людей, которые пошли по пути своего протокола.
Какие поимели преимущества, и какие получили “геморои”.
И ещё, подходит ли CAN для передачи больших периодических массивов данных, CAN ведь пакетный протокол, но пакет длиной 8 байт, не маловато ли будет?


--------------------
Если хочешь вбить гвоздь, не ищи обходных путей, просто бери молоток и бей по этому чёртовому гвоздю!
Go to the top of the page
 
+Quote Post
spf
сообщение Nov 19 2008, 14:20
Сообщение #7


Странник
****

Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051



Цитата(Beginning @ Nov 19 2008, 12:56) *
И ещё, подходит ли CAN для передачи больших периодических массивов данных, CAN ведь пакетный протокол, но пакет длиной 8 байт, не маловато ли будет?


Так с этого и надо было начинать smile.gif
Но снова: "большие" - понятие растяжимое.
Какие нужны расстояния?
Какие нужны скорости?
Сколько устройств должно быть на шине?

Драйвер CAN применяют и для обычного UART, но это только физический уровень.

Цитата
Хотелось бы услышать реальные отзывы, тех людей, которые пошли по пути своего протокола.
Какие поимели преимущества, и какие получили “геморои”.


Сильно сомневаюсь, что протокол CAN (с достойной скоростью обмена) удалось реализовать на МК за пару баксов, чаще это FPGA, но выходит много дороже бакса.

Может вам LIN будет достаточно?


--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
Go to the top of the page
 
+Quote Post
Beginning
сообщение Nov 19 2008, 16:02
Сообщение #8


Знающий
****

Группа: Свой
Сообщений: 511
Регистрация: 24-08-07
Из: БРЕСТ
Пользователь №: 30 053



Планируется создать систему сбора данных следующего типа.
Планируется создать высокоскоростную магистраль. На магистрали будут висеть “магистральные ответвители” – контроллеры CAN. Количество ответвителей может состовлять от 1 до ~40, расстояние между ответвителяями от 1 до ~10 метров, может встретится раза 2 растояние до ~50-~100 метров. От ответвителей будут расходится локальные сети топологией “дерево” с расстоянием до 10 метров и количеством датчиков до 1-~10. Интерфейс планирую MicroLan.
Так вот, центральный процессор будет опрашивать ответвители, которые в свою очередь свои подсети. Скорость надо маленькую. При появлении сообщения от датчиков, включается “автомат сбора данных”, подключённый к CAN с байтовым потоком ~30 Кбайт/c “Автоматов сбора данных” может быть 0-~10 штук и распологатся в произвольном порядке на шине.
Приведённые цифры это пока примерные данные, которые определятся в результате работы над проектом. Разумеется, общая длина CAN тоже будет учитыватся. Я вот пока думаю компромисс 256kBit взять. На какое расстояние потянет, при укладке внутри здания? Ну там рядом с проводами эл.сети. Кстати обязательно ли применять экранированный провод или нет? Вот думаю, может саломоново решение применить, для датчиков низкая скорость и собственная шина, а для данных своя, но тогда и CAN не нужен, получается? Можно что другое взять? Вобщем нахожусь в раздумье.
P.S. Сначала рассматривал 485, но не понравилось то что драйвера “хлюпковаты” – при различных перенапряжениях пачками вылетают (инфу подчерпнул на форуме), и коллизии это тоже для них экстримальный режим. Вот CAN сейчас копаю. В нём не нравится цена узла. Кто какие мысли имеет по этому поводу? Высказывайтесь, сейчас важна любая инфа.


--------------------
Если хочешь вбить гвоздь, не ищи обходных путей, просто бери молоток и бей по этому чёртовому гвоздю!
Go to the top of the page
 
+Quote Post
Rst7
сообщение Nov 19 2008, 18:19
Сообщение #9


Йа моск ;)
******

Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610



Цитата
Сильно сомневаюсь, что протокол CAN (с достойной скоростью обмена) удалось реализовать на МК за пару баксов


Достойная скорость - это по Вашему сколько?


--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
Go to the top of the page
 
+Quote Post
Огурцов
сообщение Nov 19 2008, 20:00
Сообщение #10


Гуру
******

Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588



Цитата(Beginning @ Nov 19 2008, 16:02) *
Вот думаю, может саломоново решение применить, для датчиков низкая скорость и собственная шина, а для данных своя, но тогда и CAN не нужен, получается? Можно что другое взять? Вобщем нахожусь в раздумье.

CAN - дорого, надеюсь, пока. Остановился на полнодуплексном варианте шины с разделением двух потоков выскоскоростного (потокового) и низкоскоростного (пакетного, типа Wake) при помощи Multi-processor Communication Mode на дешевых Avr.

Цитата(Beginning @ Nov 19 2008, 16:02) *
P.S. Сначала рассматривал 485, но не понравилось то что драйвера “хлюпковаты” – при различных перенапряжениях пачками вылетают (инфу подчерпнул на форуме), и коллизии это тоже для них экстримальный режим.

Драйверы можно оставить и CAN.
Вот кое-что здесь обсуждалось:
http://electronix.ru/forum/index.php?showt...=54101&st=0
http://electronix.ru/forum/index.php?showt...=54234&st=0
Go to the top of the page
 
+Quote Post

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

 


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


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