Эээ...перестньте воспринимать это слишком близко, тот кто понимает, сам для себя все решит... нет, конечно не настаиваю, и выбор всегда за Вами...
Не люблю вступать в такие обсуждения, но Вы ведь понимаете что имел в виду человек
под этой фразой "Смеялсо...", прав он или нет покажет только время...
ИМХО, подовляющее количество задач именно в этом и состоит ,
в массовых продуктах так уж точно..., просто у Вас задачки принципиально другие...
Подитожив, задам Вам такой "провакационный" вопрос, Вы когда-нить разрабатывали
какой-нить батарейно питаемый девайс ?
А в массовых количествах ?

Когда будут по той же цене, тогда конечно ....
Но так только трёп один, вы уж извините за прямоту. Все рассуждения о баснословно низких ценах на ARMы пока не подтверждаются.

Заложил LPC2106. Доставали долго и по финишу 13.5$ в Минске. И все ходят хороводом - рассказывают как мне повезло! Залазишь на einfo - появились at32uc3a, с явно более красивыми характеристиками и за 10.5$. Но очевидно что это только старт. Думаю скоро увидим их за 8. Цена важна, но не главное. Теже меги достаются на раз и в любых количествах. Только появились - бери не хочу. Шаг влево - шаг вправо - заложил какой-нибудь ST - получил головную боль. Достать не могут - переплатил вдвое. Совместимость ARM7 семейства м/у собой тоже не бог весть какая. AT91 и тот же LPC друг от друга отличаются не на много меньше чем таже мега от ARM7. Если на Си писать.

Но в общем я не ратую за конкретный МП. Наоборот. Пусть их будет много. Именно в этом свобода выбора разработчика. К тому же если на пятки LPC будет какой нибудь at32 наступать, или какой нибудь dsPIC, то глядишь и цена на этот LPC припадёт немного. А это пользователям ARM тоже приятно.

Золотые слова.

Нет, извините, не понимаю.

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

Для батарейных девайсов на первый план выходит время вхождение в прерывание? Даже не подозревал .
Нет, но вскоре видимо буду. Предстоит замена-Upgrade одного старинного электомеханического девайса. Причем AVR там стоять не будет - слишком в полуспящем режиме батарейка маленькая и задачи опять-таки не битики сбрасывать, а все-таки немножко в цифре фильтровать, LCD управлять опят-таки нужно.....

Да.

Ответный вопрос - намекните, что это за задачи, коих " подовляющее количество" которые являются критичными по времени входа в прерывание (десятки-сотни ns) и при этом ничем в обработчике прерывания собственно и не занимаются. При этом они работают, как я понял в устройствах с батарейным питанием.



Саша! ну по одной они цене или даже дешевле. Перестаньте просто заниматься покупками у себя в Витебске в гастрономе, в штучных колличествах через кучу посредников. Ну глянул даже на российский MT-System - - семь баксов (с налогом) они, 27285 штук на складе - бери не хочу. А если что-то типа "Залазишь на einfo" , то т явно меньше.....

Подтверждаю, очень лояльные цены на LPC (они партнеры Philips). Как с доставкой не знаю (это к ним), но люди там хорошие.
Они все время открывают магазины по бытовухе (Мир Техники), может у Вас уже есть.

Сообщение отредактировал alexander55 - Sep 20 2007, 06:42

Чего здесь не понимать?

разве не смешно?
Ножкой подрыгать точно-вовремя бывает очень нужно. И это не светодиод. А про время реакции 180нС на прерывание от тимера расскажите кому-нить другому. Или то были не вы, или не от тимера, ужо не вспомню. У него только текущая команда может исполняться не знаю, скока, тактов. У меня на штатных Атымельих частотах было, написал как. Это отстой.

Нет.

Очевидно, да. А пример такого класса задач? А то я тут слышал неоднократно, что жить без этого нельзя, хотелось-бы просвятиться.

Насчет времени реакции на прерывания от внутреннего таймера, смею Вас заверить, Вы совсем не подумавши ляпнули, ибо оно значения особого не имеет, ибо это просто фазовый сдвиг от генератора фаза которого изначально не известна и соответственно любые задержки его фазы по барабану.
Так-что имеет физический смысл только время реакции НА ВНЕШНЕЕ ПРЕРЫВАНИЕ. Кроме того, разговаривать о десятко-наносекундных временах реакции на прерывание для сколь-нибудь маломальски сложной программы работающей с несколькими периферифнысм устройствами бесполезно, ибо появление нескольких источников прерываний и критических секций прикрытых запретом прерываний практически неизбежно.
Короче, хочется узнать, чего это такое все делают, чего я не знаю.

