Ну это как идея. Можно взять что-то типа at90usb1286.

Кстати, вот ещё вариант: взять at90usb1286 с usb на борту и добавить at90can128 с can на борту. И голову ломать не надо, чем дрыгать: принял - передал, и забыл.

Неужели будет проще и дешевле чем LPC2378 за 10$ с обоими интерфейсами в одном корпусе? Там и скорости хватит и цена невеликая. Одна at90can128 стоит дороже....

Это будет дороже. Я арм незнаю, а его изучение займет время=деньги.+ примеров под CAN для LPC2378 нет,с нуля я не хочу поднимать его. самый простой и дешевый вариант TMS320F28016, стоит
7$.задрыгает любого до смерти.

Ну не знаю. У меня живет один проект с 2002 года. Сделан на АТ89S8252 и FT232BM, плюс три восьмиразрядных регистра. С небольшой обработкой пуляет в компьютер на скорости 460кб/с. Сделано около 50-ти устройств. Ни одного нарекания не было.

Уважаемый Igor26, у меня нет никакого желания мериться с Вами пиписками. При разработке проекта у меня не было задачи "передать данные на максимальной скорости". Ширина потока моих данных составляет всего 10-20 килобайт в секунду, поэтому, мощьности получившегося канала (360 килобайт в секунду) мне хватило за глаза. РАзумеется, еще повышать скорость, не было совершенно никакой необходимости. Я указал "честную" скорость 360 кБ/с, которую я получил в реальном изделии. Получил, не прибегая к каким-либо ухищрениям.

А то, что Вы смогли получить скорость 460 килобайт (кстати, килобайт пишется не "кб", а -- "кБ" или "кБайт".) в секунду -- это тоже хорошая цифра. "Хорошая" в том плане, что дает ориентацию разработчикам, которые подошли к вопросам передачи данных через USB. Когда я начинал свой USB-проект, я ведь тоже не знал, на какую скорость я могу рассчитывать. Одно дело синтетические тесты и заявления производителей, и другое -- реальная жизнь.

Я вот сейчас смотрю на сохраненые осциллограммы и вижу, что после получения очередного байта FT245BM снимет готовность к приему (TXE) на 460..600 ns. Импульс записи (WR) -- уменя 125 ns, отсюда предельно возможная скорость передачи из меги в FT будет = 1 / (600 + 125) = 1.4 МБ/с или (11.2 Мб/с). Но в реальных устройствах процессорное время расходуется не только на передачу данных. Поэтому появляются накладные расходы, которые неизбежно приводят к снижению скорости передачи. Смысл поднятого в топике вопроса состоит не в том -- с какой максимальной скоростью данные можно передать, а в том -- с какая максимальная скорость реально получается.

Мы же здесь не спортсмены, а разработчики. Почувствуйте разницу.

Игорь, как я понимаю, использовал внешнюю шину памяти 52-го. Для 2-х MIPSового процессора 460Kbyte/s вполне реальная скорость.
В случае 16-ти MIPSового AVR если использовать шину памяти (m162 / m128), то 4 MByte/s вполне достижимая скорость и даже останется время для маломальской обработки.


В реальных условиях подключаете FTшку к шине m162 через буфер и будет щастье. Расхода на передачу практически 0 - как массив перегнать из одного участка памяти в другой.

Точно так.

+1 Да, да да!!!

А я о чем говорил? Zhevak, не понятно, что Вы обиделись:-(

Подскажите а есть готовые проекты реализации CAN на мега8, 16 либо 32?

почему бы сразу не заложить в схему контроллер с аппаратным CAN, тот же AT90CAN32 ?

Как то в сети видел драйвер для SJA1000, под авр. если не найдете, могу у себя поискать.
А вообще было бы разумней, как тут уже посоветовали, воспользоваться камнем с аппаратным CAN. at90can128. can32/64 - очень сложно купить

уже не сложно! мы как раз перешли на CAN64 они заметно дешевле CAN128, а вот CAN32 мало по цене от 64 отличается.

Неа.
Для FTDI заявленная скорость - 1Мбайт в сек. Думаю и уту цифру со стороны FTDI получить будет затруднительно.

Это ограничение USB full speed (FTDI тут ни при чём). 16 пакетов по 64 байта за кадр (1 мС) максимум. Контрольный канал не используется (ещё 1 пакет).

извиняюсь за офф. но где вы покупаете at90can64??