На свинство это больше похоже

Отсутствие роутеров никакой особой роли не играет, ибо основную дурную нагрузку отсеивает поминаемый switch. Загрузка сети пятьюстами компьютерами только наруку - Вам меньше прилетит. А с хабами (да, да вымерли они) принимать весь поток и прессовать не пробовали . А поведение разнообразных свичей? В общем, повторюсь, на типичное применение сие совсем не тянет. И полагаете, ARM аналогичной стоимости не потянул?

Примерно в той-же степени, как самобеглую коляску с двигателем от кофемолки собранную у себя в гараже называть Автомобилем. Для этого несомненно нужно иметь знания, проявить недюженную смекалку и упорство. Но в 21 первом веке это Автомобилем не называется. Я в 80x успешно реализовывал нечто подобное на Z80, правда с макообразным железом, но на 4x меагерцах и наряду с массой других задач. Но нормальной ту работу никогда не считал.

Потому как вымерли - не пробовал. Однако, специально писал програмки для зафлуживания сети, дабы знать, когда начнет дропать пакеты.


Почему же?



Да там броадкаста будь-здоров. А особенно хорошо, когда роутер падает и все компы начинают кричать в сеть arp-запросами, "где мой 192.168.15.1 или 192.168.5.254, где мой интернет?" )) Я ж говорю, пионернет, ни виланов, ни управляемых свичей, топология сети - пришел магистральный кабель, воткнут в один порт мыльницы, из другого порта - ушел на следующий свич, в свободные порты натыкано юзеров... Ну как обычно, вообщем. Так что нормальный полигон.



Ну вот на данный момент софт в LPC2102 лезет впритык, свободного места нет. Берем следующий, LPC2103. Он у нас 21грн, Mega168 - 13грн. И еще эксперимент ставить, все ли так хорошо с Fast IO, как утверждают. С другой стороны, я вот новый MAC вроде написал, для кварца 16МГц, значит, можно вообще к любой меге прикручивать Ethernet.



Давайте посмотрим на это дело с такой стороны. Обычная доза RAM в свичах на порт порядка 10кбайт. Врядли будет больше выделено в камне. Какая разница, где эти пакеты лежат и дожидаются обработки, в свиче или в камне, или в отдельном эзернет-контроллере? А наплодить пакетов в сети можно столько, что любой девайс начнет дропать входящие.




А что тогда по Вашему может называться TCP/IP-стеком? Почему такое неприятие?



Спасибо, что Вы мне не отказываете в наличии знаний.



Я польщен.



Дык это, без труда - не выловишь и рыбку из пруда.

Проблема банальная - свичи дешевеют и превращаются в полное дерьмо непонятно как работающее
Точнее работающее по принципу пусть другое железо и TCP/IP разбирается.
Встречаются нормальные, но все больше и больше непойми что... Знаю на своей шкуре - использую года с начала 90x в жесткой реалтаймомой системе протокол на Ethernet фрейме в ограниченной одним hub|switch|router сети. Даже на древних hub без проблем, да коллизии, но они детектируются и шустро перепередаются. Старые switch - вообще просто песня. Но последние годы просто хлам идет. Причем под одной и той-же маркой меняется начинка и все... Ставлю роутеры - более менее, хотя всякие нюансы совместимости fullduplex c разнообразными сетевыми картами в полный рост - отключать приходится.


Есть планка, например них-совый. Планка высокая, но она есть, она массовая, она, естествено может реализована частично, но в документировано реализованных пределах безукоризненно. Что будет, например, с Вашим, если в него прилетит какой-нибудь VPN пакет большого размера?

Честное слово, я искренне!



Это сколько в конвертируемых валютах? Luminary Cortex c MAC по 3-4 бакса. Может некотрые проблемы стоит решать организационными методами - купить не мегу,не в ближайшем гастрономе а то, что больше подходит и приемлимо стоит.

