Хочу начать работать с MSP430. Опции

[ASV]

Хочу начать работать с MSP430. Нашол схемы программаторов (http://www.olimex.com и Figure B-3. MSP-FET430IF Fet из файла документации MSP-FET430 User's guide.pdf). Мои вопросы:
1. Какой из них лучше и в чем отличие?
2. Нужен ли для них кварц на плате с МК (во втором программаторе он уже есть но медленный, зачем он там? и зачем там 555 таймер).

Я нормально работаю с AVR и привык к программированию через SPI, а тут вроде только через JTAG?

[-=Space=-]

хорошая программа должна Watchdog не глушить, а периодичесик сбрасывать
причен не по таймеру (прога может зависнуть, хотя таймер продолжит жить)
Хотя сам watchdog не использую, только думаю прикрутить когда буду релиз версию компилить.

Если пишется прога , где нужен "полный контроль" совсем не обязательно писать ее всю на асме. Инициализацию проще сделать на Си, на скорость она не повлияет.
А если писать на Си как на асме,
например
int a,b;
union{
long hilo;
int lo,hi;
}c;

MPY = a;
OP2 = b;
c.hi = RESHI;
c.lo = RESLO;

то на асме код будет не намного длиннее, хотя наглюдность и удобство программирования несомненно выше.

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

[Shread]

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

Я вообще написал, что в основном пишу на Си, кроме этого C-startup переделываю один раз, перед началом работы с нововой платформы, под задачи этой самой платформы. Во многих изделиях крайне критичен объем кода, если я делаю какой-нить датчик, скажем на 1121, там одновременно встает куча проблем, как то: малое потребление, нормальная работа порта(программного), высокая степень контроля за работой проца(работа с компаратором), математика, да еще и ограничения на размер кода(т.к если мона обойтись более дешевым процессором, то им и надо обходиться), в любом случае, самым реальныи является компромисс между асмом и Си. У каждого свои пристрастия, один приятель до сих пор на IAR 1.26 сидит и переходить на что-то более новое даж не думает, особенно после того, как Ti апдейт выпустил, с поддержкой новых процессоров. На чем программить каждый решает для себя, но для начала явно удобнее пользовать Си, потом учить архитектуру и грамотно пользовать асм.