04-02-2018, 10:21 PM
Povela se lepa rasrava.
@ronovar
Macolu znam licno i znam sta je covek radio. Takodje licno poznajem jos nekoliko clanova foruma koji su decenijama unazad koristili MCU-ove i dobro znam sta su radili i sta jos uvek radi od toga. To je nekih 90% uredjaja, pri cemu je 10% zavrsilo u nekoj privatizaciji i kompletnoj zameni pogona.
8-bit MCU se koriste godinama unazad i koristice se godinama unapre. Vec sam ranije napisao da CPU unutar MCU-a ima jedan jedini zadatak, a to je izvrsavanje masinskog programa. Tako je i sa 8-bit MCU-ovima.
Ljudi prelaze ili ne na 32-bitne mcu-ove iz dva razloga. Prvo je masovni i ubrzani razvoj 32-bit MCU-ova, cime istima drasticno pada cena, pa onda ispadne (a inace i jeste tako) cena 32-bit MCU niza od cene 8-bit MCU sa slabijim periferijama. Drugi razlog je realna potreba, koja realno veoma retko moze da se oceti i time izvrsi migracija.
@Macola je sve lepo rekao. Samo cu napamenem jos jednom bitne stvati koje je rekao. Velicina HEX fajla ISKLJUCIVO zavisi od optimizacije pisanja programa!!! Ovde ne treba nikako razgovarati oko crack vs. no crack kompajlerima, vec iskljucivo o licenciranim kompajlerima koji su besplatni i koje proizvodjaci MCU-ova daju korisnicima da ih koriste, prijave bagove itd.
Kao sto je Macola rekao, posto si pocetnik, kreni (i sam sam to predlozio) sa ucenjem C programskog jezika. Jezik je izuzetno prirodan, a o brzini necu da govorim. Taj jezik je standard za programiranje i mislim da treba da se nauci.
Kao drugo, vec sam napisao ovde
http://forum.yu3ma.net/showthread.php?ti...3#pid83283
kako treba povezati hardverko povezivanje i pisanje programa i na taj nacin dobiti optimalan program. Mozes da primetis da kod mene nema case-ova, if-ova itd., vec je to skockano maksimalno.
Kao trece, batali taj proteus. Imas protoboard. Napravi sistem, probaj i to ti je potvrda.
Takodje si napisao da zelis da koristi FastAVR posto ima sve funkcije i dobar maual. Prijatelju moj, to ti je najveca greska. Zlatno pravilo je da ne koristis niti jednu funkciju koju ti nudi okruzenje, posto te ono samo zagluplljuje. Takodje, ne znas kako je implementirana ta funkcija i ako dodje do nekog problema, ne znas da li je problem u tebi ili funkciji. Sam si rekao da si odusevljen hardverskim tajmerom. Prijatelju, isto kao sto je bilo muke sa tajmerom i satisfakcije od istog, pokreni sledeci modul MCU-a, sam, bez funkcija okruzenja i uzbudjenje ce biti jos vece. Kada jos onda povezes tmr interapt i npr. uart interapt da rade zajedno, to je prava stvar. Ozbiljno si usao u pricu i vise ti ne trebaju nikakve funkcije.
Mozda sam bio malo grub u pisanju, ali cvrsto stojim iza stava da ko god koristi bilo koju funkciju okruzenja, nikada nece da nauci da programira MCU, a jos manje da razume funkcionisanje rada MCU-a i njegovih integrisanih periferija.
@ronovar
Macolu znam licno i znam sta je covek radio. Takodje licno poznajem jos nekoliko clanova foruma koji su decenijama unazad koristili MCU-ove i dobro znam sta su radili i sta jos uvek radi od toga. To je nekih 90% uredjaja, pri cemu je 10% zavrsilo u nekoj privatizaciji i kompletnoj zameni pogona.
8-bit MCU se koriste godinama unazad i koristice se godinama unapre. Vec sam ranije napisao da CPU unutar MCU-a ima jedan jedini zadatak, a to je izvrsavanje masinskog programa. Tako je i sa 8-bit MCU-ovima.
Ljudi prelaze ili ne na 32-bitne mcu-ove iz dva razloga. Prvo je masovni i ubrzani razvoj 32-bit MCU-ova, cime istima drasticno pada cena, pa onda ispadne (a inace i jeste tako) cena 32-bit MCU niza od cene 8-bit MCU sa slabijim periferijama. Drugi razlog je realna potreba, koja realno veoma retko moze da se oceti i time izvrsi migracija.
@Macola je sve lepo rekao. Samo cu napamenem jos jednom bitne stvati koje je rekao. Velicina HEX fajla ISKLJUCIVO zavisi od optimizacije pisanja programa!!! Ovde ne treba nikako razgovarati oko crack vs. no crack kompajlerima, vec iskljucivo o licenciranim kompajlerima koji su besplatni i koje proizvodjaci MCU-ova daju korisnicima da ih koriste, prijave bagove itd.
Kao sto je Macola rekao, posto si pocetnik, kreni (i sam sam to predlozio) sa ucenjem C programskog jezika. Jezik je izuzetno prirodan, a o brzini necu da govorim. Taj jezik je standard za programiranje i mislim da treba da se nauci.
Kao drugo, vec sam napisao ovde
http://forum.yu3ma.net/showthread.php?ti...3#pid83283
kako treba povezati hardverko povezivanje i pisanje programa i na taj nacin dobiti optimalan program. Mozes da primetis da kod mene nema case-ova, if-ova itd., vec je to skockano maksimalno.
Kao trece, batali taj proteus. Imas protoboard. Napravi sistem, probaj i to ti je potvrda.
Takodje si napisao da zelis da koristi FastAVR posto ima sve funkcije i dobar maual. Prijatelju moj, to ti je najveca greska. Zlatno pravilo je da ne koristis niti jednu funkciju koju ti nudi okruzenje, posto te ono samo zagluplljuje. Takodje, ne znas kako je implementirana ta funkcija i ako dodje do nekog problema, ne znas da li je problem u tebi ili funkciji. Sam si rekao da si odusevljen hardverskim tajmerom. Prijatelju, isto kao sto je bilo muke sa tajmerom i satisfakcije od istog, pokreni sledeci modul MCU-a, sam, bez funkcija okruzenja i uzbudjenje ce biti jos vece. Kada jos onda povezes tmr interapt i npr. uart interapt da rade zajedno, to je prava stvar. Ozbiljno si usao u pricu i vise ti ne trebaju nikakve funkcije.
Mozda sam bio malo grub u pisanju, ali cvrsto stojim iza stava da ko god koristi bilo koju funkciju okruzenja, nikada nece da nauci da programira MCU, a jos manje da razume funkcionisanje rada MCU-a i njegovih integrisanih periferija.