Да и бог с ним. Пусть не отражает коллизию дальше в сеть, нефиг было лить столько пакетов, что начало дропать. Главное, пусть накапливает пакеты у себя в буфере, пока я их обрабатываю. Если переполнился, то тут уже ничего не спасет. Точно так же может переполниться и буфер в железном маке.



Ничего страшного. Дропнет, да и все. Я даже вилан-теги обрабатываю (в отличии, например, от 2.4 ядра в линухе , это к вопросу о высокой планке)

На предмет возможности обкакаться я следил. Может не доследил, но это уже другой вопрос. Особо допущений на предмет того, что может прилететь из сети, а что не может, не делал вроде.


1 убитый енот равен 5 гривен. Цены я привел розничные. А покажите, что там за Луминари, в смысле, дайте ссылочку на даташит да на цены?

http://www.luminarymicro.com/products/ethernet.html
С ценами в розницу правда что-то очень плохо - c Ethernet вдвое дороже! "обычных"
http://search.digikey.com/scripts/dksearch...l?KeywordSearch

Я это... По теме пять копеек вставить хочу
Открываем даташит на любой AT91SAM7xx и читаем:

30 мегагерцовый флеш у Атмела уже реально работает, почему тогда 32MГц XMega сомнения вызывают?

Справедливости ради...
В AVR всего лишь 32 регистра по 8 бит, в то время как в ARM 14 регистров общего применения по 32 бита. Все регистры AVR влезут в 8 регистров ARMа. Аргумент не защитан.

После отцитированного уже внушает основательные надежды.

С математикой у Вас конечно все в порядке, 32*8<14*32. Только вот не получается так переменные плотненько раскладывать. Чтобы в одном 32-хбитном регистре было например char, char и short. Т.е. при ручной работе конечно можно с битовыми полями работать, но какой же это код получится?

Хотя, сейчас попробую еще раз под ARM собрать, посмотрим, что последние оптимизации нам принесли...

Круговой сдвиг регистра на любое число бит выполняется за 1 такт. Далее младший байт пишете куда-либо. За 1 такт можно сдвинуть любой регистр, объединить его с маской (или любая другая арифметическая или логическая операция) и положить в другой (временный) регистр. Вообще, там много скоростных операций (трюков) для работы с байтами. Именно эту часть проекта можно написать на асме, как и дрыгание ножками.

Не, увольте. Ножки - да, а 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).

Совершенно копеечный (а можно и побольше - свобода выбора!) EEPROM на хорошем встроенном I2C контроллере решает эту проблему, заодно и как-то широко муссируемые здесь глюки AVR-овких EEPРОМ отсекаются. И заменить выработавшую ресурс EEPROM можно.

Даже не припомню, когда в последний раз видел что-то 5вольтовое периферийное. Нет видел - как кость в горле сидящий один пятивольтовый NEC-овский древний линейый интерфейс в керамическом DIP по цене баксов под 30 и линейные-же интерфейсы SHDSL. Как-бы эта дешивизна для Вас не кончилась разом с опустошением залежей неликвидов.

Слово UART по нынешним временам все меньше ласкает слух а их большое количество разве только навевает мысли о чрезмерном количестве всевозможных соединительных кабелей в старинных системах, когда локальные сети казались немерянной крутостью, а слово USB, SATA, SD и прочие не значили вообще ничего... Один - один нужен обязательно, как простейший, надежный, не зависящий от софта интерфейс. Ничего против 8 не имею,но проектировать системы с таким их количеством лично я уже не буду. Время прошло.

Например промавтоматики, ножек много, ножки не хилые, типа типичный переферийный
чип , но который еще может и много чего внутри себя посчитать, освободив "старших товарищей"
от рутинной работы...

Цену огласите? Поскольку мелкие ARM с CAN на борту вполне массовое явление, не говоря уже о PIC

Кстати, тема вроде как про Xmega, так вот Xmega может вполне стать идельным переферийным
чипом, ну если конечно атмел сделает их достаточно быстро и цена будет разумной...

