Citat:
Odin D.: Ja bih dao u pocetku prednost onom okruzenju koje zahtjeva najmanje baktanja sa samim okruzenjem i koje prouzrokuje najmanje problema, a kasnije moze i upgrade na nesto drugo.
zato i predlozih CooCox :D
http://www.coocox.org/
Elem, ja imam neke projekte u coocox, neke u atolic a neke u makefile + gcc-avr (bez ide-a), i sve je "interchangeable" - svi oni koriste isti gcc-avr samo je organizacija "projekta" drugacija :) ... pogledaj primere imas "src" direktorijum gde su primeri i onda po jedan direktorijum za "projekat" za atolic, iar, mdk ... tako da koji god koristimo, prelazak na neki drugi je jednostavan, a coocox radi "iz prve", "skroz je free", "radi debagiranje" ... + ima lep gui sa lakim pristupom primerima :)
Citat:
Odin D.
Ne znam koliko je Atollic osakacen, ali ako izgurava 128K u C-u (a cini mi se da C u Atollicu nije uopste ogranicen) onda mozda nema razloga da nas ostala ogranicenja mnogo tangiraju.
ogranicenje je u debageru. Ako koristis bilo sta osim ST-Link - ne radi.
Bitno je da IDE ne opterecuje pocetnike stvarima o kojima pocetnik ionako najcesce nema pojma i da ne brljavi sa upisom u flash i debuggerom.
Citat:
Odin D.
(CooCox izgleda jos ne podrzava STM32L i STM32F4, ukoliko bi se odlucili za neku od tih varijanti....)
To je realno jedini problem. I CooCox i Atolic
- koriste codesourcery gcc-avr (dakle koriste identican kompajler)
- koriste gcc-gdb (gcc-gdb se kaci na debug proxy koji se kaci na debugger/programmer)
- koriste Eclipse kao bazu
- rade nativno na windozi
E sad, prednost CooCox-a je
- ima napisan debugger proxy koji radi sa svim mogucim i nemogucim jtag, swd i st-link adapterima (atolic free radi samo st-link)
- ima veliku bazu dodatnih biblioteka i primera kojima se lako pristupa
- mozes da se "registrujes" i onda i ti mozes da delis primere i biblioteke sa ostalima (npr par mojih primera je tamo dostupno svima)
Ova baza dodatnih biblioteka je ujedno i razlog zasto CooCox ne podrzava "sve" mcu-e, fora je tu tome oni za svaki mcu imaju recimo RCC biblioteku koja direktno odma podesi sve vrednosti na "full". Na Atolic-u to ne postoji, svejedno moras sve rucno da namestis... E sad, ako ces da siljis rucno, onda mozes i u CooCox-u da radis i sa F4 posto ce on svejedno da ga posalje na gcc-avr koji sve njih odradjuje kako treba.
Prednost Atolic-a je da vecina primera na netu i od proizvodjaca, modula etc etc dolazi za MDK (keil), IAR i Atolic. Nije neka mudrost prebaciti to u coocox ali opet ..
Pogledaj video za coocox:
http://www.coocox.org/video/all.wmv bice ti jasno o cemu pricam :D pogledaj sa desne strane interaktivni help kako pici dok bira mcu ili posle kada bira biblioteke .. u poredjenju sa Atolic-om razbija :D. provali kako kada odaberes GPIO biblioteku on ti odma odabere i RCC i sta mu jos treba .. u 7 minuta je kreirao projekat, dodao biblioteke, napisao kod, izdebagirao ga na dva nacina direkt na hardweru :D i pritom pravio pauze da mi skontamo sta radi :)
Takodje ako pogledas verzije videces da se prilicno regularno razvija, izlaze nove verzije, dodaju se novi cipovi .. sta znam, ako idemo sa klasicnim ARM-om meni je on favorit, opet, ako cemo L ili F4 sto moze biti pametnije resenje (mozda je bolje imati jacu masinu pa koristiti samo nesto nego uzeti slabiju masinu) onda je atolic ipak zgodnoji posto nemamo nikakav benefit od coocox-a
Re: Ako bih se ja npr. zapitao...
