Programování PICů v C (XC8)

Zpráva

#16 Příspěvek od **forbidden** » 09 pro 2016, 10:50

To nevím, ale píšou tam, že když si budu platit Pro verzi, tak budu mít až o 60 % menší kód.

#17 Příspěvek od **rnbw** » 09 pro 2016, 10:51

Takze nema... Neexistuje pre tieto PICy nahodou aj GCC?

#18 Příspěvek od **forbidden** » 09 pro 2016, 10:55

To nevím, já dělal vždy v tom MPLABu, akorát jsem do toho doinstaloval ten XC8 překladač, abych mohl dělat i v Cčku.

Wolfik · #19 Příspěvek od **Wolfik** » 09 pro 2016, 11:58

musíš si zprovoznit vývojové prostředí s nějakým GNU GCC překladačem.

A taky doporučuju pořádně se naučit Céčko srkz na skrz na PC. A také pojmy jako je linker, make, makefile, křížová kompilace...Začínat s Cčkem na mcu bez předchozích zkušenosti na PC je dost na prd

#20 Příspěvek od **forbidden** » 09 pro 2016, 13:21

Tak asi před dvěma lety jsem trošku začal s C++ na PC, ale potřeboval jsem jen udělat jednu konzolovou aplikaci na komunikaci s COM portem. Pak už jsem na to zas nešáhl. Nemám ambice v tom být dobrej, jen umět alespoň základy a případně se doučovat, co bude třeba, za pochodu.
GCC je nějakej free překladač? MPLAB se mi líbí, že je celkem komfortní a provázanej a vše tak nějak funguje. Akorát je to děsnej moloch, je to v javě a žere 1,3 GB RAMky.

Asi jsem našel GCC fo PIC, ale je ve fázi plánování. Moc se mi nechce začínat s něčím novým, nevyzkoušeným a místo hledání chyb v programu hledat chyby v překladači.

Wolfik · #21 Příspěvek od **Wolfik** » 09 pro 2016, 15:15

koukám, že s těma open source toolchainama pro Microchip to je pěkne naprd...
jediný, co mi něco říká je SDCC (ve vedlejším vláknu myslím nějaká uživatelka portila Linux na Z80)
tady jsou nějaký příklady
https://github.com/diegoherranz/sdcc-examples

Ale je to stále v testovací fázi, takže určitě nic pro tebe

Jinak jak už jsem psal. Ty sice začínáš na "nejjednodušších" mikrokontrolérech, ale zároveň mrtě zastaralých. Na tvým místě bych se koukl po modernějších PIC8, AVR8, STM8 či NXP8 mcučkách, kde máš volně dostupný neomezený toolchain. Ten MPLAB je free, ale je to pomalá za*raná Java se zadrátovanými toolchainy v sobě.

Ještě k těm konstantám jenom ve Flashce...seš si tak jistej, že to kompiler dělá? Přečetl sis obsah datové paměti po spuštění programu?

Wolfik · #22 Příspěvek od **Wolfik** » 09 pro 2016, 15:21

http://tutor.al-williams.com/picc1.htm

#23 Příspěvek od **forbidden** » 09 pro 2016, 18:34

Když napíšu const int x=5; tak bude uložená jen v programové paměti. Mám to vyzkoušený tak, že se po kompilaci ani nehne velikost zabrané datové paměti.

#24 Příspěvek od **mtajovsky** » 09 pro 2016, 18:44

forbidden píše:GCC je nějakej free překladač?

ano je to free, protože GCC znamená GNU Compiler Collection. Je šířen pod licencí GNU GPL a tudíž free, protože GNU's Not Unix.

Je to asi jeden z nejznámějších překladačů vůbec, zahrnuje velké množství platforem od MCU až po velké stroje od Sun a HP. Na platformách s Linux asi nejpoužívanější kompilátor. PICy neznám a tak mě trochu zaráží, že nejsou v jeho portfoliu. V každém případě, pro platformu Atmel, STM8, STM32 je k dispozici. A taky pro všechny dnes užívané Intely a AMD.

forbidden píše:Když napíšu const int x=5; tak bude uložená jen v programové paměti. Mám to vyzkoušený tak, že se po kompilaci ani nehne velikost zabrané datové paměti.

Protože je to definováno jako konstanta. Ovšem:

char* hello = "Hello";

bude ležet jak v kódové paměti tak v RAM, kam se dostane pomocí start-up kódu.

#25 Příspěvek od **forbidden** » 09 pro 2016, 19:06

To právě nebude.
char *hello="hello"; - pouze paměť programu
char hello2 []="hello"; - pameť programu i dat

Mám to ověřený tou kompilací, po přidání prvního se velikost obsazené paměti dat nezmění.

lesana87 · #26 Příspěvek od **lesana87** » 09 pro 2016, 19:55

A jak ten PIC16F628A k tomu řetězci v programové paměti přistupuje?

#27 Příspěvek od **mtajovsky** » 09 pro 2016, 19:55

Tak to musí mít XC8 nějakou vychytávku. Protože přístup na data v programové paměti jsou jiné instrukce, než přístup na data v RAM. Potom čtení takového řetězce by se muselo překládat jinak. Například

char* hello1 = "Hello";
char hello2[6] = "Hello";

bude u AVR pořád v RAM. Pokud chceme dostat data do kódové paměti, použije se pro gcc syntaxe:

char hello2[6] PROGMEM = "Hello";

a přístup je taky jiný:
pro RAM: char treti_znak = hello[3];

pro FLASH: char treti_znak = pgm_read_byte(hello + 3); což se přeloží na instrukci LPM (load program memory).

#28 Příspěvek od **forbidden** » 09 pro 2016, 20:00

lesana87 píše:A jak ten PIC16F628A k tomu řetězci v programové paměti přistupuje?

Jen pro čtení samozřejmě.

lesana87 · #29 Příspěvek od **lesana87** » 09 pro 2016, 20:01

Ale jak ho z té programové paměti čte?

#30 Příspěvek od **forbidden** » 09 pro 2016, 20:09

To přesně nevím, nicméně já se v programu k té proměnné hello chovám stejně jak k hello2. Respektive já to zatím jen vypisoval na display pomocí printf (hello);
Hele, zatím s tím vším mám asi týden zkušeností, tak můžu být místy mimo.