Повторюсь, у меня VS2010 - откладка на C# работает, "шаг за шагом" тоже без сюрпризов. Но это после установки в AS2010 расширения AVRGCC C++, до его установки не знаю. Так что удалось, только в AS2010 теперь только С++, что меня устраивает.

TeO, лично у меня ATmega есть, в том числе многими любимые 8 и 8535. Устанавливал вот эту штуку дополнительно - http://www.atmel.com/dyn/resources/prod_do..._AU-5.0.240.exe

У меня проблема разрешилась переключением языка на английский. Делается это в Сервис -> Параметры -> Environment -> Выбор языка, а вот установка Device Support Pack и Software Framework Update вообще не помогла.

Установил 5-ю AVR Studio и обрадовался наличию возможности сворачивания кода в редакторе. Сворачивание работает только в редакторе С, в ассемблерном редакторе не нашел.
Друзья, подскажите, пожалуйста, как в ассемблерном редакторе сворачивать код?

о теме:
сабж полный атстой.

Население земли стремительно тупеет.

Сообщение отредактировал ветерок - Jan 7 2012, 08:08

Я знаю, что это наглый офф-топ.
Просто наболело.


К несчастью, это так.

Самое поганое то, что они даже не понимают, что тут не так.

Хомячки ставят себе не комп Линукс и хотят от него точно такого же поведения как это было у них в Виндовсе. Ну, разве что только название ОСи и копирайт будут другие. А так им нужно чтобы все было один-в-один, иначе Линукс -- УГ.

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

Метяфора Виндовс состоит в том, что оно (Виндовс) -- это как автомобиль для розовых кофточек -- вот дырка для бензина, вот руль, а вот две педальки. А там за углом сервичсная служба. Вот телефон, звоните, если что. С вас 1000 рэ и счастливого пути!

Если хотите контролировать комп -- меняйте платформу. Там тоже есть жизнь. Если претит религия или нет желания изучать другой мир, то
наверно стоит смириться с тем, что дают (чем "кормят"). Смириться с положением, что за вас уже подумали и никуда не надо лезьть ручками. На вас работает целая индустрия, задача которой -- отрубить вас от знаний двигателя, оставить вам только -- крутить руль, жать на педальки, да вовремя заезжать на СТО.

Не ваше это все -- тонкая настройка двигла и IDE. Вы платите деньги, чтобы не знать как это делать.
Хотя, если ты украл... Все равно, как-то все не разумно.

Всё более тупое население создает всё более продвинутые технологии во всех областях знаний.
Хреново в жизни бывает каждому, но одни работают над своими проблемами и меняют себя, другие озлобляются. Давайте без троллинга, пожалуйста.

Если нужно опросить несколько датчиков и отправить результат, то можно сделать это по-умному и по-глупому. По-умному потратить день, а по-глупому час. А что будет умнее?

Да. Вот это-то и наводит тоску. Пока хомячки справляются со своими технологиями -- все хорошо. Наличие Джедая им не нужно. Все при деле и всё танцует. Но ведь мы знаем, что иногда по жизни случаются разные фэйлы и прочие неприятные катаклизмы. И чтобы эти фэйлы не переросли в эпик-фэйлы нужен Джедай (Специалист с большой буквы, Профи), который знает, что происходит в системе; который понимает, к чему приведут те или иные вмешательства в систему. Только человек, обладающий солидным комплексом знаний, способен локализовать и загасить проблему, свести к минимуму ее последствия. Все другие варианты -- это игра в "русскую рулетку". Примеры приводить не буду. Их, вон, на дорогах каждый день не по разу, не говоря уже о крупных промышленных авариях.


Вопрос это провокационный. Абстрактный. Оторванный от жизни, от конкретной ситуации, вырванный из контекста. В жизни всяко бывает.

Но вообще -- разумнее будет потратить день. Браться за халтуры типа "а и так сойдет!" -- это себя не уважать. Я так давно уже не делаю. Я получаю удовольствие не от того, что "сделал бистра, да-а! Маладэц!", а от того, что я владею ситуацией и понимаю, что происходит под капотом.

