Господа, стоит задача реализовать сей протокол.
Первое что пришло в голову это 90CAN128..
Вообще кто нибудь делал это на авр?
Хотелось узнать мнение и услышать советы...
Может есть какой софт-эмулятор и тд итп?
вообщем спасибо за любую информацию..

Сам грызу такую тему,первые впечатления- вещь очень рулезная,если отбросить протоколы высокого уровня(там вообще темный лес)

Больше склоняюсь к АТ89С51СС01 +Keil ,так как CAN128 слегка дороговат ,да и не нужно мне столько флеши.

По софту искал(типа сниффера) - все платное +адаптер тоже недаром ,канадцы одну только микруху под адаптер на пике за 80 уев впихивают.

Если народ ,где что надыбал по теме на халяву выкладывайте !

Делал на TMS320F2808, никаких проблем. Есть куча номерных почтовых ящиков, надо послать, пишешь в ящик на передачу, при приёме сообщения взводится флаг (или прерывание), остаётся только прочитать.

Протокол сложный, и быстрый к тому же, так что никакого эмулятора, всё реализовано аппаратно.
В проце для тестирования можно завернуть выход передатчика на вход приёмника -вот и вся эмуляция(:-).

хорошо!
а внешние контроллеры CAN по SPI? слышал тоже есть.
TMS вешь приятная конечно..
но вопрос на сколько хуже контрролер CAN в AVR?


сложно его в паблике найти?

Гляньте у мелкочипа. Там целое семейство.

Спасибо!
а 90кан - действительно не дешевые...

Сам мечтаю эту тему поднять. Соскочить хочется с 485 и перейти на более прогрессивную технологию. Но делать наверное на арме буду. Вот тут вроде какой то инструментарий имеется.

А я решил на LPC2119 реализовать. Когда IAR for ARM поставил, то там в примерах есть реализация библиотеки под этот камень. По EINFO он стоит ~7$. Флэши и рамы выше крыши. Ну и производительность 60 мипсов. Есть фильтр сообщений аппаратный. Правда я ещё не приступал. Так изучаю. Где-то ближе к осени начну.

Есть MCP2515, отдельный CAN-чип c SPI-выходом.

Залил http://nukeuploads.com/download/1174740697...an_bus.pdf.html
Код: OLYBpZDOWzqMXA8 p/w: canbus

у нас прям мысли одинаковые вот только сейчас читал книжку про филипсовские LPC
тоже все вокруг и около него хожу...
кстати книжка на русском и кан интерфейс достаточно полно разжеван...


Спасибо всегда очень полезно оригинальное описание..
Вот ещё бы CAN open найти...
обещали на неделе люди с которыми предстоит этот протокол налаживать...
но как то уж очень нехотя все это делают...



А что давайте поработаем на этом направлении уж больно сладко все поют про этот кан...

Документации у меня полно. Книга эта тоже есть. Правда мне не нужен Can-open. У меня автомобильный SAE J1939. Хотя по-моему где-то есть описание CAN-open. Если надо поищу и выложу (анг)

На счёт замены RS485 - это явный перебор. Это разные интерфейсы и для разных целей. Я сейчас применяю RS485. Проверил на дальность 300 метров. К тому же RS485 реализуется за 2 копейки и легко подключается к компу. А если делать CAN, да ещё высокоскоростной, то реализация будет отнюдь не дешёвой.

Кстати есть реализация USB<->CAN. Русская. С прогами. В том числе и снифер реализован.
Дали мне адресок www.slavna.ru

Мы наверное обратимся. Так как нам надо к чужой сети подключатся со своим прибором.

Скинь мне плиз на мыло поглазеть ,или ссылку.

О ,то что доктор прописал,ДИП корпус мне ближе по духу
MicroChip - forever! ГЫ-ГЫ-ГЫ

Выделил для тебя. Посмотрел 13.5 метров. И это только основные. Я ещё раз пересмотрю и вышлю тебе самые важные. А остальных скину названия. Может разыщешь в инете.

Ссылок нет так как эти документы приехали непосредственно с Даймлера, Дейтройта и ещё откуда-то.

