www.elektronik.si

[Naturist]

Še pred kratkim sem bil mnenja da je najbolje programirat v zbirniku, saj imaš popolno kontrolo nad programom, sem delal en projekt s PIC-om, v zbirniku nekaj napisat vzameme kar precej časa, poleg tega postane kar veliko vrstic in koda nepregledna.
Potem si prenesem prevajanik CC5x, prepišem v C, koda v C-ju izgleda veliko preprostejša.
Če delaš v C-ju isto stvar narediš v polovico krajšem času.

[VolkD]

Poznavanje assembelrja je hudo koristna stvar.

Zgornja trditev je sicer resnična in pravilna, vendar s časom vse bolj izgublja na pomenu. Razlog je preprost. Mikrokontrolerji so vse cenejši in istočasno vse bolj sposobni. Koda, ki jo naredijo C compilerjli je vse boljša. Še posebno je to izraženo pri novejših 32 bitnih mikrokontrolerjih kot so naprimer ARM-i. Organizacija teh je taka, da je nabor strojnih instrukcij že skoraj idealno prilagojen višjim jezikom (pogojno izvajanje vsake instrukcije).

Že pri načrtovanju projekta je torej smiselno razmišljati o tem, da si izberemo nekaj močnejši mikrokontroler. Pisanje v assemblerju lahko sicer prihrani nekaj pomnilniškega prostora, tako v programskem delu spomina, kot tudi v delu kjer so spremenjljivke. Žal je pri razvoju novih projektov zdaleč najdražja postavka čas človeka razvojnika. Ta pa je daleč krajši pri programiranju v višjih jezikih, kot je recimo C. Prihranki v spominu in s tem nekaj malega cenejši mikrokontroler tega časa zlepa ne odtehtajo (serije bi res morale biti ogromne).

Zgornja trditev postane pomembna v izjemnih primerih, ko so ekstremno hude časovne zahteve. V te namene ima večina C prevajalnikov možnost vključevanja assemblerske kode.

[bostjang]

Ta trenutek delam predvsem z ARM7 in prevajalnikom Keil CARM. Ko sem pregledoval kodo zanke za prenos podatkov, sem ugotovil, da prevajalnik sploh ne uporablja nekaterih prednosti ARM-a, pa tudi ukaze, ki jih uporablja bi bilo možno sestaviti bolj optimalno.
Z ročnim pisanjem v zbirniku mi je uspelo zanko pospešiti za nekajkrat (ne samo %) in tudi manjša je postala.
Vsekakor se pa strinjam, da je bolj pregledno veči del kode napisati v C-ju. Kratke zanke z veliko prehodi pa se včasih splača napisati v zbirniku.

[Auslander]

[alessio]

@bostjang

Prevajalnik bo uporabil vse prednosti ARM-a, če boš C kodo napisal tako,
da mu bo ta dopuščala. Zelo poučna, tudi kar se tiče optimizacije tako
C kot tudi assembler kode, je knjiga "ARM system developers guide" od
Sloss-a et.all.

Za primer lahko navedem dve rutini za izračun checksum-a:

[NeoTO]

[bungee]

Tole je PIC del foruma, če me spomin in oči ne varajo. Preden sem se odločil za prevajalnik sem jih kar nekaj preveril in ugotovil, da CCS dela najbolj optimalno kodo.

Je pa pri 8 bitnih kontrolerjih še vedno zelo dobro če poznaš ASM, ker je potrebno kdaj pa kdaj kakšno malenkost narediti časovno bolj učinkovito.

[Naturist]

Jaz od mikrokontrolerjev poznam samo PIC. Na tem forumu se govori predvsem o PIC, AVR in ARM. Zanima me kakšne so razlike glede razvojnih orodij in prevajalnika C za posamezen mikrokontroler, za katerega je prosto dostopen prevajalnik, imaš veliko uporabnih knjižnic.

Recimo da delam neko vezje v katerem bom uporabu manj zmogljiv mikrokontroler, malo primerkov, cena ni tolk pomembna, sprejemljiva je do 15EUR, programiral bi v C-ju, obstaja tudi prosto dostopen prevajalnik za neprofesionalno uporabo, imaš zraven tudi uporabne knjižnice, po možnosti razvoj v okolju Linux.

Kateri mikrokontroler izbrati , zanima me vaše mnenje ?

[VolkD]

Vse je odvisno od kriterijev, ki jih postaviš.

Bom stvar osvetlil še z enega vidika in odgovoril na tvoje vprašanje malo hudomušno. Je pa v tem kar nekaj resnice :"Uporabi enak kontroler, kot tisti, ki ti je pripravljen pomagati v prvih korakih !"

[Glitch]

Naturist,

v to kategorijo najbolj paseta AVR in ARM. S to razliko, da je ARM precej bolj zmogljiv (in kompleksen).

Cena in dobavljivost: ni da ni
C: GNU GCC
Orodja: je
knjiznice: so
Linux: vsekakor

Priznam pa, da nisem ravno preprican ali za PICe obstaja Linux okolje.

[harum]

No da še sam povem svoje mnenje.
Predlagati uporabo AVR-ja namesto PIC-a ali predlagati uporabo PIC-a namesto AVR-ja je isto kot forsirati Union namesto Laškega in obratno (oboje je isto sr... najboljši je češki pir).
Kot rečeno uporabljaj tistega, s katerim si začel in ga najbolj poznaš in s katerim boš najlažje na novo (ali iz ostankov starega) postavil projekt. Tako Microchip kot Atmel imata v svojem naboru ogromno izbire od najmanjših do največjih. Poleg teh dveh pa je še ogromno (več kot 10 recimo) drugih proizvajalcev 8-bitnikov, z enako pestrim naborom, a nekako niso v "modi" in orodja zanje niso tako lahko dostopna (no nekaterim recimo so . Podobno je z ARM-om, ki ga vsebuje ogromno mikrokontrolerjev različnih proizvajalcev in je primeren za malce zahtevnejše aplikacije.

[Umnik]

[Glitch]

Potem pa ... VolkD je govoril. Howgh.

[VolkD]

Jah.. pa še zdaleč ni povedal vsega !

-preglej internet in s tvojega zornega kota oceni kateri čipi se na področju, ki te zanima največ uporabljajo.
-pozanimaj se kako je s popravki bug-ov, kakšna je literatura.
-za začetnika je precej pomembna dostopnost programatorja.

In ne nazadnje - primorska ni ravno majhna. Če nisi predaleč imaš še mene (sicer ne neomejeno) na razpolago.

[Naturist]

Bolj me je zanimalo kakšne so razlike med razvojnimi orodji.

Mogoče se bom v prihodnosti lotil neko stvar, ki se bo priklopila na računalnik,
Za komunikacijo bom uporabu ethernet, ker je to nekaj standardnega, pa še na usmerjevalnik lahko priključiš.

Za kateri procesor obstajajo knjižnice za IP komunikacijo, kateri procesor je najprimerje vzeti v tem primeru.