Комментарии 9
Я после Эклипса, как то столкнулся опять с IAR и uVision. Это какой то лютый деревянный кошмар за космос денег.
Совершенно верно. Если бы еще Eclipse нормально настраивался для embedded разработки плагинами так же легко как для разработки на С++ под ПК, то вообще цены бы ему не было. А после того, как попробуешь например EmBLocks, который изначально заточен для embedded разработки под Cortex-M, MSP430 и прочие девайсы, да к тому же в native коде, а не на Java, то под Windows eclipse кажется неповоротливым монстром с необходимостью возиться с makefile. В Emblocks это альтернатива — хочешь вручную, хочешь на автомате. А в Eclipse вариантов нет. Поэтому даже простой примерчик помигать светодиодами начинается со скучной настройки проекта. Иногда это отбивает желание провести быстрый эксперимент.
Как у эклипса с ассемблером? Кажется мне, большая часть его фишек на ассемблере окажется бесполезной. А отладчик? А сколько этой среде нужно RAM для комфортной работы?
Подсветка синтаксиса для ассемблер-файлов есть, оперативки сам Eclipse ест 160МБ у меня, только вопрос по оперативке удивляет — разве ещё ведутся разработки на компах с 256МБ RAM?
Встроенной отладки, конечно же, нет. Плагины для отладчиков не пробовал искать, ибо мне не нужны — как-то уже давно видать руку набил и у меня без отладчиков всё работает, а если и не работает — то быстро нахожу проблемы. Может быть, можно к Eclipse прикрутить внешний отладчик, как это делается для ARM и AVR микроконтроллеров.
Встречный вопрос — а вам так принципиально писать на ассемблере программы? Что за область такая?
Встроенной отладки, конечно же, нет. Плагины для отладчиков не пробовал искать, ибо мне не нужны — как-то уже давно видать руку набил и у меня без отладчиков всё работает, а если и не работает — то быстро нахожу проблемы. Может быть, можно к Eclipse прикрутить внешний отладчик, как это делается для ARM и AVR микроконтроллеров.
Встречный вопрос — а вам так принципиально писать на ассемблере программы? Что за область такая?
Не область такая, обычное радиолюбительство. Я бы рад был бы писать на паскале, «С» просто не перевариваю(как манную кашу — есть можно, но зачем себя мучить). На ассемблере можно вполне писать ненамного хуже чем на чистом С, с готовыми библиотеками только проблемы но эта проблема решается порой даже лучше чем с поиском готовых на С и последующая их адаптация в проект.
В отсутствии дедлайнов, написание программы на ассемблере располагает к более подробной проработке деталей и в целом программа оказывается больше готовой к неожиданным поворотам и событиям.
И например, врятли я бы написал на С один из проектов(а собственно по нему на хабре есть статья) по той причине что он не уместился бы в ATTINY13 и были бы проблемы с быстродействием.
Вот когда подойдет черёд более сложных проектов где нужна будет математика, тогда подумаю о более высоком уровне.
А пока, пожалуй, глючная AVRStudio(какая там уже версия, а отладчик настройки свои помнит только в пределах своей сессии, каждый запуск отладки и нужно вбивать настройки отладчика заново) — единственный нормальный инструмент для разработки на ассемблере под AVR.
И собственно, 160Мб какой памяти? Всего на приложение, или приватной?
В отсутствии дедлайнов, написание программы на ассемблере располагает к более подробной проработке деталей и в целом программа оказывается больше готовой к неожиданным поворотам и событиям.
И например, врятли я бы написал на С один из проектов(а собственно по нему на хабре есть статья) по той причине что он не уместился бы в ATTINY13 и были бы проблемы с быстродействием.
Вот когда подойдет черёд более сложных проектов где нужна будет математика, тогда подумаю о более высоком уровне.
А пока, пожалуй, глючная AVRStudio(какая там уже версия, а отладчик настройки свои помнит только в пределах своей сессии, каждый запуск отладки и нужно вбивать настройки отладчика заново) — единственный нормальный инструмент для разработки на ассемблере под AVR.
И собственно, 160Мб какой памяти? Всего на приложение, или приватной?
Мне тоже ассемблер нравится своей простотой и однозначностью, но всё же скорость написания кода сильно хромает, многие вещи, которые можно доверить компилятору, приходится отслеживать в коде вручную и держать их в голове, в комментариях. Мы под Cortex-M проекты уже больше года пишем на C++, и очень довольны результатом :)
Вы не думали о том, что отладчик вам нужен как раз из-за того, что на ассемблере пишете?
Eclipse вроде как у меня всего 160МБ ест, из них 120МБ приватная — но разве это так важно? САПРы съедают в разы больше ;)
Вы не думали о том, что отладчик вам нужен как раз из-за того, что на ассемблере пишете?
Eclipse вроде как у меня всего 160МБ ест, из них 120МБ приватная — но разве это так важно? САПРы съедают в разы больше ;)
Я только не понял откуда автор взял такую античную MPLab :)
На данный момент Микрочип изпользует IDE на базе NetBeans, тоже очень хорошая среда разработки.
На данный момент Микрочип изпользует IDE на базе NetBeans, тоже очень хорошая среда разработки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Идеальная среда разработки для PIC — личный опыт