Xenia

Эти команды появились у ATxmega, и то не у всех. А то, что ATtiny10 их поддерживает, для меня сюрприз.

Может быть тогда приглядеться к линейке c 64-я ножками: ATmega165A / 165PA / 325A / 325PA / 645A / 645P ? http://electronix.ru/redirect.php?http://w...AllAttributes=1 Должны быть совместимы по ногам, т.к. на них на всех один и тот же даташит: http://electronix.ru/redirect.php?http://w...nts/doc8285.pdf USART там все равно один, зато ножек очень много. :) ______________________________________________________ 44 ножки + 2 USART: ATmega164A / ATmega324A / ATmega644A / ATmega1284 http://www.atmel.com/dyn/resources/prod_documents/8272S.pdf

Операнды этой команды нужно записывать в обратном порядке: ST Z, ZH т.е. сначала перечисляется адрес памяти в "длинном" регистре (Z), а потом имя регистра с данными (ZH). При выполнении этой команды данные из регистра (ZH) переписываются в память по адресу, заданному в "длинном" регистре (Z). IAR реализует мнемонику ассемблера в полном соответствии с руководством от компании производителя МК Atmel: "8-bit AVR Instruction Set" http://www.atmel.com/dyn/resources/prod_do...nts/doc0856.pdf Инструкция ST описана там на странице 148: Syntax: Operands: Program Counter: (i) ST Z, Rr 0 ≤ r ≤ 31 PC ← PC + 1 (ii) ST Z+, Rr 0 ≤ r ≤ 31 PC ← PC + 1 (iii) ST -Z, Rr 0 ≤ r ≤ 31 PC ← PC + 1 (iv) STD Z+q, Rr 0 ≤ r ≤ 31, 0 ≤ q ≤ 63 PC ← PC + 1 Да, видимо есть справочники, где порядок операндов инвертирован. Например здесь: http://avr.ru/beginer/avrsbs/step6.html Прежде чем пользоваться такими справочниками, следует сначала выяснить, к какому конкретно компилятору с ассемблера относится описание.

Случиться может всё, что угодно. Вплоть до конца света в 2012 году. :) Pic32 обсуждается в другом разделе форума. Вам туда. Здесь же обсужается техническая сторона этой новой линейки, а не вопросы типа "умрет Atmel или нет?".

Ура! Только что (несмотря на выходные) выложили даташит на AT32UC3C! http://atmel.com/dyn/general/tech_doc.asp?...p;family_id=607 На вид такой же, какой я добывала раньше (тот же релиз), за исключением более свежней даты. Вся серия появилась в списке девайсов! AT32UC3C0512: http://atmel.com/dyn/products/product_card...AllAttributes=1 AT32UC3C1512: http://atmel.com/dyn/products/product_card...AllAttributes=1 AT32UC3C2512: http://atmel.com/dyn/products/product_card...AllAttributes=1 Ранее вопросы о UC3C уже затрагивались с других темах: http://electronix.ru/forum/index.php?s=&am...st&p=817398 http://electronix.ru/forum/index.php?s=&am...st&p=818313 и далее. Но сейчас, после официального объявления этого семейства промышленных контроллеров и выкладывания даташита на сайте производителя, обсуждение может быть вынесено в отдельную тему.

Обычно пины портов у AVR определяются в одном из хидеров, как НОМЕP этого пина: #define PD0 0 #define PD1 1 #define PD2 2 ...................... #define PD7 7 Однако во многих командах пин порта соответствует определенному биту. В таких случаях порт выглядит при программировании, как байт, а пины этого порта выглядят, как биты внутри этого байта. Запись типа 0<<PD2, хоть и численно равна нулю, но является наглядным способом указания того, что бит в маске порта, соответствующий пину PD2, равен нулю. Такая форма записи подразумевает, что определения пинов PD0-PD7 соответствуют номеру бита в байте. А чтобы запихнуть в данное место 0 или 1, их сдвигают влево операцией сдвига << на это же число двоичных разрядов. Сама операция такого сдвига кода не порождает, т.к. операции над числовыми константами компилятор делает "в уме", подставляя на исполнение уже готовый результат.

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

Нет, __endptr - это не указатель на следующий символ, а указатель на указатель! Оттого-то перед ним стоят две звездочки, а не одна. Заведите себе ОТДЕЛЬНЫЙ указатель, назовите его хотя бы endptr, например так: char *endptr; А в функцию strtoul подставите его АДРЕС, например вот так: rusult = long strtoul("00:1c:4f:a2:23:12", &endptr, 16); Тогда фунция ПОЛОЖИТ в endptr указатель на следующий символ после конвертированного. Следующие числа можно будет достать так: rusult = long strtoul(endptr+1, &endptr, 16); где 1 прибавляется для пропуска двоеточия.

Ваш проект вообще не компилируется, поскольку в нем нет файла Timer1.cpp, который в тот проект включен. А другой ваш проект, хоть и не содержит Timer1.cpp, зато содержит asmutl.s90, которого тоже не в архиве. А раз так, то невозможно проверить ваши варнинги. Скорее всего это версия 4.20 Могу поделиться с вами 4.20А (патча D у меня к ней нет) или 4.21A (эта наверяка включает в себя изменения пачта 4.20D), если напишите мне в личку.

