Использую EW AVR 411a - не нравится, что при некорректном завершении отладки закрывается среда.
EW MSP430 321A - 1. заблокировано "Go to definition of ..." 2. Постоянно лезет в директорий другого проекта при поиске и открытии файла.

Есть ли смысл апгрэйдить, если все остальное в принципе устраивает, и на что ?

Апгрейдить есть смысл, если что-то кардинально не устраивает или глючит и есть уверенность, что в следующей верии этого не будет.
Я пользуюсь вер. 3.30А для MSP430. Хотя сейчас, когда пошли проекты на F20xx, пробую 3.42А. Для обеих версий наблюдаю некоторые глюки при работе с переменными volatile. Если такая переменная находится в структуре, то компилятор не всегда корректно ее обрабатывает - "забывает" что она volatile. Причем проявление этого глюка зависит от положения переменной в структуре. Я писал об этом в пустыне.
Кроме того в симуляторе 3.42А (в отличие от 3.30А) перестала работать "ручная" симуляция вызова прерывания. А вот макрос, созданный для этого же дела, работает.

О EWAVR могу сказать, что обновляться смело можно (в плане того, что глючности не прибавилось, а уменьшилось), но в некоторых случаях придётся корректировать проект из-за нового синтаксиса.
Последнее касается только ИАРовских расширений.
Новые версии стали намного строже в части диагностики и то, что раньше не вызывало возражений компилятора, сейчас он может мягко намекнуть на возможные проблемы. Надо только не подавлять диагностику и ремарки разрешить.

Компиляторы upgrade надо делать всегда.
IAR по каждому из компиляторов ведет историю изменений - можете ознакомиться на сайте.

Кстати, для AVR сегодня появился новый релиз : EW AVR 430A.
..Будем пробовать делать upgrade

а такскать, лекарство для него где можно найти?

Дык оно универсальное. Концентрацию только чуть увеличить нужно. В ридми все описано. Вместо 10_WIN видимо 11_WIN нужно.


Вот же блин, а я буквально намедни для товарища 4.21A скачал.

Да. Проверено.


Новенькое:

