Xenia

Если USB-устройство запрограммировано, как виртуальный COM-порт (CDC-устройство), то со стороны Windows оно видно, как дополнительный COM-порт, работа с которым почти ничем не отличается от работы с обычным. "Почти" означает, что он, в отличие от настоящего, игнорирует установку бодов, четности, стоп-битов, уровней линий и пр., а всегда работает с максимальной скоростью. Соотвественно этому, на любом языке программирования крайне просто с ним работать. Открываешь файл с именем "\\.\COM8" (номер порта может быть любой) и кидаешь в него байты или читаешь их оттуда. Всё как при работе с файлом. Предельно просто и удобно. А вот со стороны устройства приходится потрудиться, чтобы чтобы все это работало. Особенно, если у вас МК со встроенным USB, а вы в USB ничего не понимаете. С HID-устройствами люди тоже работают, но я их не люблю и не использую. Мне по душе CDC-устройство, которое эмулирует COM-порт. При этом зачастую переход на USB-интерфейс позволяет использовать старые программы, расчитанные на связь по COM-порту. И если в своем устройстве поддерживаешь старый протокол, то программа никогда не узнает, что работает через USB.

А может быть не надо устранять? Это же так клёво, когда у электронщиков сервер глючит! :)

Ни форум, ни база данных не виноваты, если сервер вместо иконок дает 502-ю ошибку! Т.е. это не может быть ошибкой скрипта, поскольку иконки (рисунки кнопочек, смайлики т.п.) передаются, минуя интерпретатор языка. Стало быть PHP тут тоже не виноват. Я специально становилась на картинку и просила с ее прямого адреса Refresh - когда проходило нормально, а когда выдавало ту же 502-ю ошибку. Видимо проблемы на самом сервере. Apache глючит или его заместитель.

Так вам bin нужен или hex? Выразитесь яснее, а то непонятно. Или для вас это одно и тоже? Тип вывода устанавлявтся в проекте: Project -> Options... -> Linker -> Output -> Other -> Output format: -> выбираем "intel-standard" или "intel-extended" = тогда будет выдавать hex. А если нужен bin, то надо выбирать "mpds".

1) Уберите задержки из процедуры обработки прерывания, только придурки их там ставят :). Изобразите что-нибудь по-проще, например: { TCNT1H = n1; // Reinitialize Timer TCNT1L = n2; PORTC.3 ^= 1; // Bit 0 inverse } Здесь операция XOR инвертирует младший бит C-порта. Т.е. после отработки прерывания этот бит будет заменяться на противоположный. Если на этом пине висит светодиод, то он будет моргать с частотой вдвое медленней, чем частота таймера (первый такт горит, второй не горит). 2) Разрешите прерывания! По умолчанию они запрещены: TIFR = 0x4; // TOV1, только T1 используется TIMSK = 0x4; // TOIE1 3) делитель поставьте, хотя бы для начала: TCCR1B = 0x3; // делитель - 64 Потом убавите, а то слишком быстро мигать будет.

К IAR PowerPac'у существует приложение TCP/IP-стек и FTP-сервер (второй ставится поверх первого). Всё предельно простенько и красиво. Одно плохо - не знаю, где это достать, т.к. через web эти продукты не распространяются, а, значит, и спереть их нельзя.

Говорят, что да: http://caxapa.ru/168498.html Вот здесь цены видела: http://www.nn.ru/services/pricelist/price/...014&start=7 Подробностей не знаю, не покупала.

На нашем FTP выложены версии PowerPac для ARM и MSP430. Это не демки, а базовые версии. От полных отличаются отсутствием исходников и еще чем-то (сейчас не вспомню). На сайте компаняии ясно написано, PowerPac поставляется к этим МК отдельно, а не в составе Embedded Workbench.

Это я видела, но там исходники, которые компилироваться у меня не хотят. А я бы хотела готовую прошивку, в точности как та, с которой плата продается.

А где мне тогда прошивку разобыть, с которой та плата поставлялась? А то мне ее и продали подешевке из-за того, что ее стёрли. Она у меня при включении не здоровкается, а дисплей просто равномерно светится. Вот я и хочу узнать жива она или я горелую купила?

Огромнейшая к вам просьба: ответьте, какие диски прикладывались к EVK1100? А то я покупала ее с рук (по-дешевке) и получила вместе с ней только один диск - "ThreadX RTOS V5.0", в котором описания платы не нашла. Было ли там еще что-то? (Судя по прайс-листу, там должно быть 2 диска). Есть ли у вас 2-ой диск, а если есть, что что он содержит? Есть ли там описание платы, ее схема и что-нибудь такое, чего на сайте не найти?

Напоминаю вам вопрос, заданный в теме: "Там есть что-то, чего нет на сайте?". Я ответила "да" и указала IAR KS в качестве примера. Вы же обсуждаете совершенно иной вопрос - "нужен он вам не нужен?" В такой постановке вопрос вообще не имеет ответа, т.к. что ни человек, то свои потребности. P.S. А где вы эти диски брали? Где их доставали?

Там объёмчик слишком великоват (3.3 Гига), чтоб каждый раз его закачивать для справок. Оттого я и написала, что "последний экземпляр Technical Library должен у вас быть на домашнем компьютере". Разве не понятно, что "последний" и "самый свежий" это одно и тоже? Тогда вы можете зачистить весь /pub целиком, т.к. свежатиной там и не пахнет.

Скачать по частям вы не сможете, т.к. там раздается архив iso-образа DVD-диска. Эту и прошлые версии AVR Technical Library можно найти на нашем FTP в разделе /upload/MCs/AVR/Atmel-techlib/ В AVR Technical Library довольно много того, что на сайте Atmel отсутствует. Например, компиляторы от IAR (KS) и другие инструменты от третьих производителей. Но вряд ли вы найдете на форуме кого-то, кто бы систематически выяснял, что туда вошло с сайта, а что было позаимствовано из других мест. Уж больно велик по размеру этот объем данных. Но если вы любите Atmel и его продукцию :), то, полагаю, что последний экземпляр Technical Library должен у вас быть на домашнем компьютере.

