Реклама на сайте English version  DatasheetsDatasheets

KAZUS.RU - Электронный портал. Принципиальные схемы, Datasheets, Форум по электронике

Новости электроники Новости Литература, электронные книги Литература Документация, даташиты Документация Поиск даташитов (datasheets)Поиск PDF
  От производителей
Новости поставщиков
В мире электроники

  Сборник статей
Электронные книги
FAQ по электронике

  Datasheets
Поиск SMD
Он-лайн справочник

Принципиальные схемы Схемы Каталоги программ, сайтов Каталоги Общение, форум Общение Ваш аккаунтАккаунт
  Каталог схем
Избранные схемы
FAQ по электронике
  Программы
Каталог сайтов
Производители электроники
  Форумы по электронике
Помощь проекту

Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей...

 
Опции темы
Непрочитано 18.08.2006, 04:41  
NOPROBLEM
Почётный гражданин KAZUS.RU
 
Аватар для NOPROBLEM
 
Регистрация: 11.07.2006
Адрес: Москва, Тушино
Сообщений: 3,709
Сказал спасибо: 793
Сказали Спасибо 994 раз(а) в 552 сообщении(ях)
NOPROBLEM на пути к лучшему
По умолчанию

Не знаю как в AVR, а в PIC памяти всегда боллее чем достаточно для любой, самой громоздкой задачи. Производительности часто не хватает, особенно если используешь микропроцессор в системе регулирования. В этом случае удобство программирования как то отступают на второй план. Приходится обсасывать код, экономя каждый машинный такт. В этом языки высокого уровня помочь не в силах. Зато на них очень удобно использовать библиотеки и меньше вероятность сделать трудноотлавливаемую ошибку. А превозносить процессор толко потому, что пересылка из регистра в регистр пишется для него в один оператор а не в два выглядит как то по детски . Неужели это его основное достоинство?
Реклама:
__________________
От ложного знания к истинному незнанию!
NOPROBLEM вне форума  
Непрочитано 18.08.2006, 11:07  
nml
Супер-модератор
 
Аватар для nml
 
Регистрация: 13.03.2004
Адрес: Minsk
Сообщений: 2,378
Сказал спасибо: 1,955
Сказали Спасибо 1,328 раз(а) в 578 сообщении(ях)
nml на пути к лучшему
По умолчанию

Сообщение от dosikus
И бодаться с вами не собираюсь.
Скорей хочу помощи.
Нужны компиляторы С для AVR.
Правильно... Бодаться оставим этим... С рогами...

Я пользуюсь компилятором IAR (4.10B)
Компилятор качается с сайта IAR.COM, там надо регистряться но это ни к чему не обязывает - вы получаете триальную версию. Правда, дистрибутив "жирный" - порядка 50 мег. После регистрации на мыло пришлют код для активации триальной версии. Ну а потом - дать таблетку от жадности и пользоваться...

Компилятор великолепный. Код генерит - сказка. Поизучав листинг, я понял, что не так уж я хорошо знал асм...
nml вне форума  
Непрочитано 18.08.2006, 12:39  
deCoder
Прописка
 
Регистрация: 27.05.2005
Сообщений: 127
Сказал спасибо: 0
Сказали Спасибо 3 раз(а) в 2 сообщении(ях)
deCoder на пути к лучшему
По умолчанию

Цитата:
Хотя тоже... можно гвозди забивать кувалдой, молотком или ладошкой.
О! сам себя начал цитировать

Мой вывод: PIC - это молоток с неудобной кривой ручкой ))) Да и почему то он стоит дороже нормального молотка (AVR)
Единственное оправдание в его использовании - это большое количество проектов или большое количество собственных наработок и библиотек.
На этом производитель и держится (пока) хотя пора бы ему снизить цену. Кривой молоток должен стоить дешевле, тогда люди к нему и потянутся.

Ещё будет держаться благодаря таким "самородкам" ))

Цитата:
Избавится от стереотипов имея солидный опыт можно только за месяцы мучений! Пока все старое не забудешь. Это касается нас, самородков.
Такие товарищи, даже если сами понимают ущербность архитектуры, оправдываются: "да, мы знаем что молоток кривой, да вот в процессе забивания руки у нас стали кривые и ещё необратимые процессы в мозге произошли и мы готовы и дальше платить за кривой молоток лишние деньги" )))
Можно также просто убедить себя что молоток вовсе не кривой и цена его правильная )))

На вопрос: что лучше AVR или PIC? Правильный ответ ARM7 ))) На мой взгляд за ним будующее.
deCoder вне форума  
Непрочитано 18.08.2006, 13:40  
lookw
Частый гость
 
Регистрация: 22.09.2004
Сообщений: 13
Сказал спасибо: 4
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
lookw на пути к лучшему
По умолчанию PIC и ATMEGA

