Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Кол-во тактов в LPC
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
moonrock
Подскажите где посмотреть какое количество тактов уходит на каждую команду процессора(LPC213x), и по переферии. Не могу никак найти.....вообще тема мутная angry.gif
iit
Покопайся в DDI0210B_7TDMI_R4.pdf
KRS
Там не так просто все определить зависит из флеша выполняется или нет, есть доступ к памяти или нет...
Но обычно регистр регистр за 1 такт
moonrock
Ох... ну и какой же это RISC? Похоже плакала идея об использовании LPC для обработки сигнала. smile3046.gif
Alex B._
Чего обрабатывать то хотим?
KRS
Цитата(moonrock @ Nov 21 2005, 14:56) *
Ох... ну и какой же это RISC? Похоже плакала идея об использовании LPC для обработки сигнала. smile3046.gif


Так дело не в ядре, переферия тормозит! есди на низкой частоте работать и из рам можно легко посчитать такты.
Alex B._
флеш, рам, переферия тут не причем, причитайте внимательно весь пост на мейл-листе. Загрузка из рама - 3 такта, выгрузка - 2 такта - это именно от ядра.
Но естественно, что переферия, которая висит на медленной внутренней шине VPB тормозная.
moonrock
Цитата
Чего обрабатывать то хотим?


Софт-модем, только очень специфический. Посмотрел документ с сайта АРМ. В принципе не так все страшно, должно получиться, но с маленьким запасом. Меня теперь больше латентность прерываний беспокоит, так как на входе в прерывание можно много тактов потерять. Поэтому хочу узнать, какие компиляторы позволяют осуществлять тонкие настройки, например не использовать длинные команды, такие как LDM и ограничить количество регистров сохраняемых в стек.
KRS
Цитата(moonrock @ Nov 24 2005, 11:24) *
Цитата
Чего обрабатывать то хотим?


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


Ассемблер точно позволит wink.gif

А если серьезно то в GNU можно либо подправить machine description или свои макросы ассемблерные написать, но я думаю проще прерывания на асме написать.
Stanislav
Цитата(moonrock @ Nov 24 2005, 11:24) *
Цитата
Чего обрабатывать то хотим?


Софт-модем, только очень специфический. Посмотрел документ с сайта АРМ. В принципе не так все страшно, должно получиться, но с маленьким запасом. Меня теперь больше латентность прерываний беспокоит, так как на входе в прерывание можно много тактов потерять. Поэтому хочу узнать, какие компиляторы позволяют осуществлять тонкие настройки, например не использовать длинные команды, такие как LDM и ограничить количество регистров сохраняемых в стек.
Немного не в тему. С АРМ7 работаю не слишком давно, однако, по моему мнению, для реализации более-менее сложного модема (кстати, каковы его параметры?), его вычислительных ресурсов недостаточно. Главная беда - тормознутость именно архитектуры самого ядра. Использование АРМ7 может быть оправдано долько для симплексных и полудуплексных модемов с одномерной модуляцией и невысокой скоростью передачи данных. Для реализации же более продвинутых методов передачи/приема лучше, все-таки, использовать недорогой DSP, или ARM9. К примеру, для реализации специфического (фреймового) модема с QPSK, полный дуплекс, заняло примерно половину выч. ресурса процессора ADSP-2181, 33 МГц, причем вся прога была написана на асме.
Alex B._
Цитата
Софт-модем, только очень специфический.

Ну посмотрите вот это:
http://ww1.microchip.com/downloads/en/Devi...70148B%2011.pdf
moonrock
Мыкрочип? Низачто! maniac.gif Посмотрите внимательно ПДФ и почитайте о нем, в нашем форуме уже обсуждали. Я по питанию уже не попадаю.

Станислав. Модем простой, симплекс, скорость 9600, но на поднесущей, по нашим с напарником прикидкам все получается. Для нашей задачи еще подойдет TMS320LF2401, но еще с ним разбираться надо долго, не хочу. Главное требование у нас - LOW COST. А поэтому нам подходит только филипс.

Кстати вы слышали, что появятся LPC2101,2,3 с ядром 70 МГц и повышенной скоростью ногодрыгства. Только памяти у них мало - 8/16/32к соответственно.

А! И модуляция двухпозиционная, скорее всего FSK будет
Alex B._
Цитата
Мыкрочип? Низачто!

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

Цитата
Посмотрите внимательно ПДФ и почитайте о нем, в нашем форуме уже обсуждали

А чего мне читать, у меня несколько проектов на dsPIC.

Цитата
Я по питанию уже не попадаю.

Вы сами то хотя бы даташит смотрели? Диапазон напряжений питания от 2,5 В

Цитата
Кстати вы слышали, что появятся LPC2101,2,3 с ядром 70 МГц и повышенной скоростью ногодрыгства
Цитата
Кстати вы слышали, что появятся LPC2101,2,3 с ядром 70 МГц и повышенной скоростью ногодрыгства

Образцы есть уже в Питере
http://www.gamma.spb.ru/news.php?id=77
moonrock
Так-с пора закрывать тему.
Скажу только, что dsPIC не подходит мне из-за высокого потребления тока и безумной цены. А это уже не валенки wink.gif

Спасибо всем ответившим!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.