Почитать ерату не забудьте, реализация CAN у филипса та еще ...




Эх, уже сколько раз писалось... не путайте понятия: RS485 - физический уровень, и ВСЕГО ЛИШЬ!, а CAN - протокол с аппаратной реализацией арбитража и т.д. в первую очередь(два уровня OSI), имеется его физический уровень, но CAN может работать и по RS485.

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


если не сложно в двух словах какие грабли??


да полностью правы, особенно касается места, где в сообщении только макс 8 байт...
несколько сковывает...

Интересное утверждение! А что использовать в качестве драйвера линии?
Или как давать подтверждение приема пакета?
Ведь в 485 нет приоритеного нуля...

Голь на выдумки щедра
На заре CAN, лет 6-7 назад, когда драйвера CAN были дороги, в дифиците и не устойчивы к радиации, то ставили драйвера RS485.

http://electronix.ru/forum/index.php?showtopic=8758&hl=

Господа всетаки кто скажет что в подержку 90CAN128?

Я читал ветку по CAN от Филипса. Пока меня не отпугнули.

Я не путаю. И Вы пожалуйста не обобщайте. RS-485 определяет не только физический уровень передачи сигнала, а и временные составляющие. А именно способ передачи байта. Старт бит - данные - контроль - стоп бит. Таким образом Ваше заявление насчёт работы CAN по rs485 на мой взгляд ошибочно. Возможно Вы хотели сказать, что может работать с передатчиками rs485. Но это такое же упрощение как и моё.

Добавил документ на местный FTP

upload/DOCs/CAN_AUTO_SAE_J1939.zip

Там небольшая куча файлов. Необходима для применения в автомобилях. Расписано что педаль газа на CAN выводит. Как кодируется давление и температура масла и какое именно CAN сообщение. Какие разъёмы и какие контакты.

Короче те кто собирается спидометр откручивать, то вам сюда.



Богдан, тебе уже давно пора переходить в группу "свой".

Значит заблуждаешься ;-) аданазначна, мое высказывание - обобщение общеизвестных фактов, а не мои личные измышления.


Стопы и старты определяются UART'ом, а не RS485. Покажите мне доку на драйвер физических уровней 422/485 в которой описаны стопы и старты...


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

Ребят, ну всетаки где можно найти описание CAN open.?

не прикрепляется. Короче на FTP там же.

canopen давно лежит на фтп в доках. Но мне кажется если не применять дивайс в составе автомобиля, система которого на канопене, лучьше пользовать самопальный протокол. 485 vs CAN - понравилось, что аппаратно много чего реализовано. Смотрел проектец Елисеева Александра http://aly.projektas.lt/index.html - управление полигоном на пике. Отлично легло, хотя логично было бы на 485 делать. Кстати хотел спросить - надо ли при переключении драйвера 485 делать задержку на 1 млс? Под армы лучьше писать в Кейле.

Большое спасибо,только не откручивать спидометр нужно ,а скручивать не откручивая (CAN это позволяет) если такая инфа есть ,ты даже не представиш сколько с меня пива ,теперь ламерский вопрос как перейти в группу "свой" ,я думал что это зависит от количества постов

http://electronix.ru/forum/index.php?showforum=89

Это очень давно было, когда в свои можно было попасть автоматически по достижении счётчиком постов некоторой цифры. Сейчас надо заявить о себе явно в специальной для этого ветке.

Ну и всетаки так и не кто не выссказался об CAN в AVR?
Не верю что никто неюзал!!
Или мне первому попробывать? :-)

CAN вполне сносный. Все mailbox, маски, фильтры работают, сеть из 5 AT128CAN и TMS320F28. Правда не использовал прерывания, все через полинг, прием и отправка. Единственный подвох - это то, что надо вручную очищать статусные регистры, иначе событие будет висеть бесконечно, но это решается через RTFM.
И еще, был момент, когда пропадали некоторые пакеты от TMS, но предположительно это проблемы программиста TMS(отравлял не глядя на статусные флаги).

PS. Длинна шины 5м, скорость 1Мбит.

спасибо

Работает, никаких проблем замечено не было.....
CAN стек реализован на С++.... связь до 7 устройств.