ATNEL tech-forum

Re: OPERATOR ZAMIANY NA STRING #

2015-05-06T22:07:02+01:00

Dziękuję za pomoc. To było to

Statystyki: Napisane przez main.c — 6 maja 2015, o 22:07

Re: OPERATOR ZAMIANY NA STRING #

2015-05-06T19:06:23+01:00

Odpowiedz troche z poslizgiem wiec pytanie pewnie juz nie aktualne. Zaryzykuje jednak...

....prawdopodobnie chodzi o ustawienienie Eclipsa bo kod jest ok. Mirek to wyjasnia na stronach 141/142 swojej niebieskiej ksiazki:

Project --> Properties --> drzewko C/C++Build --> Settings -->
dalej w zakladce Tool settings (kolejne drzewko) --> AVRCompiler --> Miscellaneous --> po prawej w "Other flags" wpisac: -DMCU=$(AVRTARGETMCU)

Mialem ten sam problem i pomoglo od razu.
Pozdrawiam.

Statystyki: Napisane przez tranzystozaur — 6 maja 2015, o 19:06

Re: OPERATOR ZAMIANY NA STRING #

2015-02-12T00:18:52+01:00

Odgrzeję stary temat. Mam problem z podstawieniem przez preprocesor wartości zamiast MCU (czyli w moim przypadku atmega328p) - podstawia mi dosłownie MCU i wysyła na RSa. Z parametrem F_CPU nie ma problemu - to samo makro podstawi wartość kwarca. Spotkaliście się z takim przypadkiem?

[syntax=c]#define TOSTRING( a ) STRINGX ( a )
#define STRINGX( a ) #a

uart_puts_P ( PSTR("Hardware: MCU ") );
uart_puts_P ( PSTR( TOSTRING( MCU ) ) );

uart_puts_P ( PSTR(" Crystal ") );
uart_puts_P ( PSTR(TOSTRING(F_CPU)) );
uart_puts_P ( PSTR(" Hz\r\n") );[/syntax]

Statystyki: Napisane przez main.c — 12 lut 2015, o 00:18

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T14:41:57+01:00

Zrozumiałem bardzo dziękuję

P.S. Dane kontaktowe wysłałem na Państwa maila

Statystyki: Napisane przez kidcowboy — 13 sie 2012, o 14:41

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T14:02:47+01:00

Nie - nie trujesz - pytaj śmiało do bólu

(ale przy okazji zajrzyj też tutaj bo tam mam prośbę do ciebie:

post12501.html#p12501)

----------------------

posłuchaj makro

Code:

#define TOSTRING(a) STRINGX(a)

dostaje najpierw do obróbki nazwę MCU (bo pod taką zdefiniowana jest nazwa procka) .... Więc w tym kroku TOSTRING(a) trafia owa nazwa MCU i zostaje ona rozwinięta do nazwy ATmega32 żeby przekazać ją dopiero do STRINGX(a)

dopiero wtedy może się wykonać drugie makro STRINGX(a) #a ponieważ ma ono już to o co nam chodziło czyli nazwę ATmega32 a nie nazwę MCU

Statystyki: Napisane przez mirekk36 — 13 sie 2012, o 14:02

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T13:37:03+01:00

OK. ja chyba nie do końca rozumiem zapis

Code:

#define TOSTRING(a) STRINGX(a)

Jak ..." pierwsze makro TOSTRING najpierw pobierze parametr jaki się kryje pod przekazywaną nazwą "...
bo zapis

Code:

#define STRINGX(a) #a

jest dla mnie zrozumiały

P.S. Mam nadzieję że za mocno nie "truję" - po prostu jest to dla mnie niejasne a chciałbym zrozumieć. Jeśli gdzieś dalej w książce jest jakiś przykład, który mi to rozjaśni to ok - nie ma tematu . Po po prostu nie chcę się uczyć na zasadzie: "tak zrób bo tak jest i być musi"

Statystyki: Napisane przez kidcowboy — 13 sie 2012, o 13:37

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T13:25:30+01:00

Ale przecież ta "zmienna" jak o nie napisałeś z makefile nie ma żadnej takie postaci jak sobie tutaj wymyśliłeś

char MCU[] ..... itd

zapomnij o tym

MCU to stała tekstowa z makefile i jest to obrabiane na etapie kompilacji przez preprocesor a nie na etapie kodu programu żeby jakieś tam char MCU[] się tworzyło

to tak samo jak stała F_CPU w makefile - rozumiesz ? tyle że F_CPU jest stałą dosłowną liczbową

Statystyki: Napisane przez mirekk36 — 13 sie 2012, o 13:25

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T13:16:47+01:00

Mirku trafiłeś w sedno ! Doczytać doczytałem - problem ze zrozumieniem mam.

Jeśli założymy że zmienna nazwy procesora w pliku makefile ma następującą definicję:

Code:

char MCU[]={"Atmega 32"};

To wtedy makro

Code:

#define TOSTRING(a) STRINGX(a)

pobierze jak gdyby ciało zmiennej MCU ??
I wtedy

Code:

#define STRINGX(a) #a

dokona podstawienia ?

Statystyki: Napisane przez kidcowboy — 13 sie 2012, o 13:16

Re: OPERATOR ZAMIANY NA STRING #

2012-08-13T12:14:03+01:00

No nie rozumie kolega i nie jest to to samo Tyle że ja bym na prawdę szczerze polecał zrobić sobie ćwiczenie praktyczne i wyświetlić efekt takich przypuszczeń np na LCD

a zobaczyłbyś wtedy że w wyniku tego co ci się wydaje zobaczysz MCU zamiast ATMEGA32

ale hmm dziwi mnie to co piszesz bo w książce dokładnie na tejże stronie wyjaśniam dlaczego tak się dzieje - nie doczytałeś ? czy nie zrozumiałeś tego co tam dalej jest napisane ?

jeśli masz

Code:

#define TOSTRING(a) #a

i w kodzie napiszesz

Code:

TOSTRING(MCU)

to jako wynikowy string dostaniesz MCU

a jeśli napiszesz tak:

Code:

#define TOSTRING(a) STRINGX (a) 
#define STRINGX(a)  #a

i w kodzie dasz

Code:

TOSTRING(MCU)

to w pierwszej linii makra najpierw nazwa MCU zostanie rozwinięta do ATmega32 i przekazana jako parametr do STRINGX(a) dzięki czemu efektem końcowym będzie

ATmega32

Statystyki: Napisane przez mirekk36 — 13 sie 2012, o 12:14

OPERATOR ZAMIANY NA STRING #

2012-08-13T10:09:41+01:00

Witam, mam takie pytanko czy dobrze zrozumiałem omawiany temat ?

Na stronie 136 napisano jak automatycznie można uzyskać efekt "przedstawienia się" mikrokontrolera używając dyrektyw :

Code:

#define TOSTRING(a) STRINGX (a) 
#define STRINGX(a)  #a

czy teraz odwołując się w programie np.

TOSTRING(MCU) uzyskam string np. "atmega32" ?? bo napisano, że "...makro TOSTRING najpierw pobierze parametr jaki się kryje się pod przekazywaną nazwą ( rozumiem że pod MCU ) i przekaże go do STRINGX(a). Wtedy zadziała rozwinięcie drugiej makrodefinicji która naszą nazwę procesora zamieni na string...."

Wydaje mi się że czegoś tu nie rozumiem wg mnie to zadziała tak samo jak

Code:

#define TOSTRING(a) #a

Z góry dziękuję za pomoc

Statystyki: Napisane przez kidcowboy — 13 sie 2012, o 10:09