Piatok: Ja nemam rad PIC, ale PIC ma rad mna... :-)
Michal HW
michalgregor@centrum.cz
Pondělí Červenec 23 15:15:01 CEST 2007
C18 jsem zkousel a moc uspesny jsem nebyl. Kod ktery HT-Soft C18 prelozil
byl na nej moc slozity. Jestli si dobre vzpominam, tak mu delaly problemy
structury v externi pameti a pole pointeru na funkce.
Michal
----- Original Message -----
From: "Marek Pavlu" <pavlu@HWserver.cz>
To: "'HW-news'" <hw-list@list.hw.cz>
Sent: Monday, July 23, 2007 2:58 PM
Subject: RE: Piatok: Ja nemam rad PIC, ale PIC ma rad mna... :-)
Zdravim,
Pokud jde o hole C, tak tam to jde, ale sranda je s knihovnama.
Je toho vice, vzpomenu si snad jen na tu prvni, co jsem videl.
C18 totiz kdyz posle na serivku retezec pres danou knihovnu,
tak tan hnup samozrejme neposle jen ten retezec, ale navic i navrat voziku a
skok na novy radek.
Pritom ta funkce se jmenuje puts nebo tak nejak a
clovek ji instiktivne pouzije v dobre vire, nehlede na manual.
Nedela to Zilog, Atmel ani GCC ci dalsi verze prekladacu na PC.
Takovych podobnych vylepseni je tam plno:(.
Nakonec ta knihovna se jemuje stdio, tedy standardni vstup/vystup a nakonec
standardni neni:).
Jiste neco jineho jsou specialni direktivy, nebo nemoznost nektere veci
proste nacpat,
ale to uz je neco, co beru...
Prenositelnost neni kravina ani na MCU...
S pozdravem,
Marek Pavlu
-----Original Message-----
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Jan Waclawek
Sent: Monday, July 23, 2007 8:53 AM
To: HW-news
Subject: Re: Piatok: Ja nemam rad PIC, ale PIC ma rad mna... :-)
Pardon za to odklepnutie...
Marek Pavlu wrote:
> Docela mne dostalo, kdyz mi odpovedeli, ze vidi rozdil mezi MCU a CPU
> "realm", ze pry v domene MCU se musi delat veci jinak, ve smyslu
> NESTANDARDNE:).
Mno, ono je to tym, ze C ako vyssi (s prepacenim) jazyk - a vobec,
zlatanina - napisana priamo na nejake PDPcko samozrejme nic o realnom
svete nevie a bohuzial, vsetky pokusy o jeho "vylepsienie" a s
prepacenim "normalizovanie" boli robene s ohladom na "velke" procesory a
pocitace, s uplnym ignorovanim poziadaviek "malych" mcu.
Toto je samozrejme problem vsetkych C (a v konecnom dosledku aj vsetkych
"general purpose" HLL) pre jednocipy - jednoducho musia byt urcitym
sposobom nestandardne, ak chcu byt pouzitelne...
> To, ze pak ztezuji prenositelnost kodu je moc nes*re.
Prenositelnost je u jednocipov blby vtip. A to ani piatok nie je...
> Stale malo pameti SRAM atd...
RAM je z definicie vzdy malo... :-) Ale skuste si to najprv s nejakou
stovkou byte, potom Vam tych par kilobyte pripadne ako vcelku luxus... ;-)
Teraz vazne: pricina je jednoducha, a to to, co je vzdy na prvom mieste:
cena. Jedna SRAM bunka je 6 (slovom: sest) tranzistorov; jedna FLASH
bunka je jeden (niekedy dokonca pol alebo stvrt) tranzistor. Hadajte, co
tam vyrobcovia budu radsej cpat.
wek
_______________________________________________
HW-list mailing list - sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list
_____
avast! Antivirus <http://www.avast.com> : Odchozi zprava cista.
Virova databaze (VPS): 000758-3, 22.07.2007
Testovano: 23.7.2007 14:58:15
avast! - copyright (c) 1988-2007 ALWIL Software.
_______________________________________________
HW-list mailing list - sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list
Další informace o konferenci Hw-list