Говорим за процесори за масово приложение. Автопроизводителите са друга категория. За големите производители няма значение колко е разпространена платформата. Важна им е цената и качеството да ги устройва.

Погледни тук
http://www.avrfreaks.net/index.php?name ... file=index
още не са получили разпространение чиповете им с флаш а интерес има доста голям. Доста колеги от Русия в момента ги усвояват също.
Има голям интерес към тази платформа. Което не може да бъде 100 процентов критерии затова и съм написал
"AVR32 още не е ясен още но почти е сигурно че ще се наложи и той."

Но няма защо да спорим то времето ще си покаже.

просто искат да се наместят тук

- 72% of VoIP applications
- 76% of cable set-top boxes
- 70% of DVD recorders
- 95% of cable modems

а тук бройката е доста голяма...

А ако му добавят и друга периферия, мисля че си е добро предизвикателство КАТО КОНТРОЛЕР.

Да там вероятно имат повече шансове отколкото на пазара на процесори за обща употреба.
Това обаче толкова фирми да се борят точно за пазара за обща употреба означава че е доста апетитен. В другите области особенно свързани с битовата техника копличествата са големи но печалбата на бройка е минимална предполагам.

Нас не ни вълнува какво ще ползват големите производители. Те са друг свят. Интересува ни това което се отнася до нас. Мисълта ми по начало беше че мокрочипския Mips не ни грее. Няма да се наложи което ще означава че и читава среда няма да има за да работим с тях и мокрочип няма да развиват тази платформа в посока на универсалност.

Ти като не си работил с 30,33,24 защо даваш непотвърдени от теб твърдения...
и защо ги сравняваш с процесорите
то си е казано - микро-контролери, не процесори
MIPS са се наложили доста отдавна..........

Пуснах си преди на една макетка dsPic. Недомислица някаква. По цена отива към малките DSP на тексас и фреескеил а като производителност далеч зад тях да не говорим че и чиповете им като качество изобщо не са в тази категория. Само заклет пикоборец би се борил с dsPic. Не напразно никой не го ползва почти.
Спретнах си една проста платформичка с PIC24HJ256GP206 че го има в комет наличен. Действително не е лошо и цената добра ама крива работа с средите за програмиране. По горе описах. Не бих го ползвал за нищо за което ще ми се наложи да пиша няколко хиляди реда сорс и ще имам дълги дни дебъгване ,

А това че MIPS е известна и използвана архитектура с нищо не те грее в случая с мокрочипските мипсове.

За момента поразгледах какво се пише по въпроса,от комерсиалните компилатори има само
Green Hills. Средата му определено не е добра за писане но с малко трикове може да се пише и компилира под Visual Studio 6.0. После дебъга обаче няма да е в студиото. Пак опираме че няма едина и читава среда за работа с MIPS.
За Мипс народа пише най вече в гнуста. Което е далеч от удобна среда.
Какво се оказва че то и за MIPS които се произвеждат отдавна няма среда като хората а кога и как ще се добави и поддръжка на мокрочипските MIPS в Green Hils и гнуста не е особенно ясно.

Поразгледах саита на Green Hils по обстойно. Само на едно място има споменато това относно микрочип.
http://www.ghs.com/news/20071105_microchip.html
Явно имат вече някаква поддръжка.
Но лошата новина е че дебъгва само с това
http://www.ghs.com/products/probe.html
цена не намерих но определено е доста скъпо удоволствие.

Има и една интегрирана среда която хваща окото долу горе.
http://ashling.com/index.php?option=com ... Itemid=236
Базирана е на GNU компилатора но с тяхния дебъгер.
Никаде няма цени по нета. На едно нясто срешнах само втора употреба Opella Jtaga им за 900 долара. Ясно че нов ще е доста пари. Софтуера отделно,няма надежди за лекуван такъв и там още пари.

Hi tech също имат вариант. Под eclipse им е събрано всичко. Но като си поиграх малко с компилатора им за 24ките .... не ги бива горките нещо,мъка мъка. Надали тоя за PIC32 ще е по читав. Вероятно точно обратното.

Явно като за нас си остава варианта GNU то или MPLab + Микрочипския компилатор. През MPlab-a може да се дебъгва с ICD2 ката или с Jtaga който върви с кита им за под 50 долара.

Но и 2та варианта не са особенно примамливи като цяло.

Все пак ако някой се кани да се занимава с тях може да прочете тази книжка за MIPS архитектурата която ми се вижда доста добра.
паролата на архива е kirov
http://rapidshare.com/files/68640107/1234.rar.html

Green Hills средата е към 10 000 USD така че Mplab и GCC като че ли е единствената алтернатива освен ако не работиш за боинг Green Hills са общо взето най-големи сред тези които пишат компилатори и RTOS-и защото пентагона е зад гърба им и техния RTOS е по танкове, самолети, снаряди и прочее

