mplab

[jaromir]

porovnavanie C - asm je kravina netahaj to sem

[petersno]

s rychlostou kompilacie je to podobne ako s velkostou vysledneho hex. aj ked mam dojem, ze platena verzia ani nieje tak rychlejsia, ako je free verzia umelo zdrzovana { ale mozno je to iba subjektivny pocit }

edit : nemate niekto dobru radu, ako zrychlit start toho 7x prekliateho helpu ? pri tom sa da umriet na starobu

[jaromir]

Veru je.

[xmilos]

mato takze napisat, odladit a poslat ti to prelozit do "optimalnej" verzie :--)

Chlapi ake dalsie sucasti pre pracu s PIC mi odporucate do pozornosti?

[jaromir]

Co ti pomoze, ze kod bude o par percent mensi?

Okrem MPLAB-u, kompilatora (resp. kompilatorov, ja mam vsetky tri, lebo aktivne pouzivam 8, 16 a 32 bity) asi uz nic viac netreba.

[boraicho]

treba ešte minimálne PICKIT3 (alebo lepšie) žiadne domorobo programatory.

[xmilos]

Tak ten mam vdaka Jaromir -ovi

[mato3000]

... aj ked mam dojem, ze platena verzia ani nieje tak rychlejsia, ako je free verzia umelo zdrzovana { ale mozno je to iba subjektivny pocit }

je rýchlejšia, lebo tan niesú napríklad prepínania stránok pri každom skoku čo ušetrí pri skoku dva kroky


xmilo: netreba mi nič posielať, len sa musíš zmieriť s veľkosťou a podla toho si priplatíš. preto je podla mňa výhodnehjšie pri C ísť rovno na radu 18 a viac.

porovnavanie C - asm je kravina netahaj to sem

podla mňa , mal by mať každý jasno keď sa rozhoduje. samozrejme toto bolo len jedno porovnanie, C má svoje nesporné výhody, ale v tom príspevku nešlo len o porovnanie C - ASM, šlo tam hlavne o porovnanie C a C. preto som to ASM oddelil, to bol len taký škodoradostný výkrik

[petersno]

neslo mi o rychlost vysledneho kodu, iba o rychlost samotnej kompilacie

[jaromir]

Pri skoku sa neprepinaju stranky a keby aj, na rychlost kompilacie to nebude mat prakticky nijaky vplyv.

Mimochodom, od verzie 1.2 je vystup z XC8 kompilatora podstatne cistejsi ako doteraz, odporucam pozriet sa.

[BOBOR]

pozrel som, skúsil som, funguje

[xmilos]

preto je podla mňa výhodnehjšie pri C ísť rovno na radu 18 a viac.

tak neskoro, uz som objednal 16F1826.
Na zaciatok a test, ktory potrebujem urobit to staci.

[mato3000]

Pri skoku sa neprepinaju stranky a keby aj, na rychlost kompilacie to nebude mat prakticky nijaky vplyv.

dokelu , nevravím že to tak má byť, ale C to tak robí takmer stále , si sprav nejaký rozumný disassembler a tam to uvidíš, 100000x tam prepína stránky, napriek tomu, že celá rutina sa krásne vojde do jednej stránky a nepotrebuje skákať do druhej.

na rýchlosť kompilácie to nemá vplyv, ale ne rýchlosť samotného kódu hej a predpokladám výrazný.

[petersno]

mladenci, je mozne urobit { pripadne existuje ] pre PICka v DIP puzdrach nejaky univerzalny header ? chcem si urobit akusi testovaciu dosku s pripravou pre DIP puzdra. co som pozeral, tak 40 a 28 pinove by mohli byt takto :

Header28_40.jpg (29.87 KiB) 4705 zobrazení

da sa najst nejake pravidlo, co je s cim pinovo kompatibilne a co nie ? pripadne poradte nejaky lepsi sposob

[xmilos]

PORTA = 0x01 ( resp PORTA |= 0x01 )

je to same ako

RA0 = 1;
?
(PIC 16F628)

[petersno]

nie celkom. oba nastavia RA0 na 1, ale PORTA = 0x01 zaroven nastavi vsetky ostatne bity na 0.

[xmilos]

Tak to je jasne, ale v pripade PORTA = 0x01 je 0 bit portu A nastaveny, kdezto v RA0 = 1 urobi port iba kratky inpulz.
Idem mrknut ako to vypada v ASM.

[petersno]

robis niekde nejaku haliuz. za normalnych okolnosti su tie prikazy voci RA0 rovnocenne

[xmilos]

Tiez si myslim, v PIC som absolutny zaciatocnik, preto sa pytam. Datasheet mam, ale ani tam sa to nerozlisuje. Pisem to v C cku, takze musim checknut vystupny kod.

[petersno]

aj tam sa da robit v assemblery, pre overenie, ak to nenajdes priloz kod. oko lepsie vidi ako pocuva