Отправлено Конcтантин Т 17 мая 2002 г. 11:21

Почитав даташиты по последнему решил прикинуть, стоит ли переходить на MSP с AVR в уже работающем проекте. Требования к контролеру следующие

1. Наличие АЦП
2. Скорость работы с плавающей арифметикой
3. Большой объем флэша (работа с графическим LCD)
4. Само собой - цена.

По АЦП , 10 разрядный в AVR прыгает младший разряд, те реально получить 10 разрядов без гашения ядра - проблематично (это уже не раз тут обсуждалось). Возникает вопрос, как будет обстоять дело с 12 разрядами в MSP на частоте 8 Мгц, кто что может сказать по этому поводу (из опыта работы, а не из даташита).

Проверял скорость работы с плавающей арифметикой на одинаковых примерах (умножение двух плавающих чисел) под IAR. Результат: AVR - 691 цикл, MSP - 431 цикл. Почти в полтора раза. Но AVR можно запустить на 16Мгц, а у MSP - максимум 8. Т.е. и тут он его обгоняет. Не учитывал тот факт, что гнусявый компиллер генерит для AVR более быстрый код под плавающую арифметику примерно на 17-20%.

По обоъему флэша сравнивать не стоит (128к). По цене мега128 - 10$, MSP с такой ценой и таким объемом памяти вроде не существует, к тому же поползли слухи, что 2003 году будет выпущена мега203 с 256к.
По тактовой, будет ли подниматься у этих кристаллов тактовая?

Знатоки MSP, просветите пожалуйста может именно для конкретного применения я каких либо особенностей MSP не учел? И еще, существуют ли более быстрые библиотеки работы с плавающей арифметикой применяющие встроенные команды умножения в новых мегах?
Заранее благодарен ответившим, задаю вопрос не флейма ради, а конструктвного обсуждения.

• Ответ: Как-то делали проект и быстродействия не хватило, так поставили вторую АВР. Один контроллер занимался перефирией, а второй только считал. — vesna4   (17.05.2002 19:28, пустое)
• Если важно быстродействие, то не стоит, да и ещё при работающем проекте — Baser   (17.05.2002 13:29, пустое)
  • Большое спасибо, попробую использовать эту библиотеку. — Конcтантин Т   (17.05.2002 15:17, пустое)
• Ответ: AVR, msp430 плавающая точка. — diwil   (17.05.2002 12:47, 624 байт)
• На "уже работающем проекте" не стоит перескакивать с одного процессора на другой по чисто экономическим причинам (кроме экстремальных случаев типа снижения _общей_ цены изделия вдвое) — имхо   (17.05.2002 11:43, пустое)
  • Вариант - при более высокой скорости работы (16 бит) добавить новвые возможности — Конcтантин Т   (17.05.2002 12:18, пустое)
    • Критерии: — mse   (17.05.2002 12:24, 199 байт)