"Майкрочип анонсира 32-битов PIC"
Жалко! Вместо това един PIC16-Quatro сега щеше да ми свърши по-добра работа .

Не пренебрегвайте PIC24
Като изключим серията 10F, това е най-доброто, правено някога от тази фирма

I got PIC32 starter kit today. Here are some impressions:

- Comes with eval version of C32 C-compiler with 64KB code size limit. C32
is actually called C32-gcc, so it's a gcc derivative. The source is on
the website, but who knows if it's recent or complete.


- Hardware debugging (breakpoints, goto cursor) works in MPLAB on this
little board, but I found that sometimes it gets into a mode where it
thinks that breakpoints are not supported: "breakpoint limit for hardware
is 0" in the breakpoint dialogue. This is fixed if you restart MPLAB.
Anyway, you can view both assembly and C source during single-stepping.
It's pretty nice.


- You can DBPRINTF over JTAG (and also DBGETS). It's very slow. It was not
documented that you had to add a define to make this work for new projects
(-DPIC32_START_KIT- add the define in Project->Build
Options->Project->C-compiler->Macros). The debug I/O library is not part
of the main library- it was just a db_utils.a file (no source) in the
StartKitTutorial directory (the "hello world" program).


I had to copy it to the timer interrupt demo program that I wanted to try
to get it working. I then had to replace all the UART I/O calls to debug
I/O calls. There is no UART interface on the starter board, so they must
be designing these demos for some other board (actually they are labs for
a course- maybe FAE or early customer training?)


One annoying thing about this form of JTAG I/O (which is not unique to
PIC)- it's not a real serial port. When you call DBGETS, a window pops up
in MPLAB for you to type a string. This is a modal window, so you can not
actually halt the debugger when it is up. So don't put DBGETS in a loop!
There is no way to poll for keyboard input. When the DBGETS is waiting
for input, the CPU is basically break-point halted, so interrupts stop
running.


- This is how you make interrupt handlers:


void __ISR(TIMER_1_VECTOR, ipl2) my_handler(void)
{
mPORTDToggleBits(BIT_0); // Blink a led
mT1ClearIntFlag();
}


And that's about it (set up the timer and EnableIntT1). You do not have to
explicity write the my_handler address to a vector, the compiler just does
it.


- The IDE needs a little work. There were some screen update glitches when
I closed various windows. It core dumped when switching projects. The
manual for the C-libraries (particularly the peripherals) is missing.


- On the other hand, things did generally work. You basically hit F10 to
compile and F9 to run. It prompts you for downloading the code to the
board.


- There are compiler settings for making compressed MIPS 16-bit code (like
the ARM thumb code). Both worked. Last time I used MIPS, there was no
16-bit option.


Some notes about the PIC32 CPU:


- Someone complained that the chip has only 16-bit timers: this is not
exactly true: timers can be paired up to form single 32-bit timers.


- There is a RTC clock generator (and an RTCC block) on the chip with pins
for a 32 KHz crystal.


- There is support for some kind of external trace buffer on the CPU. You
must have to buy some special ICE to make use of it.


- The code examples include HTML server on a TCP/IP stack, but they need a
board with Microchip's ethernet to SPI interface chip.


--
/* jhal...@world.std.com AB1GO */ /* Joseph H. Allen */

В последния брой на "Embedded Systems Design" имаха реклама, че компилират Linuxa-a по-сбито от gcc Не си спомням дали пишеше за коя платформа, но определено са от "високия пилотаж".

или просто изкуствено надут балон(Green Hills)... за пари...

От малкото ми контакти с Green Hills мога да кажа че това е една от малкото фирми които знаят какво правят, как го правят и защо го правят.
Затова и цените на продуктите им не са по моя джоб...

Новата перирерия която се очаква след нова година била:
TFT driver
USB OTG,
10/100 Ethernet,
DAC's
Hardware (4 bit) MMC/SD

както и USB-OTG за PIC24/dsPIC

Тази статистика за RTOS не е реална, или по точно нека го кажем т може да е реална, но не се отнася занашия случай, я погледни първите места ... и двата продукта на MS са далеч от RTOS, те доскоро не смееха даже да го пишат че е RTOS аз не знам дали и в момента са го писали такъв. XP embedded въобще не е, въпреки че имало някакви пачове дето го правели ...... CE е почти същата боза според мен, но и двете то тези изобщо не са мислени микроконтролери.
На green hils нещата не са лоши, ходил съм на две техни презентации, имам и някакви демонстрационни среди, но естесвтено парите им също са други, аккто тук казаха има ги по самолети, танкове, подводници ..... как да са имниски цеите същото като Amphenol.
За dsPIC помислих малкои реших да не си губя времето, но сега ще пробвам една 24-ка, да видим как ще е.