Предлагаю взглянуть на ATtiny87/167 (корпус SOIC-20), у которой, хоть и нету CAN, зато есть LIN. У вас же оно для-дома-для-семьи и расстояния короткие. Зачем вам с CAN связываться, когда в нем черт ногу сломит? А LIN уже давно конкурирует с CAN и, на мой взгляд, вполне успешно. Опять же Тинька дешевая, а если 20-30 штук покупать, то этот аспект весьма существенен. И программирование там предельно примитивное, а с АРМами и Ренесасами вам полгода книжки читать, чтобы только светодиодиком поморгать, а не то что CAN программировать .

В корпусе DIP она не бывает (ныне в DIP-корпусе редко какой МК встретишь), но SOIC-20 тоже хороший вариант - паяльником легко паяется, всего по 10 ножек с каждой стороны. JTAG тиньки не поддерживают, но ваш usbasp для них вполне годится. Только надо штырьки под ISP прямо на плате распаять, чтобы при програмировании не отпаивать. Впрочем, корпус SOIC-20 можно поверх панельки DIP-20 припаять, а потом втыкать в другую панельку, как DIP.

На кардачах, тут
http://wikimapia.org/#lang=en&lat=50.4...mp;z=19&m=b
покупается платка, в нее запаивается soiс, и дальше уже проводами. Только надо кондер по питанию припаять прямо на эту платку, хотя бы электролит на пару мелкофарад.

Но, в свете последних событий, я бы подумал, а стоит ли заниматься электроникой? Может начать с воровства шапок? В перспективе можно спереть и продать целую страну!

Это где конкурирует? LIN дополняет! К тому же у LIN сильное ограничение на длину шины.
Кроме того LIN вроде кроме как в автомобилях и не используют нигде.


CAN не такой сложный, как кажется. И сделано там все достаточно логично и удобно. (что нельзя сказать о протоколах верхнего уровня, но их использовать не обязательно)


Автору - посмотрите серию LPC11C00 там даже со встроенным PHY есть.

Спасибо, на них натыкался раньше, но смутило какое-то C_CAN, причём так и не удалось нагуглить чем это отличается от просто CAN.
Если не трудно, подскажите, насколько оно будет совместимым с CAN на SJA1000. И трансиверы встроенные на 32 узла
Вдруг в итоге понадобится не 20-30 устройств, а 34. Лучше буду изначально закладывать 128.

У NXP отметил LPC1751FBD80, но там уже LQFP80, с которым очень не хочется связываться. Цена за чип, с учетом характеристик, просто разрывает atmega, что греха таить...

p.s. А LIN это вообще не та опера. Медленно и master-slave. Мультимастерность это условие обязательное и необсуждаемое.

Сообщение отредактировал пай-мальчик - Nov 24 2013, 12:42

имел опыт работы с AT90CAN128 - проблем никаких, скачал фирменную библиотечку и использовал ее. на уровне обмена пакетами за 1,5 часа все сделал, даже не вникая при этом в устройство самого встроенного CAN-контроллера.
пробовал MCP2551 в связке с ATMEGA8 - найденные в сети либы не пошли (точнее, мне не понравилось то, как они написаны), пришлось тупо по даташиту писать низкоуровневый обмен по SPI, после чего обмен сообщениями так же за 1,5 часа сделал.
багов не встречал, но при написании своих программ опирался на даташиты и ерраты.

если все-таки в основу брать AVR, то я бы советовал остановиться на AT90CAN32 - по всем параметрам нормальный МК, и паяется вполне нормально 40-ваттным паяльником в качестве драйвера физического уровня подойдет любой, не обязательно атмеловский.

А вам что, гигабайты качать?

Еще дешевое предложение - соединить АВРки по каналу ... I2C , благо, что он имеется и у тех, кто в DIP-корпусе.

Еще "токовую петлю" можно. Очень легко гальваноразвязка и мультимастер получается.

да там просто есть библиотека во флеше, где есть реализация каких то частоей CAN_OPEN или еще чего то... (я с ней не разбирался), поэтому вроде и назвали С_CAN
а так можно использовать как обычный CAN, естественно данные на SJA1000 будут передаваться (у нас без проблем в сети работают и SJA100 и CAN128 и STM32 и LPC11C14)
да еще по железу модуль не совсем обычный - он 16 битный (что не очень удобно) и доступ к Message Object через два интерфейса. Но это всего лишь можно считать "другим" описанием регистров.

Со встроенным трансивером мы не используем, внешний драйвер действительно лучше! Но в серии LPC11 есть и такие и такие. Кроме того это все таки ARM, возможностей больше чем у CAN128 да и дешевле они, и ног меньше!

Большое спасибо за советы.
Надо брать и AT90CAN32 и ARM. AVR на первое время, а дальше разобраться с ARMами таки.

Имхо во первых нет смысла сейчас заморачиваться с двумя корпусами - МК + CAN контрольер - отлаживать интерфейс между ними - то еще дело. Надо настраиваться на встроенные вещи.
Второе - брать АРМ. Я, например для нового проекта в прошлом году перешел на STM32F103. Хоть и не панельные, но паяются микроволной легко и JTAG шнурок решает все. Также в случае с обновлениями легче заменить саму платку, чем контроллер - в домашней автоматизации они будут врядли больше пары пачек сигарет
А внутрисхемная отладка - большой плюс.
Такж большой плюс армов с огромной флешой - можно подключать почти все библиотеки не заботясь о том, что не хватит памяти

К сожалению, заказал уже десяток AT90CAN32 и 20 MCP2515-I/SO через алибабу.

После этого начал по АРМам вентилировать и увидел, что на банальном ебее STM32F103RBT6 стоят всего на полдоллара дороже, со всеми их плюсами. И TJA1041 при покупке 50 штук продаются по $0.75. И дебаггеры по 8-11 баксов. epic fail ARM тоже заказал. Надо сейчас искать любителей AVR и сливать им это добро.

когда 3,3-вольтовый ARM со своими слаботочными выводами обрастет кучей транзисторов и т.п. обвеса, окажется, что при своей дороговизне AVR не так уж и плох, особенно для простых задач

Кто вам это сказал??
The GPIOs (general purpose input/outputs) can sink or source up to ±8 mA, and sink or
source up to ±20 mA (with a relaxed VOL/VOH) except PC13, PC14 and PC15 which can
sink or source up to ±3mA.

Стандартные характеристики, как для аврки, за исключением нескольких пинов и питания 3.3В!

PS. Я не знаю, почему автор не остановился на RS-485, который ничуть не хуже кана, при этом уарты есть в любом мк, и ненадо писать сложные протоколы...

Кстати, сейчас и паять мелкие микроконтроллеры не надо.
полно разных "стампс" на ибее и везде. Уже запаянных, со тсандартнып 0.1 inches шагом