Citat:
goran_68: Ne razumem. Ako ti smeta što nemaš kod za neki tamo njihov read_ds1820() uzmeš i napišeš sam. Mislim da je važnije da li je kompajler dobar i koliko košta. Ja nisam probao ali na sajtu piše:
Ako ces svaku biblioteku da pises sam from scratch onda uzmes bilo koji gnuc kompajler za arm i radi sa njim. MikroC niti ima mnogo dobar kompajler niti im je IDE nesto znacajno bolji od drugih. Prednost mikroC-a u odnosu na druge je sto je odlican za pocetnike, imas biblioteke za sve zivo i sve je zapakovano u ok pakovanje.... no
- kompajler je prosecan ili cak ispodprosecan (optimizacije su pateticne, kod je prosecan)
- ne podrzava biblioteke
- svi biblioteke koje dolaze uz njega su 100% zatvorene, sto pored toga da ako je tvoja sprava "malo drugacija" pa ne mozes da promenis da nasiljis da radi sa tvojom spravom, problem je sto te biblioteke ubacuju cudo "dead code"-a. Najjednostavniji primer 16x2 karakter display, ne zanima te gotoxy, ne zanima te printf, ne zanima te ... hoces samo sendbyte ne vredi, on ce da ulinkuje i print i gotoxy i putc i svasta jos sto je deo te interne funkcije...
- 8k limit za free verziju nije dovoljan ni za malo bolji primer a kamoli za neki rad kada su 32bitni (pic32mx, arm cortex m# ...) kontroleri u pitanju
- ne znam kakav je za arm, znam da za pic ne podrzava ni jedan standardan debugging alat (pickit1/2/3, icd1/2, ice ..) vec samo mikroelektronikin alat, ako je za arm ista prica to je tek teska tuga
po meni mikroC ima samo 3 dobre osobine
- domaci proizvod (i to treba podrzati, naravno ne po svaku cenu)
- jeftiniji je od drugih komercijalnih alata (keil, iar ..) mada pitanje koliko moze da se poredi sa njima
- odlican je za pocetnike, sve im je pri ruci, jos ako kupuju module od mikroelektronike i stavljaju na mikroelektronikin dev kit imaju vec gotove funkcije i primere za svaki taj modul
na zalost, meni to nije dovoljno
Sto se CooCox-a tice, on koristi codesourcery++ kompajler koji je klasican gcc-arm kompajler, isti taj koriste i razna komercijalna resenja (kao npr atollic) on ima sve prednosti gcc kompajlera (mnoge optimizacije, odlican kompajler!!) ali mu fali deo koji prica sa hw-om (programer/debugger) i tu sada vecina tih paketa pravi svoj. Od open source resenje ja znam jedino za stlink gdbserver za unix, i nijedan drugi. CooCox ima svoj gdbserver koji podrzava sve zive adaptere ali nije open source, atollic ima isto gdbserver koji podrzava svasta, nije cak ni dzabe a kamoli open source... codesourcery isto ima svoj koji opet nije dzaba .. tako da tu pocinje problem zvani - ako hoces in circuit debugging treba ti neki gdbserver a jedini koji je free da ja znam da radi sa jtag adapterima je ovaj sto dolazi uz coocox