Привет всем
появилась у меня такая вот проблема
делал я один проект на контроллере xmega128a1,
и когда все уже было сделано почти на 90%
то есть все модули и драйвера по отдельности уже готовы и работают
осталось только собрать их вместе, и вдруг выяснилось что
процессор не успевает все это дело делать
короче этот контроллер слабоват для моей задачи,
а ведь проект то надо заканчивать поскорее. Единственный выход из
сложившийся ситуации по моему это переводить проект на другой более мощный контроллер.
Но какой выбрать не знаю, посоветуйте пожалуйста.

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

примерные требования к МК
CPU хотябы 64MHz
штатное подключение SDRAM
16 разрядных таймеров 8штук минимум
аппаратная поддержка SD/HC карт памяти
встроенный ЦАП 10бит
встроенный АЦП 10бит

да и конечно же очень низкая цена и доступность...
а также чтобы можно было шить смопальным программатором
и писать код в IAR

Сообщение отредактировал bekor - Jan 27 2011, 21:42

Непонятное требование, а по всему остальному LPC22XX вроде подходит.
Да, таймеров должно быть больше в LPC29XX.
Короче, ARM7.
Только АЦП / ЦАП на плате c SDRAM будут плохо работать.

Непонятно что конкретно непонятного

а к ним легче привыкать ?

действительно, при работе с SDRAM сильно шумит ЦАП !
интресно почему это так ?
можно ли этого както избегать ?

Сообщение отредактировал bekor - Jan 28 2011, 09:42

Зачем столько. Может, Вы используете COMPARE/CAPTURE, и такое количество независимых счетчиков все-таки не нужно?


Да чего там привыкать - взял пример проект а ИАРе и вперед.


Внешний АЦП, видимо. Или осетра (точность - скорость) урезать.

нет, нужны именно независимые таймеры с прерываниями по переполнению.
посмотрел в сторону STM32F103VET6, по всем параметрам удовлетворяет но слишком мало ОЗУ
уже запутался незнаю что выбрать.

что такое осетра ?
у иксмеги именно внутренний ЦАП шумит!
работа EBI сильно влияет на ЦАП...



вот это было бы идеальным вариантом
если бы на борту было хотя бы 8МБ ОЗУ

Там вроде нет SDRAM. Есть она в каких то Luminary от TI.
В STM32 SDRAM тоже нет.

интересно с какой скоростью на этой платформе будет работать SD карта памяти,
если достаточно быстро то необходимость SDRAM отпадет

Сообщение отредактировал bekor - Jan 28 2011, 13:02

скажите пожалуйста можно ли как нибудь оптимизировать вот такую строку
(расчет процента целого двухбайтного числа)
а то очень много процессора жрет и на остальных вычислениях просто не остается процессора!
если это возможно то переходить на другую платформу неприйдется ...

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

Кроме того, никто не отменял табличных вычислений.
Деление иногда можно без особых сложностей заменить умножением. Очень помогает, если есть аппаратный умножитель как в старших MSP430.

так у меня же целые числа а не float,
о какой точности идет речь не понимаю


а этот метод можно применять для вычисления процента ?
если можно по подробнее пожалуйста.



я так понимаю для этого нужно заранее вычислить все возможные варианты
и записать в двухмерный массив и при необходимости просто выбрать нужное значение из массива ?
тогда для вычисления процента типа char понадобится 25КБайт массива в озу

я правильно понял ?

Можно и так - в лоб.
Сначала нужно прояснить для себя необходимую точность вычислений, как верно заметил zltigo. И определиться с диапазоном входных значений.

Я, конечно, погрешу против правил, но скажу так


Ну и оптимизацию по скорости неплохо было бы включить в проекте.

деление на 100 можно с точностю 0,0098% писать в форме:
x/100 = x/128+x/512+x/4096;
или: x/100=(x>>7)+(x>>9)+(x>>12);
код:
int x,x1;
x=x>>7;
x+=x1=x>>2;
x+=x1>>3;
скорость выполнения зависит от типа переменного,
unsigned выполняется быстрее чем signed.

Сообщение отредактировал proba - Jan 30 2011, 13:09

попробовал выполнять деление сдвигами
немношко смягчило ситуацию но всеже не то,
а вот табличный метод это чтото!
реально снял с ЦПУ много нагрузки
спасибо HARMHARM-у за подсказку...
ща пытаюсь еще и с остальным кодом пошаманить,
оптимизировать где только возможно,
может чего и выйдет.