Hello, Jurgis Armanavichius! You wrote in conference fido7.ru.embedded to George Shepelev on Fri, 09 Jun
2006 09:12:44 +0400:
JA>>> Я хоть с пиками и не работал никогда, но сильно подозревал, что не JA>>> должна фирма, создавшая микроконтроллерное семейство, гробить JA>>> собственное будущее.
GS>> Она и не гробит. Просто архитетектура и система команд младших GS>> семейств майкрочиповских контроллеров крайне плохо ложится на GS>> архитектуру и систему команд, положенных в основу сишных концепций. GS>> Hо при этом они обеспечивают эффективное решение широкого круга GS>> задач.
JA> Спору нет, если младшие пики крайне просты - значит и не нужно их JA> программировать на ЯВУ.
Младшие (12тибитные) PIC'и сегодня устарели безнадежно, а 14тибитные (те что PIC16 и PIC12F) прекрасно на С программируются.
JA> Hо ведь не меньшая, а скорее бОльшая, часть микроконтроллеров как раз JA> превосходно программируются на ЯВУ :-)
JA> Кстати, а ты можешь мне объяснить, какие недостатки младших пиков JA> плохо ложатся на сишную концепцию?
Нелинейное адресное пространство, дорогая косвенная адресация, ограниченный
8 уровнями стек возвратов. Что надо учитывать при написании программ, но не более того.
JA> Hе скажи. Возьмем, к примеру, меня. Я совершенно не знаю ассемблера JA> пиков. Hо представим, что у Микрочипа появился микроконтроллер, в JA> котором реализован интерфейс USB 2.0 High Speed, и поэтому я его JA> захочу применить. С применением C/C++ я это смогу сделать довольно JA> быстро и безболезненно. А на ассемблере? Hа ассемблере мне будет JA> гораздо тяжелее.
С++ вменяемых реализаций для PIC16 нет и врядли будут.
JA> Вот в этом моем случае решение будет дешевле, проще и надежнее :-)
dima
formatting link