Как стать автором
Обновить

Комментарии 9

у нас она, имхо, так и не будет популярной, потому что не поддерживает дешевые клоны программаторов. так же как и пятая версия.
Она еще и дешевые контроллеры через одно место поддерживает.
Да и как IDE она не ахти, только что ковырялка портов в отладчике хорошая, а код писать точно так же, как в Keil или Notepad. Сам использую связку Eclipse + GNU ARM Eclipse Plugin + Sourcery CodeBench Lite (ARM EABI) + stlink + OpenOCD. Написание сишного кода — одно удовольствие, отладка идёт на ура (поддержка GDB есть, равно как и GDB server'ы для JTAG-адаптеров). При наличии таких мощных инструментов IDE вроде Atmel Studio не нужны даже задаром. Тем более, что куча разработчиков IDE для ARM выбирают вариант с допиливанием Eclipse (ну там, визарды и всё такое) и в случае надобности можно будет и коммерческую IDE с родным окружением в момент освоить.

Да и вообще, по моему скромному мнению, Atmel как-то не поймала волну на ARM'ах, могли бы уж забить на yet another ARM IDE (коих уже десятки) и сосредоточиться на чём-то поинтереснее.
Я так и не осилил Eclipse в линуксе. JTAGа дома нет, а как понял в eclipse симулятора нет. Пока для AVR остался в VMLAB. После создания кода в qtcreator, руки падают писать код в vmlab'е :)
> Да и как IDE она не ахти

Интерфейсную часть в 6й версии взяли от MS Visual Studio. Так что Сишный код теперь в оболочке пишется лучше, чем во любых старых контроллерных IDE.
Не понимаю, что вы имеете ввиду насчёт осиливания Eclipse в Linux. Эта версия IDE ничем же принципиально не отличается от версии под Windows или Mac OS X. Распаковал — и пользуй на здоровье (:
Имею в виду то, что винды у меня просто нет. А в линуксе не получилось связать с gcc-avr. Наверное плохо старался, потому что желание разбираться убавилось когда до меня дошло что там не будет симулятора
Да уж. У нас заказчик выбрал Атмел как платформу… AVR Studio 5 отправилось гулять после того, как написанный в ней код инициализации массива из 4-х элементов тупо не работал. Ни в отладчике, ни в ран-тайме. Более того, ошибку подтвердила техподдержка Атмел, посоветовав… заменить процессор! Речь идет об ATMEGA164, если что. На наше резонное замечание «А ничего, что уже под этот проц плата сделана?» был дан ответ «Тогда замените тулчейн, вместо нашего оригинального возьмите открытый WinAVR. C ним этот код заработал, правда, пришлось сравнивать и фиксить сам WinAVR toolchain…

Про то, что все работало жутко нестабильно и валилось непредсказуемым образом при малейшей проблеме, и говорить не буду. Как и про то, что во время пошаговой отладки ты мог оказаться не на следующем шаге, а… внутри прерывания, если таковое случалось (а прерывание таймера имело такую тенденцию), в результате пошаговая отладка выглядела так: утстановить breakpoint, дождаться ее срабатывания, удалить ее, установить новую breakpoint на следующей команде и нажать „continue“. Особенно приятно это было делать с ветвлениями типа if или swtch-case, особенно когда case было несколько… Такое поведение техсуппорт также обозначил как задуманное, мол, никакой проблемы здесь нет.

До кучи — инсталляция AVR studio 5 к тому же повреждает инсталлированную Visual Studio — в ней перестает работать отладчик. К счастью, на avrfreaks есть описание решения. Проблема была заявлена еще в бета-версии, в релизе так и не была исправлена.

Вместо AVR Studio 5 перешли на eclipse-based AVR32, но про нее уже писать вообще не буду, интерфейс open-source всегда был, скажем так, весьма специфичным и „не как везде“… Привыкнуть можно, но сложно. Отмечу только, что стабильность оказалась все же получше, чем у Studio 5.

В общем, наболело :)
Мне вообще показалось что atmel в какой-то степени болт положила на своих пользователей, вроде как продвигают свои 32 битные контроллеры что они для linux'а «ой как хороши», а вот ide ни то что для linux, а даже для винды нормальную сделать не смогли. У меня был подобный Вашему случай с изучением армов, ходил на различные семинары по изучению железок, остановился на TI — lm3s3748 и IDE Keil. В проект был заложен этот контроллер, но замучился я с его изучением. Написал простенькую ногодрыгную прогу, с парочкой прерываний. В железе все работает отлично, JTAG отлаживает все отлично, а при отладке симулятором всякая чушь, то прерывания не срабатывают, то текущий останов перемещается не ведомо куда. Вообщем долго я с этим мучался изучал форумы, писал в TI, в Keil, ни к чему хорошему не привело, а время поджимало, пришлось вернуться на старые добрые AVR (ATmega128).
На будущее наверное пока не буду отказываться от TI, а попробую другую IDE
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории