Приветствую всех!
До недавнего времени я работал с микроконвертерами lpc2xxx и aduc7024. Работал в windows. Среда разработки была keil. Прошивались через bootloader - какие то софтинки для прошивки мне выдали - откуда и зачем они взялись я не особо интересовался.
Но после недавних пертрубаций компутеры были переведены под debian etch. Занимался сам (подработал сисадмином ) - но вот вроде все доделал.
Теперь возвращаюсь к разработке ПО для электроники.
Но возникает вопрос - а КАК работать?

1. Предположим что я соглашусь компилировать проги gcc (насколько знаю он проигрывает коммерческим компиляторам - но пока это можно отложить в сторону). А есть ли какая либо IDE? так чтобы не ползать по блокнотам с исходными кодами и makefile'ом?

2. Как "прожечь" откомпилированный hex? мы пользуемся только процами у которых есть bootloader через uart. Теоретически понимаю что можно придумать какие либо скрипты типа: cat SMTHNG.HEX > ttyS1 и т.д.. Но может есть какой либо софт под linux для "упрощения" этого дела? Как вообще люди работают?

3. Есть ли какие либо симуляторы / отладчики под linux для указанных процов?

Сразу оговорюсь, что я ньюбис (но я стараюсь и учусь ). И не особо силен в темах. Поэтому если можно - при ответах писать "на пальцах"
Любые тематические ссылки приветствуются.
Спасибо!

Если нет времени на поиск и осваивание новых программных средств, то установите VirtualBox в нем Windows и привычные вам программные продукты.

ну я сделаю попроще прицеплю внешний eSata винт - на нем будут windows... надо - подцеплюсь, поработаю - а потом отцеплюсь....
но вопрос "на перспективу" - всё таки мысль - отказаться от windows

1. eclipse, codeblocks, scite
http://www.mobilab.unina.it/Resources/cros...pilerHOWTO.html
2. прямое копирование не пройдет, так как большинство загрузчиков предполагают более сложный протокол взаимодействия, разбивку данных на пакеты, контрольные суммы и т.д.
3. gdb

1. eclipse, codeblocks, scite
http://www.mobilab.unina.it/Resources/cros...pilerHOWTO.html

ок... спасибо - подумаю по этому направлению

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

3. gdb
хмм... несколько не понял ответа. gdb мне помог бы если бы я запускал задачу на target железе (и там был вшит linux)... хотя я может и не в теме - надо сперва почитать про gdb....

тем не менее - спасибо!

http://www.sunsite.ualberta.ca/Documentati...de/gdb_137.html

>> Есть ли какие либо симуляторы / отладчики под linux для указанных процов?
gdb|insight + openocd

>> Как "прожечь" откомпилированный hex? мы пользуемся только процами у которых есть bootloader через uart.
http://code.google.com/p/lpcflash/
http://code.google.com/p/samba/

>> А есть ли какая либо IDE? так чтобы не ползать по блокнотам с исходными кодами и makefile'ом?
да вы пока еще просто готовить makefile не умеете.
аппетит прийдёт во время еды..

Eclipse for C/C++, zylin CDT, gdb, openocd.

почитать можно на www.yagarto.de - для Линуха тоже самое в принципе.

сам счас переползаю

всем огромное спасибо за отклики - я "жив" и читаю ответы здесь по ссылкам хожу - и там набираюсь уму-разуму. параллельно сам инфу выискиваю...
с eclipse знаком (правда я пользовался ей только для разработок с java прогами) - надо покопаться, покачать плагинов, попрактиковаться
силу makefile я знаю опыт работы с linux у меня есть - и тем не менее - считаю что это неудобно... на то собсно IDE ведь и придумывают
http://code.google.com/p/lpcflash/ - уау! вот именно подобное я и искал спасиб!!! скоро как раз одна задачка для lpc будет... жаль что это решение только для ЛПЦшек
в принципе начало дано... дальнейшие вопросы наверно буду задавать в новых топиках - дабы не флудить