И еще, я не уважаю хомячков, которые замерзли на каком-то уровне развития. Я уважаю тех, кто упорно грызет науку в сторону Джедаев. Это сегодня они хомяки. Но завтра -- они будут уже совсем другие люди.

Ведь не важно где ты сейчас. Важно куда ты движешься и кем ты будешь завтра.

А разве это так важно какая используется система? Помоему важно чтобы в ней правильно работали нужные мне приложения, в том числе и AvrStudio.

У меня не самый тупой комп... 3 ГГц, 2 Гбайт ОЗУ.
При этом я сляпал простую программу, начиная изучать AVR GCC, до того на IAR сидел. И что я вижу? При пошаговом моделировании кнопкой F10 на один шаг затрачивается пара секунд! Это что, нормально вообще?..

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

Современный автомобиль -- это уже не столько средство свободного перемещения в пространстве, сколько средство самовыражения владельца. По мощности движка складывается мнение о чуваке. Да, автомобиль нужен как средство для повышения своего рейтинга в обществе. Поэтому, марка автомобиля очень важна. Поэтому вы уже не сядете за руль какой-нибудь ТАЗ-2105, вам обязательно нужен X-Lancer. "Скажи мне какой у тебя мустанг, и я скажу кто ты". Мы приняли эти правила игры, продиктованные автомобильными концернами. Мы подвержены влиянию моды. Но как я уже говорил, автомобили не только стареют морально, но и изнашиваются физически. Поэтому авто-гиганты не особенно утруждают себя проталкиванием своей продукции. Не-е, конечно, они ее проталкивают. Но это скорее конкурентная борьба между собой за кошельки потребителей.

Однако, вернемся к программному обеспечению.

Что принципиально изменилось в специфике разработки программ для микроконтроллеров за последние 5-10 лет? Практически -- ничего! Объемы программ как были от нескольких сотен байт и до нескольких десятков килобайт, так и остались! Вот это и вызывает удивление -- чтобы создать и отладить программу на 1-2 килобайта требуется установить на комп ПО размером под гигабайт. Я подчеркну это -- требуется установить ПО, размер которого превышает создаваемый продукт ни много, ни мало в миллиард раз! Вдумайтесь в цифру -- миллиард!

Если 10-15 лет для назад для разработки программы для МК с лихвой хватало компа с объемом 64 или 256 МБ и быстродействием 500-700 МГц, то сегодня примерно для тех же МК требуется во много раз большие ресурсы компа.

Дак кто кому мозги пудрит и с какой целью? Ответ очевиден -- программы не "гниют". Чтобы продавать очередную версию, нужно искусственно состарить предыдущую. Что бы продать Висту или Семерку, нужно искусственно состарить ХРюшку.

Что-нибудь принципиально изменилось в Висте-Семерке-Восьмерке по отношению к ХП?

О-о, да, изменилось! Изменилась система драйверов и политика учетных записей. Теперь над учетной записью "администратор" (которой, по сути, является пользователь компа) появилась учетная запись с демократическим названием -- "установка и подновление". Правами этой учетной записи исключительно принадлежат только одной компании из Рэмонда, которая, в общем-то, управляет вашим компом через интернет. Кому принадлежит комп? -- А тому, у кого максимальные права. Всё -- комп уже не ваш, ребята! Железо -- ваше. Можете делать с ним, что хотите. А комп в целом -- как весь комплекс ПО работающего на железе и приносящего вполне ощутимую пользу -- комп уже не ваш. Вы можете делать на нем только то,все, что вам позволит одна довольно-таки известная зарубежная фабрика.

Да, нам продают каждый раз новую версию "автомобиля", оборудованного такими прибамбасами, которые выглядят очень круто. Но на способность "автомобиля" доставить нас в заданную точку планеты, они никакого влияния не оказывают. Печальнее всего осознавать то, что эти прибамбасы каждый раз делают "автомобиль" все тяжелее и тяжелее.

Не пора ли задуматься, а так ли уж необходимы в автомобиле кофеварка, набор сковородок, тазик для мытья ног и прочие елочные украшения?

А что бы ответить на это вопрос, нужно задуматься о назначении автомобиля (компа) -- для чего он нужен?

