Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.220.64.128] |
|
Страницы: (2) 1 [2] все ( Перейти к последнему сообщению ) |
Сообщ.
#16
,
|
|
|
Цитата avreal @ Это как с велосипедом - если худо-бедно катался когда-то, то и через двадцать лет через несколько дней поедешь ненамного хуже, чем каталася тогда. не, не совсем. я тут "для прикола" попробовал на спектруме попрограммить — не только моск забыл что к чему, но даже руки забыли, где на клаве какая команда... Цитата avreal @ вариант хорош, когда умеешь работать и с теми, и с этими железками. Мне же предстоит фактически заново осваивать всё. Насколько я в курсе, мнемоники команд Zilog не похожи ни на что Могу посоветовать такой подход - на сайтах нескольких производителей разных контроллеров полезть в application notes и поискать близкое к своей задаче, просмотреть, вытащить даташиты на применённые в этих аппнотах контроллеры. Кроме того, я ведь фактически выбираю не контроллер под конкретную задачу, а семейство контроллеров для изучения. Задачи есть, но это вторично. По совету MeG Цитата MeG @ AVR-ки Atmel-овские --- на сегодня, самое, пожалуй, 'народное' семейство микроконтроллеров. а также по советам нескольких коллег, решил остановиться на AVR 8bit RISC. Честно скажу, от качества подачи материала на сайте atmel.ru я не просто в шоке, я в ужосе. дизайн из чередины девяностых, вёрстка кошмарная. ОЧЕНЬ надеюсь, что железо они делают лучше, чем сайты. (добавлено примерно через час). Почитал гостевуху на томже сайте, понял, что в случае реальных проблем от них никакой поддержки получить будет невозможно... спасибо, оказалось очень информативно, намного полезнее, чем atmel.ru. Сижу читаю... |
Сообщ.
#17
,
|
|
|
почитав вот тут (имеется в виду не только данный линк, а весь раздел про Atmel), и посмотрев на цены решил остановиться на ATmega48, в качестве базовой модели. Вполне функционально, избыточность функций невелика, цена разумна.
как я понял, ядро и система команд идентичны по всей линейке, и при необходимости я смогу [под конкретную задачу] без проблем использовать как более функциональный, так и менее навороченный экземпляры семейства. Так? печалят только две вещи: наличие абсолютно ненужного мне АЦП во всех без исключения моделях (он мне не мешает, но ведь я за него плачУ... и не представляю ни одной задачи, в которой он МНЕ мог бы понадобиться.) и "гарвардская архитектура" этих камней. Ненавижу гарвардскую архитектуру, она не раз доставляла мне кучу неудобств, и ни разу не оказалась чем-то полезной. Есть одна задумка, там было бы очень удобно загружать в ведОмые девайсы программу под активную задачу... Под неё придётся или брать более мощные МК, чтоб разместились программы всех задач (т.е. чтоб не хитрить с перезагрузками задач.), или не выпендриваться и строить ведомые девайсы на старых и привычных Z80, благо там нет проблемы с загрузкой программы с внешнего источника в ОЗУ и последующим исполнением её оттуда Или можт пока не поздно «перекинуться» на другую линейку??? Или вообще просто посерьзнее взяться за Zilog`и? Но в "чип и дип" их нет нифига... В опчем, буду благодарен за любые советы, которые помогут мне как-то определиться с выбором направления. |
Сообщ.
#18
,
|
|
|
Можно заливать во Flash ведомого ATmega48. Смотря как часто нужно менять программу (довольно странная задача) Flash память имеет ограниченный ресурс перезаписи содержимого.
|
Сообщ.
#19
,
|
|
|
Цитата MeG @ Можно заливать во Flash ведомого ATmega48. у него ресурс десять тысяч раз. это максимум на пару месяцев... Цитата MeG @ вполне типичная задача есои очень упростить ситуацию — ведомая железка должна работать в нескольких режимах (например, условно "работа"-"отладка"-"тест") , все режимы имеют достаточно сложные алгоритмы. т.е. было бы крайне удобно (в плане бабла) не держать одну большую программу (для которой понадобится более крутой и дорогой МК), реализующую эти алгоритмы, а просто при необходимости заливать нужную прогу.довольно странная задача Я делал подобную штуку на Z80, но там была другая причина — отладить загрузчик, записываемый в ПЗУшку ведомого, намного легче и быстрее, чем отладить рабочий софт... а с такой архитектурой нет нужды разбирать железки, в которых стоЯт ведомые,чтоб перешить ROMки, достаточно на управляюший ими комп бросить новые загружаемые софты для ведомых. хотя конечно с памятями после Z80 тут чудовищно неудобно. я уж как-то привык к единому адресному пространству, на которое можно повесить RAM и ROM в желаемой пропорции, да задействовав страничную адресацию... (в той железке, что я выше говорил, после загрузки софта ПЗУшка отрубалась нафиг, и все 64К памяти адресовались в ОЗУ.) ну, короче, проехали. вчера посмотрел так по сайтам, похоже натурально Atmel лучший выбор. где не покатит атмел — буду пока по старинке юзать Z80 думаю, тему можно прикрывать... бум щщитать, что вопрос решён. |
Сообщ.
#20
,
|
|
|
Цитата наличие абсолютно ненужного мне АЦП Его цена копейки, я не уверен, что все-то что вы разрабатываете выпускается в таких кол-вах, при которых эти копейки могут играть роль. Цитата Или можт пока не поздно «перекинуться» на другую линейку??? С такой задачей, в полной мере справится ARM7 LPC2xxx, он есессно может и исполнять из ОЗУ и вообще, архитектура более современная и умная, наличие одного JTAG'a чего стоит. |
Сообщ.
#21
,
|
|
|
Цитата Quasar @ знаешь, как быть богатым? просто не трать деньги туда, куда их тратить не нужно, и их будет намного больше. Его цена копейки, я не уверен, что все-то что вы разрабатываете выпускается в таких кол-вах, при которых эти копейки могут играть роль. Цитата Quasar @ наличие одного JTAG'a чего стоит. это того самого, который во всех (вроде так, но неуверен) Atmel`овских MEGA`х есть??? Цитата Quasar @ ARM7 LPC2xxx, цитато прям из яндекса: Цитата LPC2000 компании Philips - первый представитель нового поколения микроконтроллеров, построенных на базе 16/32-битного RISC-процессораARM7 в продаже я их вообще почему-то не нашёл (искал по обобщению "ARM7" и по "LPC2000"), но судя по разрядности, если сравнить с ценами на 32битные Atmel, это слишком дорого. ради возможности комфортно работать с памятью задействовать 32битный камень (к тому же, он наверняка её неэффективно использует, типа один адрес-один DWORD.) в общем, Quasar, спасибо, конечно, за участие, но думаю, что пока буду копать Atmel. |
Сообщ.
#22
,
|
|
|
Цитата Змей @ как я понял, ядро и система команд идентичны по всей линейке, и при необходимости я смогу [под конкретную задачу] без проблем использовать как более функциональный, так и менее навороченный экземпляры семейства. Так? Да. Цитата печалят только две вещи: наличие абсолютно ненужного мне АЦП во всех без исключения моделях (он мне не мешает, но ведь я за него плачУ... и не представляю ни одной задачи, в которой он МНЕ мог бы понадобиться.) и "гарвардская архитектура" этих камней. Ненавижу гарвардскую архитектуру, она не раз доставляла мне кучу неудобств, и ни разу не оказалась чем-то полезной. Есть и без АЦП - ATINY2313, ATMEGA8515.. да видимо еще много других. А чего тебя волнует этот Гарвард ? Для программиста на "С" все микропроцессоры "одинаковы" - есть некие ресурсы к которым программа может получить доступ. Как правило посредством обращения к регистрам. Выбираем быстродействие процессора и совокупность дивайсов на борту. По поводу LPCxx. Загляни |pp=[v=p,t=pfp,i=45994,fi=,ps=0]|[1]]сюда. тут есть сводная таблица. в компэле Зависит,конечно, от чипа. Но цена может быть $10-12, те не запредельная. какой то прайс |
Сообщ.
#23
,
|
|
|
Цитата ЫукпШ @ Есть и без АЦП блин, косяк ща глянул снова в продакт-лист, их там и правда немало без АЦП. что-то я наверное не туда глядел Цитата ЫукпШ @ кроме прочего — старая привычка — когда пишу на асме, мне очень тяжело делить идеи "программа" и "данные", я люблю самомодифицируемый код, он позволяет добиться значительной оптимизации, легкочитабелен при наличии сырков и почти непонятен когда сырков нет (т.е. код защищён от реверса не закрытостью, а сложностью.]А чего тебя волнует этот Гарвард ? Цитата ЫукпШ @ Си это скучно. если бы я хотел кодить на Си, я бы кодил на компе. А я хочу реального секса С извращениями Для программиста на "С" Цитата ЫукпШ @ это хорошая цена для промышленных целей, но не для хоуммейдов. переплачивать в несколько раз ради возможности исполнять из ОЗУ — нет, спасибо. Не очень-то и хотелось. А другие возможности, которые возможно у них есть, мне вообще врядли пригодятся хоть когда. Но цена может быть $10-12, те не запредельная. |
Сообщ.
#24
,
|
|
|
Цитата в продаже я их вообще почему-то не нашёл (искал по обобщению "ARM7" и по "LPC2000"), но судя по разрядности, если сравнить с ценами на 32битные Atmel, это слишком дорого Вот как раз с Atmel'ми их сравнивать не надо, если вы про AVR32 говорите...У Atmel'ов кстати есть и ARM7 процы серия SAM7, но они вроде подороже LPC... LPC2000 уже достаточно не новый представитель )). Вот здесь http://terraelectronica.ru/ я нашел самый дешевый LPC2101 68.60р. Цитата это того самого, который во всех (вроде так, но неуверен) Atmel`овских MEGA`х есть??? Ну не во всех, например Mega8 его не имеет, а я например во основном с этим камнем и работал. Цитата ради возможности комфортно работать с памятью задействовать 32битный камень (к тому же, он наверняка её неэффективно использует, типа один адрес-один DWORD.) Ну не только ради этого, производительнее ядро, работать это всё может на частотах порядка 60-65МГц... На счет использования адресного пространство. ARM7 имеет 4-ех Гиговое адресное пространство, в котором лежат вся периферия, ОЗУ, Флешь и т.п. Соответственно обращение ко всему происходит с помощью 32 разрядного адреса. Ну вообще, если вы настроены на секАс с ассемблером, то наверное вся мощь ARM7 вам ни к чему |
Сообщ.
#25
,
|
|
|
ARM + Linux
Отлаживаться можно на PC, отлаженную задачу компилировать под целевую систему и через Ethernet заливать. |
Сообщ.
#26
,
|
|
|
Цитата Змей @ все режимы имеют достаточно сложные алгоритмы. т.е. было бы крайне удобно (в плане бабла) не держать одну большую программу (для которой понадобится более крутой и дорогой МК), реализующую эти алгоритмы, а просто при необходимости заливать нужную прогу. Если меги48 показалось достаточно для одного режима, то в мегу168, а то и в мегу88, влезут все, а цена у них отличается не в два раза на шаг, а меньше. -Added Цитата Змей @ Цитата Quasar @ знаешь, как быть богатым? просто не трать деньги туда, куда их тратить не нужно, и их будет намного больше. Его цена копейки, я не уверен, что все-то что вы разрабатываете выпускается в таких кол-вах, при которых эти копейки могут играть роль. С мелкими массовыми кристаллами ещё вопрос. Если бы они были железно уверены, что если они развалят тираж N штук мег48 на две приблизительно равных части (в два раза туда-сюда), то они выпускалы бы вариант без АЦП и он был бы дешевле. А если варианта без АЦП будет идти в десять раз меньше, то цена у него может оказаться та же. Упаковка, хранение, транспортирование, услуги посредников занимают в цене существенную часть и они одинаковы для обеих вариантов. Да даже разварка кристалла в корпус. Поэтому доля АЦП в конечной цене гораздо меньше, чем его доля площади на кристалле. А АЦП не такая и бесполезная штука Клавиатурку кнопок так на 10-16 на один вывод повесить можно (если нет требования иметь возможность декодировать множественные нажатия, да и полностью независимых кнопок штуки 4-6 вполне можно прицепить), резистор переменный между землёй-питанием распереть и рулить каким-то параметром работы схемы, ... Про термопары никто особо и не думал, когда АЦП такого рода в микроконтроллеры вставлял -Added Цитата Quasar @ Цитата это того самого, который во всех (вроде так, но неуверен) Atmel`овских MEGA`х есть??? Ну не во всех, например Mega8 его не имеет, а я например во основном с этим камнем и работал. Какэто-какэто? Мега8 не имеет АЦП? Надеюсь, это описка. |
Сообщ.
#27
,
|
|
|
Цитата avreal @ Мега8 не имеет АЦП? это невнимательность мы вообще-то про jtag говорили |
Сообщ.
#28
,
|
|
|
А, ну да, невнимательность.
Но я пока так и не понял, чего такого крутого в jtage для AVR-ок, отладку по-старинке делаю с помощью осциллографа и, для более толстых кристаллов с бОльшими ресурсами - отладочная печать на терминалку. |