Не, увольте. Ножки - да, а TCP/IP стек - это не ко мне.

Я тут попробовал собрать последнюю ревизию для ARM. Таки проведеные оптимизации для AVR сказались и на ARM-коде, он таки поместился в регистры, стековых переменных нет. Только не надо мне говорить, что так и должно было получиться, там все совсем не так банально, как вам кажется, и к суммарному количеству битов во всех регистрах имеет очень отдаленное отношение.
Будет время и желание, я конечно разведу платку устройства с LPC2103 вместо Mega168, посмотрим, как оно будет в живую...

Я банальности не говорил. Я вам показал, что вы не "понимаете" ARM. Из-за этого Вы, да и многие другие всё ещё влюблены в AVR.

Меня это ОЧЕНЬ заинтересовало т.к. сам сейчас думаю как бы мне переходник Ethernet - CAN организовать. Если это реально работать будет - тогда может я рано старшие АВР в утиль списывать собрался?

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

Это я к тому, что для всего, что тут написано хорошо-бы подфорум завести. В каждой теме свой. И назвать его так "Долой старьё". Нет неправильно. Звучно, но неправильно. Т.к. некоторое новое в разы хуже старого! Правильно примерно так: "Чипы недостойные того, чтобы их применять в новых разработках".
Ну в разделе "AVR", я думаю, zltigo туда бы старшие АВР включил. А я бы в разделе "USB" - FTDI.
Хотя я конечно понимаю, что лучшего повода для флуда просто не придумаешь! И модераторам там работы ОЧЕНЬ много будет.

Каким образом Вы мне это показали? Видимо Вы считаете, что только избранные могут "понимать" ARM, а остальные (особенно, если они хоть раз признались в симпатиях к архитектуре AVR) - "понимать" не могут по определению? Вы глубоко заблуждаетесь. "Понимаю" я эту архитектуру не хуже Вас, а возможно (имея опыт работы с 680x0 и PPC, т.е. имея возможность взглянуть на ARM-архитектуру через призму других) даже лучше. Постарайтесь в следующий раз воздеждаться от оценок аналитических способностей других участников форума.



Не вижу проблем. Берете самый большой ARM, который только сможете найти, c MAC и CAN на борту, обязательно с внешним ОЗУ, поднимаете Linux, радуетесь жизни. Это я конечно шучу, хотя многие выступают за такое решение. А так, если хотите, например, в порядке изучения окружающей вселенной узнать, что Realtek'овский PHY на последнем принимаемом байте переключает RXC c сигнала синхронизации, выделенного из принимаемого на сигнал от собственного генератора (хотя стандарт говорит, что пока RXDV активен, надо бы и синхру давать в виде меандра с постоянной частотой), то можете пойти по моему методу.

1. Realtek. Это слово, когда говорят про Etherhet, я уже 3й раз слышу. А "PHY" - вообще 4й или 5й!
2. Изучать вселенную - так это же моё хобби!!!

Берете обычный банальный, отнюдь не самый большой ARM7 за 7 c копейками баксов
http://www.mt-system.ru/index.php?store_se...PC2366&id=5
И спокойно пишите. 256K Flash, 40K RAM, MAC, САN и до кучи USB на борту позволят качественно и надежно реализовать поставленную задачу и еще оставить на развитие. При этом можете перейти на совместимые контроллеры, как большей, так и с меньшей памятью.




Производитель массовых дешевых (обычно экстремально ) чипов имеющих отношение к Ethernet.

Моё мнение основано на высказанной вами необъективности к архитектуре ARM. Я тоже знаю много архитектур и трезво оцениваю все из них. И это была не оценка аналитических способностей, а попытка донести важную информацию до "фанатов" AVR. Надеюсь что у меня получилось.

Не хотел никого обижать так или иначе.

В таком случае, адресуйте пожалуйста Ваш текст "фанатам" AVR, а не мне, потому как, "фанатом" какой-то определенной архитектуры не являюсь, хотя имею некоторые симпатии. Да и "важность" могу оценить сам. Единственно важная для меня информация - это константное время до изменения состояния лапки от начала выполнения команды записи в память на LPC2xxxx с FastGPIO. И то, к сожалению, как у Семенова говорил Мюллер "верить нельзя никому, порой - даже самому себе", так что еще буду проверять. Но за это спасибо. Остальное - что AVR надо забыть как страшный сон, что я "непонимаю" архитектуру и т.д. полезной информации не несет. Больше я данный поворот темы не обсуждаю.