Нашим заказчикам до сих пор требуются продукты с больщим количеством UART для связи компов с довольно экзотическим оборудованием, причем компы покдлючаютс через 2(резервирование) RS232 (где они их сейчас берут не знаю) данные конвертируются (часть воспринимается как запросы/команды питание, диагностика...) и на выход в 2 RS422 ( ну соответсвенно и в обратную сторону) плюс еще однин RS422 надо мониторить и того 5 UART. Ну плюс в новом варианте добавили ethernet, но RS232 все равно не убрали.


Это точно для отладочной консоли, диагностики... лучше ничего нет.

Я все больше и больше и больше в качестве периферии для многих многих и многих случаев иcпользую CPLD/FPGA - ножек (это для любителей) завались можно получить, дергать ими так, что не угонишся, если чего премножить-подитожить - со свистом. Цены начинаются от заметно меньше 10 баксов. В 10баксовых тысячи триггеров и килобайты своей памяти.

Ну мы их небольшими партиями примерно по 6 - 7 баксов покупаем.

о PIC в теме об AVR лучше вообще не говорить

LPC21x9 стоят не дешевле, да и глюки в них до сих пор не исправили.

Сейчас как раз на замену сделали одну плату с STM32F103 - вот это серьезный конкурент в том числе и по цене!!!

А какого порядка у вас скорости CAN'а используются?

В CLD/FPGA пока не силен
Но, представляя себе как оно происходит, для не очень быстрых задач, но требующих именно
определенного, не совсем банального интелекта, ну вобщем ИМХО, есть задачи удачные для
CPLD/FPGA а есть те которые без MCU решать очень грусно...

Ну и про количество UART немного поспорю, многопортовые RS-485 рутуры/свитчеры еще никто не
отменял, да и врятли в ближайшее время кто-нить их отменит....

125 kbit. Больше пока не надо было ( да и ограничения на сеть больше при больших скоростях), хотя в сети много устройств (обычно порядка 20) и загрузка получается приличная всей сети в целом, но т.к. используется фильтр нагрузка на узлы не большая.
Но я точно знаю что ресурсов AVR достаточно что бы и на 1 mbit работать.

А надо ли, их и софтово можно сколько влезет (ну или достаточно много) реализовать. Или на ПЛИС рядом... Хотя, щас мы договоримся, что рулит полное отсутствие периферии )) но с другой то стороны, идея с, скажем, 100МГц детерминированным камнем и бедной периферией имеет некоторое рациональное зерно...



И какой длинны у Вас сеть? Хотя, это вопрос пятый, так, для общего образования...

Надо бы на досуге помыслить насчет софтовой реализации CAN, вроде ничего там страшного нет, 125кбит/с вполне можно асилить, причем, с вполне приемлемой загрузкой камня... Только не надо на меня сейчас нападать, я так, вслух размышляю...

предпочитаю все таки хардовые, при прочих равных, хотя конечно если нужны мах скорости,
то много портов на авр все равно не влезет, типа либо 4 X 115K либо 1 x460K
больше врятли.

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

Тут главное согласующие 120 ом четко по концам. Никаких звезд и очень короткие стабы.
Вообще у нас получалось на 400 метров на 1 mbit по обычной сетевой витой паре соеденить 2 устройства. Но с 3ьим в середине уже начинались глюки.

Кстати, у меня две штуки ATmega8 (по $1) с USART-ами (программым) на скорости 4 мбит по очереди передавали через один физический USART. 4мбит - ограничить пришлось т.к. на другом конце быстрее принять не могли - там APM9 стоял. А они бы и 16 мбит (при 16 мГц) осилили. Это я о пользе ногодрыганья в реальном времени.

Эта идея имеет даже реальное воплощение — Scenix-ы
Только что-то не особо они популярны вроде, видимо плохо совсем без периферии.