Одно дело -- решать конкретные задачи (доставлять нас и наши грузы на место), и другое -- красиво тусоваться в обществе (у меня все в аужре! Я программирую мышкой! Думать вообще ни о чем не надо!)

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

to Серокой:
Конечно, это не нормально. Я не знаю, что там у Вас на компе установлено. Возможно Вы установили очень тяжелую среду разработки типа Eclipse. Попробуйте работать без нее. По большому счету для успешной работы вам нужно только
1) обычный текстовый редактор (например, я использую gedit)
2) компилятор gcc и тулчейн к нему
3) обычное ПО программатора (я пользуюсь avrdude)

Вне зависимости от размера проекта я Вам советую в директории проекта иметь Makefile, в котором Вы можете делать специфические пометки для себя (по другому -- комментарии) и который поможет автоматизировать Вашу работу. Не бойтесь начать. Пусть он будет у Вас по началу очень аскетичный. Но по мере Ваше деятельности, он будет у Вас "путешествовать" от проекта к проекту, улучшаясь и обрастая сервисами. В конце концов Вы создадите идеальный для себя любимого инструмент.

И второй момент. Когда Ваш проект будет достаточно большим и Вам понадобится отладка, то не пожалейте своего времени на изучение avr-gdb.

Я не знаю Вашей специфики, но я искренне желаю Вам правильного выбора инструмента для работы!

Ссылок на свои публикации не даю (здесь за это наказывают), но если что гуглите по слову zhevak и gcc или avr.

Разве?

Всё как-то так. Вспоминая
ДОС-овский Qedit + borland make.exe для всего, что шевелится, начиная от make load для перекомпиляции и загрузки программы по RS232 в ОЗУ системы на i80c31 и заканчивая pldasm-ом для EP220)
и
Виндовсовский MED (инсталляшка перевалила за 3-дюймовую дискету не так давно, лет пять-семь назад) + GNU make (опять для всего, что шевелится)
и сравнивая это с NetBeans (эклипсу не пробовал) и Code::Blocks (откатился на него с NetBeans), могу сказать, что ощущения от повышения комфорта программирования как-то соизмеримы с ростом объёма софта и требуемой скорости процессора были только на переходе Qedit - MED. NetBeans временами подтормаживает даже на Core2Duo E8400 (3ГГц, 6М кеша) с четырьмя гигами ОЗУ.
Code::Blocks неплох, на нём и остановился, но непонимание «почему софт стал занимать на два порядка больше» (MED->Code::Blocks), «а улучшений особых не видно» осталось.
А по мелочи подредактировать — так да, gedit или vim.

p.s. Это всё для программ в пределах 10kLOC, сюда влез и avreal, и все мои проекты для MCU/PLD.
Как там на сотнях kLOC - не знаю.

Это был обсуждаемый AVR Studio 5, собственно он же и в качестве программной оболочки (точнее, Visual что-то там от майкрософта).
Впрочем, после перегрузки машины тормоза прошли, видать, после установки пакета надо было просто перегрузиться, чего я не сделал...

Спасибо за пожелания!
Я подумаю, если совсем будет сложно, перейду на командную строку, но отлаживаться всё равно придётся на симуляторе AVR Studio... Это до этапа GDB.

Перекомпилировал в 5 студии проект ранее написанный в WinAVR. Зашил. На ЖК дисплее вместо русских букв "кракозяблики".
Наверно, что то в настройках компилятора?

Меткое замечание
Дайте больше информации...


Есть такое ощущение.
Это видимо из-за поверхностности нынешних мэйн-стрим RAD-программистов.
Другого объяснения не приходит в голову.

Раз уж речь шла о супер-удобных редакторах, вставлю и свои 5 копеек.
Много перепробывал... лучшее на сей момент - SlickEdit.
Написан на C++, поэтому тормозов, как в Eclipse не имеет.
Умеет все, что Eclipse + еще мильон дополнительного и удобного.
Имеет порты под Linux и Mac.
Ближайшие конкуренты - Eclipse, VS+VisualAssistX, Source Insight, но все они недотягивают....
Так же есть неофициальная портативная версия.
Краткий обзор ништяков здесь