Bascom vs C

[Móczik Gábor]

HWSW Famulus wrote:
>> Viszont igy soha nem fogja megtanulni az ertelmesebb nyelveket, es
>> sose fogja atlatni, hogy milyen idozitesek kellenek egy LCD-re
>> irashoz, vagy LED villogtatashoz.
> 
> ...vegulis nem is kell, azert van a magasszintu nyelv.
> En speciel tudom mert anno meg kellett, de nem igazan jelent
> elonyt a gyakorlatban...

Ha mikrovezerlot kell programozni, akkor kell tudni idozitest csinalni. Az 
hogy van LCD meg miegymas illesztes a BasCom-ban az fasza, de ha pl. a 
XYZ1234 tipusu ADC-t kell illeszteni, akkor azt ki fogja megirni?

> Ha meg pozicioba kell kiirni
> mondjuk a 2.sor 8. oszloptol, akkor
> meg valami ilyesmi lesz
> 
> LOCATE 2,8:  LCD "Kamra="; kamrahofok; "C"

Nalam ez
lcd_goto(24);
printf("Kamra=%d C",kamrahofok);

vagy puts_at(24,"Kamra="); printf("%d",temp);

Az LCD kezelo interface-t ugyan meg kellett irnom, de az egesz C fajl 
mindossze 2-3k, es akarmikor hasznalhatom, ujabban a ket kontrollert 
tartalmazo IC-ket is kezeli (4x40 char).

> A munak hatekonysag igy egesz jo, a
> fizikai melysegu mukodest meg eleg
> akkor megismerni, ha nagyon sziv az emberfia...

Mindez, tegyuk hozza az LCD kezeles. Ez csak egy periferia amit kezelni. 
Emellett van meg sokszaz mas hardver, amit egy mikrovezerlohoz illeszteni 
kell.

Hagy kerdezzem mar meg, van valami megkotes, hogyan kell az adatbuszra 
kotni az LCD-t a bascom-hoz?

>> Hat nem tudom. Anno C<->Pascal viszonylatban is ezt mondtak, pedig a
>> nyelvi elemek nagy resze ugyanaz, csak a szintaktika mas egy kicsit,
>> meg van par aprosag.
> 
> a filozofia mas!
> elvarja, hogy ismerd a hw-ed
> belso mukodeset az utolso szogig

De a mikrokontroller es a kornyezete egy hardver. A benne futo szoftvert 
sem szoftvernek, hanem firmware-nek nevezik. Hogy programozhato ez a 
kornyezet az ismerete nelkul?

> A BASIC-ek kotottebbek, cserebe konnyen tanulhatok!
> Kis es kozepes feladatokra pedig boven elegendoek,
> de vegul is barmi megoldahto bennuk, ha maskent nem
> gepi kodu betetekkel....

Akkor en csak nagy feladatokat csinalok, mert el sem tudom kepzelni hogy 
barki megirta volna legalabb csak az LCD illesztest akkor ha nem 
kozvetlenul az adatbuszon van az LCD, hanem egy sajat kivitelu I/O bovites 
utan... Es eddig ugy nez ki, minden projectemben mindig pont 1-el :-) 
kevesnek bizonyult az I/O portok szama.

>> a hatekony string kezeles eleg maceras.
> 
> ..az masban is az :-(

Na jo, ha elhagyjuk a hatekony szot, akkor pascalban ott a String tipus. :-)
Ha C-ben foglalsz egy 256 byte meretu memoriateruletet, meg akkor se olyan 
egyszeru ket stringet osszefuzni mint pascalban. Mondjuk ez a problema 
inkabb PC-n jon elo (nekem).

>> Igazabol nem tudom, van-e olyan ember, aki magas szintu nyelvrol
>> alacsonyabbra valtott volna egy az egyben.
> 
> Miert is tenne?!
> ..hogy tovabb tartson es nehezebb legyen a feladat megoldasa?

Szerintem sincs kulonosebb ertelme, arra kivantam ravilagitani, hogy 
megszokva a magas szintu nyelvet kurva nehez lesz ASM-et tanulni. Pedig 
bizonyos esetekben szukseg van ra. Nem egy-az-egyben, hanem asm beteteket 
irni kritikus helyekre.

-- 
((( Móczik Gábor  )))--((( hu <- DOT <- progzmaster <- AT <- pm )))
((( Skype: moczik )))--((( Website: http://www.progzmaster.hu   )))