Ну в ближайший понедельник, для подключения существующего старого оборудования - нет. Но закладывать в новое уже явная странность - CAN/LIN, Ethernet совершенно обыденная сегодняшняя реальнось. "485" протоколы уже стандартно инкапсулируются и все.

Так то передавать, а на прием слабо сделать ? И еще чем то полезным заниматься.

А LPC210x, LPC23xx ногами быстрее может дергать!

Может, но не за $1.

А где вы покупаете ее за 1 бакс?
Если так считать то LPC2101 стоит доллар 1 об этом и сам филипс говорит!

Еще по поводу xMega, лично я занимаюсь AVR очень давно, а возможности внутрисхемной отладки появились относительно недавно, когда надобности в отладчике уже в общем то и не было. А в новой xMega нужен будет новый програматор ( кстати протокол очень похож на силабсовский С2) и их будет нужно несколько (не только мне), можно конечно сделать самому благо пока описание интерфейса из даташита не исчезло, но IMHO это большой минус что не оставили старый spi интерфейс для программирования.

Не все так просто, быстро и радужно...., 485 еще нас с вами переживет....
Просто у нас задачи чуть разные, в Ваших задачах (чегото такое связное ??? кажись), новые связные
интерфейсы быстро вытяснят все остальное, а у нас все будет происходить долго и печально,
правда никто не печалится по этому поводу... типа задачи таки разные, принципиально....

Может за $1.62
http://mt-system.ru/index.php?store_search=lpc2101&id=5
Заменяя при этом ДВЕ долларовых, экономя место на плате, стоимость монтажа и обвески.
Самое смешное, что ему и дергать-то не надо с такой скоростью, ибо на 4 мегабита, полагаю лезли с одной единственой целью - получить хоть какое-то свободное время между вынужденным ногодрыганием для собствено РАБОТЫ. При возможности ПОЛНОЙ загрузки канала, а не с паузами, скорости там много меньше. Кстати и USART-ы у LPC на мегабитах штатно работают.

Это о пользе думать, как делать, прежде, чем привычно пальму трясти ножками махать .

Сейчас специально глянул, т.к. давно не покупали - думал извиняться придётся. Но нет - эфо - розничный прайс-лист - Atmel ATMEGA8-16AU 1.09 склад. Хотя всё равно за 0.09 извиняюсь.

Давно это было - сейчас я бы так делать конечно не стал. И в серию сиё чудо не пошло. Это я просто для примера.
А у ATmega8 USART аппаратный 2 мбит при 16 мГц. Там чуть-чуть не хватало.

Идея со 100 МГц камнем и никакой периферией уже была и бесследно канула в лету. Это пресловутый SCENIX с их SX - улучшенными клонами PIC16C5x
Помню какой упор в рекламе делался на пресловутую "виртуальную периферию". Мол это круто, это последний писк технологической моды. А что оказалось на самом деле - просто не успели на тот момент наковать периферийные модули. Фирмешка маленькая, молодая. А жить-то нужно, денежки получать, развиваться. Вот и решили предпринять такой маркетинговый ход. (Это примерно, как АТМЕЛ начинал АВР - с AT90S1200, только у АТМЕЛА денег хватало на развитие)

Ну и что-же мы увидели через пару лет после упора на "виртуальную периферию" - новые камешки, где начали потихоньку добавлять реальную периферию

Но дело не пошло, стали UBICOM-ом и теперь продают какой-то один IPcore.
Вот вам и "виртуальная периферия". Никогда она на MCU не будет лучше и удобнее железной.

А идея была красивая. Но на камень она не ложилась и реализована была дерьмово. Но тем не менее перечитал всё и анализировал. Очень интересно. Ошибок там хватало из того что после реализовывал.
Имея один таймер на борту, который используется для переключения задач и не имея даже АЦП, а также с грузом этих страниц памяти - всё это было изначально обречено на провал.

Любопытно еще, на какой скорости встроенный флэш будет работать в AT91SAM9XE?
Она же на 180 MHz молотит.