Насколько я понял, это последий "аргумент"

тоже весело

приходит синхросигнал и по его фронту/срезу надо выдать данные (отлов его тоже в прерывании, что добавило экстриму). Побитово. В фоне крутится задача. Обычный ССИ и СПИ не катят.

Дык вот, та задача хотела решиться по таймерным прерываниям, но из-за неопределённого времени реакции на прерывания, не прокатило...Жжыттер от отлова синхры и впадания в текущее таймерное прерывание был просто неприемлимым. Нащщёт ляпнул неподумавши, смею вас заверить, я сперва думаю, а потом ляпаю, "ибо"...

Да бога ради, например обычный последовательный интерфейс, жостко синхронизированный извне. На достаточно высокой скорости с нестандартным кол-вом бит.
И не надо напрягаться, что вы чего-то не знаете, "ибо" разборкой и пересылкой ТСП пакетов круг ембеддед задач не ограничивается. В этом смысле, вы имеете право многого не знать. ;О)

Это вывод.
Для этой и родственных задач. А так камушки как камушки. Но будь щас 32мипсовая мега, она бы уделала в этой задаче любого "8-бит реплаце" АРМа.

Ознакомился с презентацией. Сразу понравилось то, что побороли главный недостаток ATMEGA - низкую тактовую частоту на 3,3В. Из-за этого хотел переходить на ARM. Теперь при 32МГц, эта проблема отпадает.

Из-за чего спор?

Ну, выпускают новую линию AVR. Да, более точный RC генератор и опора позволят отказаться от внешних компонентов. Флеши, правда, многовато для применений, где это критично. Запихнули бы они это в нижние модели - было бы полезнее. Вообще IMHO если больше 64К флеши - нужно использовать 32-битные ядра. Да, наверное существует промежуточная ниша для таких кристаллов. Спорить о чем? Если в системе нужен ARM и с точностью до такта дерганье линиями - не грех в нее поставить и FPGA...

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


Учтите, что многим разработчикам приходится заниматься и конструированием печатных плат, и маркетингом, и закупкой комплектующих и еще кучей различных задач. Поэтому, на освоение FPGA времени не остается. И простота AVR только приветствуется.

Дык, и удивительно, о чём спорить? Посчитали маркетологи-инженегры-манагеры Атмела, что надо такое и столько, флаг им в руки. Они лучше знают кто, что и сколько у них покупает и чего хочет. А я куплю, если надо будет и ничьего аффтаритетного мнения спрашивать не стану. Это вопрос ихних и моих денег. А то:"зачем это, если есть то". Ездили б тогда на Камазах каких или Сканиях Ивековых по Риге-Москве-СПБ. Они вон скока всякого перевезти могут. И людей в кузов набить можно, ежли чего. Спальное место оборудовать можно, опять-же. А хош на мелком чём, так вот Запорожец. Давно придумано, проверено временем. ;О) Так нет же, подавай им на вкус и цет...
А ФПГА мне туда непокатит. Ни по прокорму, ни по месту. А то бы поставил и не заморачивался...Хотел ДСПик, так он жрёт, собака. ТМСы тонкие тоже...Вот такая вот загогулина, панимаишш...;О)

Для начала "обычных" еще надо поискать, а необычные достаточно изобретательно можно использовать.

Размер этого неприемлимого джиттера огласите?

Это я решу, после озвучания числа неприемлимого джиттера и названия AVRки на которой эту проблему Вам удалось обойти.

На какой-такой достаточно высокой? На достаточно высокой, простите программная реализачия сожрет все ресурсы контроллера, ну а на "недостаточно высоких скоростях", речь о десятках наносекунд совсем не идет.

Никакого напряга. Совершенно не напрягаясь жду ответов.

Пжалста. 100кбод, джиттер 1-2мкс. Плюс задержка от фронта строба примерно на 1-2мкс. Это что видно статически осциллографом. Итого: примерно на 100-200 циклов передачи имеем один-два неправильных. Видать, изредка выскакиваем за пол-бода. Есть есчо одно таймерное прерывание, но там только поднимается флаг для фона, копейки. Пролечилось тупым опросом в фоне и строба и флага таймера. Но таким образом уже давно и успешно работает устройство на м48@20MHz.

Поддерживаю встраивание FPGA (ну пусть CPLD) в uC. Но связь между ядрами по интерфейсу I 8085, а не как получится (AT94).