Спасибо! Пациент лекарство принял, теперь готов к подвигам (:

Первое впечатление от теста положительное.
Проект на С++ достаточно большой (выходной код ~120kB). Всё работает. Но!
При том же уровне оптимизации (макс. по скорости) код увеличился ~2kB. стал анализировать и обнаружил в числе прочего, что компилятор позаменял вызов некоторых функций (в основном это короткие прологи/эпилоги) инлайновыми вставками. Таким образом получается даже немного быстрее.
При открытии старого (версии 4.21) воркспейса с проектами воркбенч сказал, что они старого??? формата и перевёл их на новый, хотя я в сравнении особой разницы не заметил.
Новые фичи в pdf так и не внесены, так что надо читать manuals.htm.
Наконец то легализовали __x __x_z и др., но предостерегают ими злоупотреблять.
Глюк с __eeput64_16 в eeprom.s90 (я уже писал о нём) так и не исправили, ему уже скоро пять лет исполнится

А у меня первое впечатление отрицательное:

При попытке откомпилировать старый проект (максимальная оптимизация по размеру) были получены заметно различные результаты оптимизации:

Тоесть разница составляет 74 байта.... Хотя помнится мне что в версии 4.21А чтобы получить "7 747 bytes of CODE" пришлось попотеть в битве за парочку байтов.... А тут разница в 74 байта !!!

Позвольте не поверить о пролитом поте в трудах по экономии пары байтов в 7747 байтном коде писаном на 'C' Ну а к к глючам оптимизации следует относиться творчески, ибо сведение их многообразия к трем IDE-шным отфонарным наборам не является хорошим подходом к делу.

Может это связано с:

Исправили глюк в оптимизации, вот код нормально стал генерироваться и как следствие стал больше.

Уважаемый IceS, я что- непойму: это есть хорошо или это есть плохо ?



А Вы думаете в Версии 4.21A у меня получился по Вашей логике "не нормальный" код ? А как же тогда устройство работает и успешно реализуется ?



А что тут думать и гадать - возьмите в обоих версиях включите галочку Linker -> List-> Generate linker listing и посмотрите какой код генерит одна и другая версия... Возможно у Вас еще появятся предположения и философские мысли по поводу того с какой ноги надо встать что бы IAR генерил правильный код

Незнаю как Вас, Уважаемый IceS, а лично меня в первую очередь интересует конечный результат - это законченное рабочее устройство, а не диссертации на нему "Недостатки и преимущества различных версий IAR".

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

Ну и чего было так волноваться? Здесь не только Вы имеете право высказывать субьективное мнение.
А у IceS оно оказалось весьма правдоподобным.

Что касается работоспособности и продаваемости изделий, то неоднократно приходилось видеть и исправлять подобные программы, где глюк на глюке. Ибо под работоспособностью чаще понимается удовлетворительный результат, а далеко не всегда правильный. А о том, что зачастую "продают" я вообще молчу.

Если бы я не был уверен в сказанном, не стал бы вас утруждать прочтением моего поста, а глюк имел место быть , к сожалению. Сейчас делаю проект. С включенной оптимизацией долго пытался отладить код, не мог понять что за глюки, без оптимизации все ок. Посмотрел в листинг и ужаснулся, при оптимизации часть процедуры не скомпилена , она вообще отсутствовала! Думал дело в отсутствии лицензии на софт , и потому не придал особого значения. А вот счас думаю дело в компиляторе, тем более что сам ИАР об этом пишет.

Сейчас, к сожалению, не получается воспроизвести эту ситуацию. Так что можете считать мои высказывания бездоказательными , либо поверить на слово, что это имело место быть.

Не думаю, что кто-то станет опровергать это Многие с таким поведением компилятора сталкивались. Только проблема не в том, что компилятор плохой, а в том, что программисты не внимательно читают его reference guide. Компилятор совершенно формально оптимизирует написанный вами исходник. И если "видит", что в данной функции переменная не изменяется, либо изменяется, но результат ее изменения не влияет на другие переменные, то он смело выкидывает код ее обработки, который вы перед этим долгое время "вылизывали". Чтобы избежать такой ситуации нужно тоже быть формалистом и внимательно прочитать про использование квалификатора volatile.

Я конечно не эксперт в программировании, но объясните плиз почему оптимизатор не может САМ себе объявить соотв переменные прерываний, к которым есть обращение в основной программе как volatile ? Вроде бы простой алгоритм. А то тут столько народу на эти вилы попадает...

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

Любая программа не умнее программиста, написавшего его. Это медицинский факт!
Если вы сможете формализировать (придумать алгоритм) правило по которому оптимизатор должен самостоятельно присваивать переменным квалификатор volatile, то сразу же напишите об этом авторам компилятора. Ни сколько не сомневаюсь, что они очень обрадуются такому подарку. Я не шучу!

Так я "пыталсо" думать... Но видимо безуспешно...
Я рассматриваю случай, когда переменная изменяется В ПРЕРЫВАНИИ (в обработчике). Компилятор (или оптимизатор, в данном контексте - не суть) может просто не оптимизировать переменные, которые изменяют свое значение в прерываниях. Соответственно, любые вхождения данной переменной в других файлах также не оптимизируются. И как бы не вижу тут проблем. Компилятор по отношению к сорцам - внешняя программа, можно запросто получить список переменных обработчиков и передать оптимизатору указание не выкидывать эти переменные вне обработчиков. Что я не понимаю, изложите плиз...

А откуда компилятор должен знать, что переменная изменяется в прерывании? Для него функция обработчика прерывания это такая же функция как и другие. Отличие ее лишь в том, что адрес вызова этой функции компилятор размещает по указанному вектору и заканчивается функция оператором reti, а не ret.

Не сочтите за грубость, но чтобы разбираться далее предлагаю небольшой ликбез.
Напомню, что в Си есть четыре класса переменных: автоматические (локальные), регистровые, статические и глобальные (внешние). Регистровые можно вообще не рассматривать, т.к. обычно компиляторы для embedded приложений "чихали" на такое объявление. Они используют регистры по своему усмотрению, так как им более удобно ускорить выполнение программы.
Из оставшихся трех у локальных и статических переменных ограниченная область "видимости". Локальные "видны" компилятору в пределах функции или блока (части функции). Под локальные переменные отводится область памяти на стеке или в регистрах.
Глобальные переменные располагаются в основном ОЗУ. Область видимости у них весь модуль, где они объявлены. Чтобы глобальная переменная была видна в другом модуле, ее нужно объявить в нем тоже, но только обязательно указав, что она является внешней (с квалификатором extern). Иначе компилятор сделает попытку создасть еще одну переменную с таким же именем, а линковщик потом выдаст ошибку, указав на дублирование имен глобальных переменных.
Статические переменные могут быть как локальными, так и глобальными, но с перечисленными выше особенностями. Отличие статической локальной переменной от обычной автоматической (локальной) в том, что для статических переменных всегда отводится память в основном ОЗУ. А статические глобальные переменные имеют область видимости ограниченную текущим модулем.
Вы многомодульные программы писали когда-нибудь? Имею в виду программу (проект) состоящую из нескольких файлов. Если да, то странно, что не понимаете разницу в работе компилятора и линковщика. Компилятор содает объектные модули для кажого исходного файла отдельно, обрабатывая исходный текст в соответствии со своими алгоритмами оптимизации. Т.е. "переводит" с языка Си на язык ассемблера, а затем в объектный код. По большому счету он не "знает" о глобальных переменных, объявленных в других файлах. О всех переменных "знает" только линковщик. Но линковщик уже НЕ оптимизирует код, он только редактирует связи между объектами, подставляя и проверяя адреса для меток и переменных. Оптимизирует код компилятор, но он НЕ знает о всех переменных, расположенных во всех файлах проекта.
Понимаете какой замкнутый круг получается? Поэтому-то формализация автоматического объявления переменных в тип volatile весьма неординарна и "в лоб" не решается.
P.S. если я где-то ошибся в описаниях, то надеюсь более опытные товарищи меня поправят

ну так присвоение происходит переменной, значит она изменяется, все - таки обработчик прерывания для компилятора не такая уж и обычная функия, хотя бы даже по тому что у нее другая команда возврата!



модуль 1


модуль 2 "module2.c"

проверьте или просто поверьте, все компилится.

Охотно верю Почему это не должно комплилиться-то? Тот факт, что вы разбили исходник на два модуля (файла) совершенно нивелируется командой препроцессора include, которая ДО компиляции первого модуля просто "вставляет" в него содержимое второго. Для компилятора ваш пример эквивалентен вот такому тексту исходника.

Простите новичка, но кто-нибудь может подсказать по поводу версии "не -ev-"? Очень хотелось бы отладчик возыметь... Общаться приходится в основном с Tiny2313. Отлаживаюсь в AVR Studio, но хотелось бы иметь отладчик в IAR. Насколько такое возможно? Нахожу только ewavr-ev-web-XXX(a).exe варианты

Первый приходящий в голову нормальному человеку, не нарушающему права не предлагать

Попробуйте более прямо спросить - я чего-то не понял . Ну взяли EV версию и пользуйтесь в том числе и отладчиком.

aspID, чего надо-то? В версии evaluation отладчик/дебаггер (C-Cpy) не только имеется, но и работает. Если же хочется купить полную версию продукта, то при наличии денег это тоже не проблема. См. прайсы у дилеров IAR в России, например, у МТ-Систем.

Evaluation версия является вполне полноценной, единственное ее серьезное отличие от релизной (коммерческой) состоит в том, что в ней отсутствуют исходнкики библиотек, поэтому самому собрать библиотеку вы не сможете. В остальном (по функциональности) там все то же самое.

Кстати, ХХХ в названии обычно указывает на несколько иной контент, нежели тулчейн для программирования МК.

Да, перечитал инфо на сайте иара. Спутал видимо "It does not include support for MISRA C." с отладчиком.
Но тогда я не понял, почему может не запускаться отладчик. При попытке запуска Debug происходит сборка проекта и.... и на этом все заканчивается. IAR C/C++ Compiler for AVR 4.30A/W32 [Evaluation] (4.30.1.3)

Удалось запустить отладчик. Спасибо отозвавшимся! Не понимаю, почему на другой машине вчера не мог запустить... Буду пробовать еще вечером.

4.30 при загрузке проекта начинает отжирать 50% ресурсов проца. У кого нить еще есть такое? Причем ладно бы при дебаге отжирал, так нет, в режиме редактирования. С чего бы это?

пока не жаловался, стоит на двух машинах, на одной - в VMWare

Вы уверены, что именно IAR ресурсы потребляет?
Запустите что-нибудь вроде Process Explorer и посмотрите подробнее.

Кстати, на домашней машине так и не удается распинать C-Cpy ни в прямую на операционке, ни в VMWare. То ли из-за стоящей WinXP x64....
Запускаешь Debug, проект пересобирается и просто стоит, будто только скомпилироваться его и просили.

Кстати, при отладке в AVR Studio тоже непонятно чего творится - останавливаемся на строках с комментариями и по ним шагаем...

Понять бы еще что именно "не нравится" - камень или ОС. Судя по тому, что проблема в VMWare та же самая, может быть, дело в процессоре? (Core2DUO)

Поставил 4.30 компилю проект и... внутренняя ошибка в модуле меню
После изысканий выяснилось что ему не понравилось __generic в описании аргументов фунций
откатился на старую, обидно.
А еще давно достает то, что не сохраняются настройки прерываний в С-SPY, а по доке вроде как должны.

да, уверен. и process explorer и task manager указывают на то что IarIDEPm.exe использует порядка 50% ресурсов проца.

Очень странно. У меня IarIDEPm.exe потребляет 0%.