Кто-нибудь был сегодня на семинаре «Новые линейки продукции Atmel» у Аргуссофта? http://www.argussoft.ru/support/seminar/0000174077 Чего там про Atmel сказали?

Полагаю, что там в заголовке допущена ошибка - речь идет не о 200-мм, а о 200-нм. По современным меркам это уже устаревший технологический процесс. Для сравнения: зеленоградский «Ангстрем» покупал у AMD линию на 130 нм еще в 2008 году (дело застопорилось, подробности здесь).

А вы проверьте - возьмите с работы "честную" лицензию и предъявите ее в "IAR Systems License Manager". Если заработает, то виновата таблетка. Или на работе таким же способом скормите менеджеру таблеточный ключ и проверьте на работоспособность. Я же с IAR через JTAFICE MkII не работаю, а потому ответить на вас вопрос не могу.

Видимо, ваш проект/модуль написан не для WinAvr, а для IAR. У последнего хидеры с такими названиями имеются.

Я не виновата, что в названии темы "ATMEL (Умирает?), Проблемы с поставками" смешаны сразу два вопроса - о смерти ATMEL, как компании, так и проблемы с поставками МК. Судя по поступившим откликам, проблемы с поставками имеют место даже у TI. В конце концов, мы живем в такой стране(ах), где проблемы буквально со всем :). Я же отвечала именно на вопрос "Умирает?", потому что причины проблем с поставками достаточно полно осветил xelax в сообщении #28. А вопрос о смерти компании прежде всего финансовый!

Люди! Акции Атмела сейчас идут выше 8.5 $ за штуку (смотрим сюда). Никогда еще акции Atmel не стоили так дорого! Я еще помню, как в те времена, когда его Microchip хотела купить, эти акции стоили около 3 $. И это несмотря на то, что сама Microchip их скупала на рынке. Кстати и самого Атмеля тогда хотели купить на 5 $ за акцию (вроде это когда-то был номинал). В конце концов, биржевые игроки народ ушлый, а Атмел входит сотню NASDAQ. В тех случаях, когда у компании возникают проблемы, об этих проблемах на бирже уже всё известно. Промышленный шпионаж там на высоте, а уж тем паче, когда дело касается цены на акции. Так уж будьте уверены, что если бы с Атмел было бы что неладно, то курс его акций упал бы на Нью-Йоркской бирже куда раньше, чем кончились Меги и Тиньки на российских прилавках :).

Ну так и чего? Texas Instruments тоже по-вашему умирает?

Если ARM так уж всем хороши, то кто ответит, почему тогда STMicroelectronics относительно недавно выпустила свои 8-битники STM8?

По 32-разрядной сетке ... долго сдвигать нужный бит :) :) :) (С) Ксения Все ядра, так или иначе, "проприетарные". Опен-сорцов, кажись, не было. Вот и за ARM-ядро надо отстёгивать компании ARM за лицензию.

Предлагаю не отождествлять судьбу Atmel с судьбой 8-битников. Atmel уже давно выпускает МК архитектуры ARM (такова, например, вся серия AT91). Т.е. еще задолго до выпуска SAM3 и SAM9. Кроме того, никак нельзя забывать и про оригинальную архитектуру AVR32, которая тоже не 8-битная. А если уж кому-то приспичило в этой теме гнобить 8-битники, полагая, что тем самым они обливают помоями Atmel, то эти потуги напрасны, т.к. 8-битники выпускает далеко не один Atmel. Что же касается самих 8-битников, то их "экологическая ниша" - чистая логика в задачах управления, где нет необходимости во многоразрядной арифметике.

Наверное, вычитать из нее по 360 до тех пор, пока она по абсолютной величине не станет <= 180 (т.е. пока войдет в интервал -180..0..180).

А по мне так после выхода AT32UC3C выпускать AT32UC3A вообще больше не надо :). Зачем он нужен, если у UC3C есть всё то же, что у UC3A, и даже сверх того? А по себестоимости то на то и выйдет.

Раз full, значит патч подойдет. Ловите, я его к этому сообщению приаттачила.

Офигеть! Даже земля и питание со своих мест съехали... А мне и не вдомек, даже не стала проверять. Ну ничего, будем рассматривать его, как новьё, а не как продвинутый вариант AT32UC3A.

Не факт, там в cписке девайсов (на обновление драйверов) нет AT90USB647. Достать обновление не проблема. Вы сперва признайтесь, какая версия у вас дает сбой - полная, эвалюэйшен или киксайт? Короче говоря, откуда вы ее брали. Ведь патчи пригодны обычно лишь для полной версии. Второй вопрос - испытывали ли вы прошлые версии этого компилятора? А то из вашей жалобы неясно, баг это версии 5.50, или в вашем случае ни один не работает. "Wrong CPU was detected" - серьезная ошибка. CPU должен детектироваться любым, даже самым старым драйвером. Это наводит на мысль, что у вас не с драйвером проблема, а что-то в эл.цепях. Что-то не туда присоединено, нет питания, неисправлен программатор и т.п.

А вы к нему патч прикладывали? Вот этот - http://supp.iar.com/Updates/?product=EWAVR IAR Systems Embedded Workbench for Atmel AVR patch 5.50.2 This patch corrects the following two issues in the JTAGIE mkII driver: ...