У меня есть такие сомнения :). "Флагману" туда и дорога - не вылазь на ринг для супертяжелого веса. Это изменник среди AVR - у него flash отсутствует, надо внешнюю память подключать. А вы бы не торопились на костях танцевать, а лучше бы на другие ссылки поглядели. Например, на эту: http://www.atmel.com/dyn/products/product_...p?family_id=607 где сказано, что только что (3 дня назад) вышла новая серия AT32UC3A3/A4 Титаники всегда тонут, а менее габаритные корабли гораздо более плывучи.

Разработки действительно можно двигать различными командами, разбросанными по земному шару. Но ведь сейчас речь идет не о разработках, а именно о производстве! И причина неудовольствия потребителей как в том, что разработка уже закончена, о характеристиках продукта объявлено, но проходит полгода, год, полтора..., а его на прилавках не найти. Или эквивалент "не найти на прилавках", когда диллеры запрашивают несусветно огромный объем (не меньше 1000 шт под заказ) и устанавливают немыслимо длинные сроки исполнения. Т.е. играют в долгий ящик, на словах обещая достать все, что угодно, а после истечения длительного срока разводят руками. При этом выясняется, что диллерам тоже не обломилось, поскольку их заказ производителем не был выполнен. При этом все эти диллеры создают и поддерживают иллюзию, что товар в природе существует, когда как он существует только на бумаге. Есть хороший тест на то, существует товар или нет. Если тебе могут продать 1 (одну) штуку, то он существует на самом деле. А если говорится, что заказать надо 10000 юнитов и ждать заказ полгода, то ясное дело, что товар даже и не начинали производить. Я веду к тому, что узким местом здесь является производство, возможно не справляющееся с объемами заказов (хотя для кризисного года это странно). Из-за этого конкуренция между AVR8, AVR32, ARM и пр. может возникать не между группами разработчиков, как вы это только что опровергли, а именно на производственном конвейере, где процессоры разных архитектур могут конкурировать между собой уже лишь тем, что стоят в общей очереди на изготовление. А вот про это не надо. Интернет у нас у всех общий, а потому видно, что и в Америке та же история. Ведь прайсы ихних диллеров видно и отсюда. Опять же случай такой был - попросила я знакомого, который в Америку по делам ездил, провентилировать у местных диллеров возможность покупки, и списочек приложила (это были 16-разрядные DAC от Analog Device вместе с кучей остального). Причем все - мелочевка от 3-х до 10 штук. Так вот, после того, как он позвонил в ближайшую контору (телефон выдала справочная служба), так на другой же день пришел "разносчик пиццы" :), который принес в номер готовый заказ. И было это сильно дешевле, чем покупать в России. В следующий раз я такой же номер решила с Atmel провернуть. Но та же самая американская контора в ответ прислала кучу извинений (в письменном виде!), что де не можем мы такой заказ выполнить, т.к. только на бумаге ваша ATmega32u6 существует. Т.е. признались честно и не стали водить за нос полгода. А тут, в России, вы можете заказывать все, что захотите – отказа ни в чем не будет, но и получить вы ничего не получите, только зря время потеряете.

А мне от вас это слышать совсем не странно, т.е. ваш ник Blackfin совпадает с названием самого монстрообразного МК в мире! :)

Спасибо за совет! А то я уж лазила на NXP, Cortex-M3 искала и набрела там только на LPC1758_56_54_52_51 и LPC1768_66_65_64, а они дорогучие и монстрообразные.

К сожалению, многие устройства промышленной автоматики до сих пор работают на 5-вольтовой логике. А именно с ними приходится сопрягать МК. А про свежесть ARM ядер я бы с превеликим интересом выслушала ваше мнение. Вопрос очень короткий и, полагаю, вас он не затруднит: "Что из ARM лучше, STM32... или LPC... или что-то третье? Что-то первые подозрительно дешевые, а вторые дорогие. Или я не туда смотрю?". И пожалуйста выскажите свое мнение от том, какие конкретно серии ARM-контроллеров годятся на замену AVR8 с учетом "выроста", но не такого, чтобы Линукс ставить или видео крутить.

Вы, наверное, хотите спросить, а в чём cortexM3 уступает AVR32, чтобы гоняться за AVR32? В вашем вопросе конкретики маловато: AVR32 - довольно узкий класс, когда как CORTEX-M3 выпускается разными фирмами. Поэтому, когда говорим про AVR32, то близки к конкретному типа МК и может обсуждать его достоинства и недостатки. А когда говорим о платформе, то обсуждать недостатки мы не можем, т.к. тут всё зависит от конкретной реализации. Иначе получится так, что платформа x86 будет объявлена более быстрой, чем ARM :). Пока могу сказать, что AVR32 наиболее экономичны и близки по области применения к AVR8. Т.е. их порты без дополнительных приспособлений могут работать на входных напряжениях 5 В и выдавать токи до 20 мА на порт, несмотря на то, что сами питаются от 3 В и ниже. Т.е. по этому показателю ими можно заменять старые AVR, без перевода остальной схемы на пониженное напряжение. Три штуки таймеров с кучей PWT на каждом - далеко не у каждого ARM'а это есть. Еще есть двухканальный (стерео) битрэйт - это гораздо лучше, чем издавать звук посредством PWT. Ну и конечно встроенные USB и (если надо) Ethernet. Еще раз повторю, что это не для того, чтобы ставить Линукс, а именно для управления электрическими цепями, обслуживание внешних АЦП и прочим, что делает МК глазами и руками удаленного компьютера. И Ethernet здесь, соответственно, не для того, чтобы по порносайтам бродить :), а исключительно как канал быстрой удаленной связи со своим боссом-компьютером. Чтобы, значит, не прокладывать каких-то самодельных линий, а использовать стандартную интернет-проводку. Наконец, у AVR32 новая СОВРЕМЕННАЯ архитектура, а не старинная, как у ARM. Просто в те времена, когда переходили на 32-рарядность, выбор архитектур был невелик. Фактически прогресс в электронике сильно опередил прогресс в разработке 32-разрядных платформ. Из-за этого и взяли первые попавшиеся, которые малой кровью удалось трансформировать под 32 разряда. Типичный плачевный пример глубочайшего разрыва между прогрессивной технологией и крайней отсталостью архитектуры - все эти Пентиумы и КореДуо. Но там хоть понятно за что страдать - совместимость со старым ПО надо обеспечивать, а в случае МК зачем за старье держаться? Знать бы заранее, что разрядов будет 32, то и сделали бы фиксированные команды по 32 бита каждая, где для номеров регистров было бы не 3 байта, а гораздо больше. Ну и регистров тогда до фига можно было добавить, т.к. они технологически дешевы. А тогда бы и к памяти пришлось совсем редко обращаться, т.к. большинство процедур и функций можно было выполнить на регистрах, не обращаясь к памяти. Короче говоря, чем длиннее процессорное слово, не выигрышнее смотрится RISC-архитектура, а при коротком слове приходится выбирать или куцый список команд или синтаксический разбор кода инструкций. Atmel молодец, что разработал свою архитектуру и свою систему инструкций! Правда поговаривают, что IAR ей в этом помогала, то точно я не в курсе. И эффективность кода (плотность) у AVR32 выше, чем у ARM. Только не надо на меня злиться тем, кто работает с ARM, а Atmel презирает. Atmel в свое время создала платформу AVR, которая получила очень широкое распространение. И это вопреки тому, что Atmel в те времена была куда хилее, чем сейчас. Мне же вообще симпатичны те, кто продвигает собственные разработки, а не просто заимствует чужие патентованные идеи. Иначе фанатам архитектуры ARM грозит та же участь, что и фанатам x86: люди будут вынуждены использовать ARM не за ее достоинства, а лишь потому, что Линус на других платформах не идет. Я смотрю, кругом какое-то буйное помешательство на мобильниках. Приедешь на радиорынок, а там вместо деталей одними мобилками торгуют, как будто вся электроника на них клином сошлась. Вот и вы под выражением "мобильные устройства" все те же мобильники подразумеваете. Ну, было такое дело, позиционировала его Atmel, как средство для высококачественного звукового плеера. Это из-за того, что у него встроенный битрэйт есть и скорость, достаточная для того, чтобы в реальном времени распаковывать MP3 и WMV форматы. Ну, так это ж дань придуркам :), у которых музычка определяет уровень пригодности МК. Достаточно очевидно, что AVR8 по современным меркам устарела: скорости повысились (главным образом из-за USB 2.0), а потому уже нужен DMA, ибо через прерывания слишком долго. Память подешевела и стала доступнее - ее размер сильно увеличился, и стало накладно формировать адрес каждой ячейки памяти посредством регистровой пары. По этому параметру ATtiny благодаря своей крайней примитивности хороши, а более сложные эффективность теряют. Золотое правило - адрес памяти должен помещаться в регистр! AVR32 очевидно не для видео. Еще раз повторяю, что речь идет о нише нижнего уровня, требования к которой поднялись, но не настолько, чтобы заталкивать туда DSP. Вы в стиральную машину, микроволновку или телевизор не поставите же DSP-процессор? Нет? Вот я тоже нет. Тогда что? Ведь не 8051 ставить? Да, конечно. Речь не о процессорах для микроЭВМ, а именно для embedded приложений. Т.е. никакой внешней памяти, никакого Линукса, никакого видео и т.п. Что-то типа AT32UC3A серии или миниатюрной AT32UC3L.

Так я вас и спросила, что будет, если Microchip урвет Atmel-a. AVR-ки уступят место PIC-ам? Если никто не знает что будет, то зачем впадать в панику? Я думаю, что Microchip специально так поступает - не столько собирается покупать Atmel, сколько добивается, чтобы паникеры отказались от AVR. И судя по вашей реакции, добилась своего. В самом деле, зачем ей Atmel? Она AVR-ки собралась выпускать? - Очевидо, что нет. Да она бы и без приобретения Atmel могла бы в разы увеличить объем своей продукции, если бы ... на нее был достаточный спрос! Если поглощать Atmel, как конкурента, то это и вовсе глупо: никто с платформы AVR не перейдет на PIC. А если уж придется покидать AVR, то люди скорее перейдут на ARM/Cortex. И что тогда на свои деньги Microchip получит? Обогатит производителей ARM? А почему про AVR32 забыли? А ведь эта платформа ничем не хуже ARM, а скорее даже лучше! Кстати, Atmel довольно много средств и усилий в эту платформу вложила. Неужели всё напрасно? Мне сначала показалось, что Atmel специально тормозит производство 8-битников, чтобы плавно переехать на AVR32. Однако вот уже год прошел, а МК платформы AVR32 в страшном дефиците. А теперь еще бросилась ARM-ы клепать. Вот и получается, что своим приверженцам компания изменяет, а бросается головой в омут гонки ARMостроения. Так ведь производителей ARM полным-полно и без Atmel! Отхватить там значительный кусок рынка Atmel никогда не сможет. Так вот бы и делала свои AVR32, по которым нет конкуренции. А то AVR у нее теперь в пасынках, AVR32 начала и бросила, а в гонках ARMов быть ей аутсайдером. Я тут, возможно, сильно переборщила в своих оценках :), так что извиняйте. Только я своим выступлением не столько пытаюсь доказать свою правоту, сколько провоцирую вас высказаться на эту тему более подробно.

Вы полагаете, что если бы Microchip поглотила Atmel, или бы они слились добровольно, то вся продукция Atmel сразу же пропала бы? Перестанет выпускаться? А то кроме старой страшилки про то, что Microchip съест Atmel, я ничего в вашем прогнозе не обнаружила. Если идти в духе ваших высказываний, то и с FPGA надо срочно завязывать, т.к. их производителя вот-вот купит Intel.

Простите, не заметила. Не хотелось из-за своего мелкого вопроса новую тему начинать, поискала в названиях уже существуюших тех и клюнула на эту, поскольку посвящена она Atmel, а не какому-то отдельному микропроцессору. А на раздел поглядеть забыла. Однако, думаю, что эта проблема общая, как для AVR, так и для ARM, поскольку если у Atmel с AVR такая история выходит, то она повторяется и с AVR32, и c ARM. Т.е. в данном случае это производственно-торговый вопрос, слабо связанный с конкретной архитектурой.

Демки неинтересно собирать... Это вроде как гашеные марки :).

Завалила. Это очень удачно, что вы застали те времена. Может быть у вас до ныне сохранились раритетные компиляторы от IAR для Motorola 68HC11 и 68HC12? Они назывались - EW6811 и EW6812, соответственно. На сегодняшний день выпускается EWHCS12 для Freescale, который, судя по описанию, 68HC12 поддерживает. Но тех старых раритетов уже не найти...