Видимо, надо начать изучение не с примеряния камней, а с комплекта стандартов IEEE802.3.

Тут, наверное, все будут смеяться, но сейчас именно так всё и сделано. И даже круче! Самый большой ARM, который только смогли найти (им пришлось выбирать из тех, которые не BGA). Они на нём Linux поставили и к Ethernet подключили. И у него, конечно есть USB-хост. Так вот, в этот USB-хост вставлено моё устройство. Переходник USB - RS485+CAN.
Они говорят, что это круто!!! Что им никаких программ переписывать не пришлось. Перетранслировали с Intel на ARM и всё заработало. И даже мне спасибо сказали, что я такую многоплатформенную штуку сделал (USB - RS485+CAN).

Спасибо, пожалуй я по этому пути пойду. В смысле - вселенную в этом месте изучать буду.

А как насчёт: "Чипы недостойные того, чтобы их применять в новых разработках"?

Все зависит от количества изделий. Если труд разработчика чего-то стоит, то
"никаких программ переписывать не пришлось" является несомненным плюсом. Готовое железо с тем самым линуксом стоит на уровне нескольких сотен баксов. Что даже, как я понимаю, в Российских условиях для работатателя зкивалентно паре дней работы посредственного разработчика. Цифры несопоставимые со временем разработки и программирования хоть какой-то "оптимальной" железки.

+1
Один мой знакомый, который в основном пишет на LPC, работал с MSP430 и AVR, в приватной беседе сказал следующее. "Чем больше я узнаю камней, тем больше мне нравится AVR." Естественно речь шла не об архитектуре, а о комплексе в целом. Разработка - отладка - внутрисхемные средства - надёжность - доставаемость - стоимость.

Ещё раз подчеркну, - основные проекты у него на ARM7.

Поэтому - при чём здесь "фанатизм", но некоторые личные симпатии у человека могут быть. Не понимаю за чем его за это пинать? Я, к примеру люблю ловить рыбу на спиннинг. Так вот есть приманки и способы ловли очень результативные, а есть те - ловить которыми мне просто нравится. И я этого не стесняюсь. Уже нет. Я достаточно взрослый чтобы самостоятельно выбирать себе путь. Без внешнего воздействия. А вот за помощь в выборе пути - это спасибо.

Тем не менее, если попытаться объективно смотреть:

Выбор компиляторов у LPC меньше? Они дороже? Нет бесплатных?

Отладчики не отлаживают?

Вместо целого дикого зверинца внутрисхемных интерфейсов только два - JTAG и ISP на UART. Это недостаток? Цены на JTAG отладчики и их клоны сколь-либо существенно отличаются?

LPC мрут как мухи?????????

Доставаемость на ОТКРЫТОМ рынке, а не в ближайшем гастраноме хуже?

C ценами на сопоставимые чипы, так вообще - без комментариев.

Что там еще? Ах да Ножки у AVR круто дергаются. Все?


P.S.
Никакого фанатизма - за последние полгода сделал три небольших железки на AVR - Atmega169,Atmegа162,ATtiny2313. Никаих проблем. Тем не менее не представляю (почти ), что может подвигнуть меня на использование чего-нибудь типа Atmega128. Кстати, ни в одном их них дергать ножками, кроме, как подключенными к светодиодам не сгодилось.

IMHO главный плюс AVR, все контроллеры (включая Atmega128) появились намного раньше чем ARM c флешом и сильных глюков у них не было.
В новых проектах мы тоже частично переползаем на ARM, очень сильно не хватает EEPROM, поэтому сейчас много используем AT90SCAN64.

А xMega скорее всего использовать не будем потому что она 3 вольтовая да еще и CAN нет. Всетки еще много удобной и дешовой переферии 5 в.

P.S. а 8 UART - это круто!

Ну все-таки не только крутодергание ножками, но и со значительными токами,
иногда это имеет решающее значение...
Это уже хорошо, те Вы уже принципиально не против этих чипов....
Дык почти и ни кто не спорит с Вами, для чипов с таким размером памяти, особенно
при наличии вычислительных задач, АРМ(ну или другие 32бит архитектуры ) конечно же рулят...,
НО, есть и некоторый класс задач в которых применение одного чипа Mega32/64/128 будет
просто экономически более оправданым...

Это каких задач?
Mega32/64/128 довольно бедный с точки зрения пререфферии контроллер.(один плюс EEPROM) а по цене они далеко не самые дешевые.
Вот если брать AT90CANxx (самый оптимальный по цене IMHO CAN64).