На ATMEGA128 работаю сейчас, когда-то делал проект на PIC16F84. Пишу на ассемблере, да и тогда тоже писал на ассемблере.Поскольку не программист, могу сказать только одно - PIC простенький для программирования процессор и для простых задач.
Его ставят в основном в переносной аппаратуре, поскольку он очень мало потребляет. Кроме того, существуют кристаллы в очень маленьких корпусах (на 8 ног). То есть у него совсем другая область применения, чем у AVR.
А AVR для стационарной аппаратуры. Он "отбивает хлеб" у 51 контроллеров. Он немного "хитрее", немног "быстрее", чем 51 контроллер. А программировать на нем лучше уже с использованием языка высокого уровня, поскольку ассемблер усложнен, и при программировании на нем постоянно натыкаешься на ограничения системы команд (эта команда с этим регистром не может работать).
Сравнивать эти контроллеры только с точки зрения программиста некорректно. С удовольствием почитаю Ваши возражения.
__________________
Wukrlv
lookw вне форума  
Непрочитано 18.08.2006, 13:49  
deCoder
Прописка
 
Регистрация: 27.05.2005
Сообщений: 127
Сказал спасибо: 0
Сказали Спасибо 3 раз(а) в 2 сообщении(ях)
deCoder на пути к лучшему
По умолчанию

я не только программист но и железячник )
Цитата:
Его ставят в основном в переносной аппаратуре, поскольку он очень мало потребляет.
Сейчас по потреблению рулит техас инструментс.

Цитата:
А программировать на нем лучше уже с использованием языка высокого уровня, поскольку ассемблер усложнен, и при программировании на нем постоянно натыкаешься на ограничения системы команд (эта команда с этим регистром не может работать).
Программировать на ассемблере как раз проще. Просто запомнить: 0-15 регистры не работают с константами и всё.
deCoder вне форума  
Непрочитано 18.08.2006, 13:50  
osnwt
Прохожий
 
Регистрация: 14.08.2006
Сообщений: 1
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
osnwt на пути к лучшему
По умолчанию Re: PIC и ATMEGA

Сообщение от lookw
Его ставят в основном в переносной аппаратуре, поскольку он очень мало потребляет. Кроме того, существуют кристаллы в очень маленьких корпусах (на 8 ног). То есть у него совсем другая область применения, чем у AVR.
В семействе AVR ATtiny тоже полно кристаллов в 8-ножных корпусах.
osnwt вне форума  
Непрочитано 18.08.2006, 14:16  
lookw
Частый гость
 
Регистрация: 22.09.2004
Сообщений: 13
Сказал спасибо: 4
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
lookw на пути к лучшему
По умолчанию

Недавно "всплыл" достаточно простой проект для переносного аппарата. Макет был сделан на 51 кристалле, программа заняла чуть более 3,5К. Не устроил в части потребления. Встал вопрос, чем заменить - PIC или MSP430. ATTINY не рассматривались.

Сдуру поставил MSP430, до сих пор ковыряюсь - у него очень сложная навороченная периферия, никаких моделей по ней нет. Поэтому все надо отлаживать в железе с применением эмулятора. Лучше бы PIC поставил. PIC в свое время полностью отладил на модели. И макет на 51 кристалле тоже отлаживал на модели.
__________________
Wukrlv
lookw вне форума  
Непрочитано 18.08.2006, 14:43  
deCoder
Прописка
 
Регистрация: 27.05.2005
Сообщений: 127
Сказал спасибо: 0
Сказали Спасибо 3 раз(а) в 2 сообщении(ях)
deCoder на пути к лучшему
По умолчанию

Ну это не показатель... Если вы не смогли быстро реализовать небольшой проект в 3,5К то это не значит что проблемы у производителя и архитектура плоха.
deCoder вне форума  
Непрочитано 18.08.2006, 16:24  
lookw
Частый гость
 
Регистрация: 22.09.2004
Сообщений: 13
Сказал спасибо: 4
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
lookw на пути к лучшему
По умолчанию

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

Хорошая или плохая структура процессора тут ни при чем. Для MSP430 совсем другая организация процесса отладки.
__________________
Wukrlv
lookw вне форума  
Непрочитано 18.08.2006, 16:31  
deCoder
Прописка
 
Регистрация: 27.05.2005
Сообщений: 127
Сказал спасибо: 0
Сказали Спасибо 3 раз(а) в 2 сообщении(ях)
deCoder на пути к лучшему
По умолчанию

я отлаживаю... как это правильно называется...! со встроенным монитором. Это когда добавляешь кучу отладочного кода и через uart читаешь память, дёргаешь ножками и т.д. Прекрасно! Правда у меня давно не было малюсеньких проектов. Монитор везде влазил.
deCoder вне форума  
 

Закладки
Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
разница входа АЦП и выхода ЦАП godz320 Микроконтроллеры, АЦП, память и т.д 18 21.05.2009 17:57
Разница между 32 и 64 разрядными системами Val-kip Электроника - это просто 5 05.05.2009 01:00
Есть ли разница между USBN9603 USBN9604 Beduin Микроконтроллеры, АЦП, память и т.д 2 23.04.2009 07:56
разница между AT90S2313 и ATtiniti2313 golinskiy Микроконтроллеры, АЦП, память и т.д 4 02.06.2006 21:42
Proteus 6.7sp3 и 6.5sp5 - в чем разница? valenok Proteus, KiCAD и другие ECAD 4 10.07.2005 13:21


Часовой пояс GMT +4, время: 01:05.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot