ATNEL tech-forum

Re: Przykład z książki: 5.5 LCD

2018-02-19T00:11:33+01:00

ktoś by ci poświęcił pewnie czas ale gdybyś nie bawił się w archeologa i nie doklejał się do starych wątków - masz pytanie zakładaj nowy wątek. Nie wiem czy byś chciał wchodzić na forum na którym byś widział jeden GIGA WĄTEK i wszyscy by się do niego doklejali - jest sens ?

forum jest po to aby zadawać pytania w nowych wątkach ...

dlatego blokuję ten wątek

Statystyki: Napisane przez mirekk36 — 19 lut 2018, o 00:11

Re: Przykład z książki: 5.5 LCD

2018-02-18T21:11:31+01:00

Zainteresowałem się dwustopniowym makro bo doszedłem w BB do rozdziału o wyświetlaczu LCD. Przeczytałam rozdział już dwa razy teraz czytam trzeci bo nie ogarniam tego do końca. Przyznam szczerze że czytam też ten wątek na forum bo muszę to zrozumieć w końcu, nie całkiem rozumiem co tu piszecie więc zacząłem kombinować po swojemu. I tu mam prośbę, gdyby ktoś poświęcił mi chwilę przeczytał moje wypociny i skomentował ewentualnie poprawił moje rozumowanie to bardzo by mi pomógł. Mamy taki fragment kodu:
[syntax=c]#define LCD_RSPORT C

#define PORT(x) SPORT(x)
#define SPORT(x) (PORT ## x)

PORT(LCD_RSPORT) &= ~(1<Po napotkaniu w kodzie linijki [syntax=c]PORT(LCD_RSPORT) &= ~(1<C jako argument zostanie przekazana do dyrektyw [syntax=c]#define PORT(x) SPORT(x)
#define SPORT(x) (PORT ## x)[/syntax]
które jak dla mnie działają od końca.
W linii [syntax=c]#define SPORT(x) (PORT ## x)[/syntax] najpierw C zostanie sklejone ze słowem PORT, otrzymamy PORTC. W tej samej linii SPORT(C) ostanie zastąpione słowem PORTC. Następnie przejdziemy linię wyżej i suma sumarum w tej linii otrzymamy słowo PORTC. A następnie PORTC zostanie wstawione miejscu gdzie kompilator napotkał PORT(LCD_RSPORT).

Statystyki: Napisane przez 11jacekj — 18 lut 2018, o 21:11

Re: Przykład z książki: 5.5 LCD

2018-02-04T12:36:58+01:00

Przepraszam, że poruszam może przebrzmiały temat. Takie coś znalazłem, może to komuś coś rozjaśni.
__CONCAT to jest makro które przyjmuje nie tylko tokeny jako argumenty, a tak wydaje mi się, mają makra bezpośrednio używające ## (Tak?)
Jestem początkujący, z góry przepraszam za błędy.

[syntax=c]#include //definicje adresów portów i bitów
#include //Definicje typów np. int16_t .Tu jest __CONCAT
#include

#define CTRL B
#define _DDR __CONCAT(DDR,CTRL)
#define _PORT __CONCAT(PORT,CTRL)

int main(void) //Mruganie diodą.
{
_DDR |=(1<for(;;)
{
_PORT^=(1<_delay_ms(1000);
}
return 0;
}[/syntax]

Statystyki: Napisane przez boryshoroneskul — 4 lut 2018, o 12:36

Re: Przykład z książki: 5.5 LCD

2017-01-14T21:46:29+01:00

Dzięki wielkie koledzy.

Rozwinięcie iom8.h oświeciło mnie !

Statystyki: Napisane przez Parser — 14 sty 2017, o 21:46

Re: Przykład z książki: 5.5 LCD

2017-01-14T21:26:44+01:00

Witam

Daro69 napisał(a):

Sprawa prosta. PC5 to makro 5. (to jest to samo)

bo:

iom8.h napisał(a):

/* PORTC */
#define PC6 6
#define PC5 5
#define PC4 4
#define PC3 3
#define PC2 2
#define PC1 1
#define PC0 0

Pozdr.

Statystyki: Napisane przez kicajek — 14 sty 2017, o 21:26

Re: Przykład z książki: 5.5 LCD

2017-01-14T21:12:55+01:00

witam,
Sprawa prosta. PC5 to makro 5. (to jest to samo)

------------------------ [ Dodano po: 4 minutach ]

Zauważ że wpisując PC5 zamiast PD5 lub odwrotnie, uzyskasz identyczne zachowanie programu.
Będzie tylko mniej czytelny dla nas i Ciebie. PA5,PB5,PC5... to jest wartość 5.
To samo dla PA0,PB0,PC0...to 0.

Statystyki: Napisane przez Daro69 — 14 sty 2017, o 21:12

Re: Przykład z książki: 5.5 LCD

2017-01-14T19:40:21+01:00

Głęboka cześć tym co czytają ...

Właśnie przemęczam te makra upraszczające z BB-ka, strona 218-220. Opisuję przykład z książki.
Lewą stronę rozumiem . ( Dla mnie te makra po prostu likwidują nawias przekształcając ciąg znaków PORT(X) w PORTX )

W inicjacji DDR (LCD_D7PORT) |= ( 1<
Makra + definicja : #define LCD_D7PORT C powodują, że zapis : DDR (LCD_D7PORT) przechodzi w DDRC

OK. Ale co ze stroną prawą tej inicjacji ? skoro mamy port C i była definicja : #define LCD_D7 5
to wychodzi mi |= (1<<5 ) a powinno być |= (1<
dlaczego 5 zamiast PC5 ?

Chwała temu kto mi to wyjaśni, bo też nie daje mi to spokoju ...
Statystyki: Napisane przez Parser — 14 sty 2017, o 19:40

Re: Przykład z książki: 5.5 LCD

2015-08-06T23:21:47+01:00

Arni napisał(a):

Jeśli tak

No DOKŁADNIE tak ... dokładnie i nie inaczej - widzisz w końcu zaskoczyłeś
Statystyki: Napisane przez mirekk36 — 6 sie 2015, o 23:21

Re: Przykład z książki: 5.5 LCD

2015-08-06T23:20:44+01:00
Czyli mogę rozwinąć to tak?
[syntax=c]PORT(LED_PORT) SPORT(D)

SPORT(D) (PORT##D)[/syntax]

Jeśli tak, to zaczynam to rozumieć. Jeśli nie, to stracę resztę włosów, która mi została na głowie.

Może Pan polecić jakieś rzetelne źródło informacji (książka, artykuł) na temat działania preprocesora?
Statystyki: Napisane przez Arni — 6 sie 2015, o 23:20

Re: Przykład z książki: 5.5 LCD

2015-08-06T23:08:28+01:00
po to jest to D żeby właśnie przekazać do drugiego makra jako argument, dopiero na poziomie drugiego makra - preprocesor podstawi sobie D

Na pierwszym poziomie

[syntax=c]#define PORT(x) (PORT##x)[/syntax]

preprocesor zobaczy tylko nieszczęsny LED_PORT

REASUMUJĄAC, gdy najpierw będzie tak:

[syntax=c]#define PORT(x) SPORT(x)[/syntax]

to do makra SPORT zostanie przekazana nazwa stałej LED_PORT

[syntax=c]#define SPORT(x) (PORT##x)[/syntax]

a tutaj już sobie LED_PORT zamieni na D bo zobaczy, że stałej o nazwie LED_PORT przypisana jest wartość D
Statystyki: Napisane przez mirekk36 — 6 sie 2015, o 23:08

Re: Przykład z książki: 5.5 LCD

2015-08-06T22:54:26+01:00
Hmmm...

Nie o pamiętanie chodzi a o rozumienie i z tym mam cały czas problem.

Skoro preprocesor ignoruje zapis po pierwszej spacji to po co jest tam to 'D'? Skąd on później wie, że do PORT ma dokleić D?

[syntax=c]#define LED_PORT D[/syntax]

Cały czas myślałem, że powyższy zapis mówi preprocesorowi, że LED_PORT znaczy 'D'...

Ja wiem, że to działa, ale chcę wiedzieć jak. Jeśli zrozumiem, to nie będę musiał pamiętać
Statystyki: Napisane przez Arni — 6 sie 2015, o 22:54

Re: Przykład z książki: 5.5 LCD

2015-08-06T22:03:17+01:00

Arni napisał(a):

chciałby pod 'x' podstawiać LED_PORT zamiast 'D'? LED_PORT znaczy przecież 'D' bo tak to wcześniej zdefiniowaliśmy, czy nie?

Nie ...

eeeeh jeszcze raz ...

sprawdź sobie bo można to sprawdzić nawet bez kompilacji w eclipse i bez wgrywania do procka.

Zrób taką definicję:

[syntax=c]#define MUCHA[/syntax]

a później zrób tak

[syntax=c]#ifdef MUCHA
int main( void ) {

while(1);
}
#endif[/syntax]

okaże się, że w związku z tym iż jest zdefiniowana STAŁA o nazwie MUCHA to ten fragment kodu będzie biały i da się skompilować - zgadza się

a teraz zmień na górze definicję tak:

[syntax=c]#define MUCHA1[/syntax]

zobaczysz że Eclipse zaznaczy na szaro to co znajduje się w warunku #ifdef - zgadza się ? zgadza no bo preprocesor nie widzi już nazwy MUCHA

a teraz uważaj dokładnie, teraz zrób taką definicję na górze

[syntax=c]#define MUCHA D[/syntax]

Jak myślisz - zanim to zrobisz - zadziała warunek czy nie ? heeee ... i tu cię mam - zobacz warunek zadziała

jeśli tego nie wiedziałeś i nie rozumiesz to zapamiętaj sobie że DEFINICJA STAŁEJ PREPROCESORA liczy się tylko do pierwszej spacji - reszta jest pomijana - jeśli nie definiujemy WYRAŻENIA w tym miejscu ... a więc preprocesor widzi tylko stałą o nazwie MUCHA a nie MUCHA D - rozumiesz ?

dlatego odpowiedziałem NIE na twoje powyższe pytanie

teraz już to chyba zapamiętasz co ?
Statystyki: Napisane przez mirekk36 — 6 sie 2015, o 22:03

Re: Przykład z książki: 5.5 LCD

2015-08-06T21:36:16+01:00
To ja muszę zadać pytanie. Proszę się trzymać.

mirekk36 napisał(a):

Oczywiście ktoś mógłby zadać pytanie - ale zaraz hola hola, to po co takie podwójne makro skoro można byłoby niby prościej to napisać o tak np:

Code:
#define PORT(x) (PORT##x)

no nie ?

Ale niestety - jeśli byś tak zrobił to w miejscu kodu, preprocesor rozwinąłby to nieszczęśliwie tak:

PORTLED_PORT |= (1<
teraz jaśniej troszkę ?

Dlaczego on by tak to rozwinął? Przecież

[syntax=c]#define LED_PORT D[/syntax]

znaczy, że LED_PORT ma być podstawiane jako literka "D" w kodzie kompilowanego programu. Dlaczego kompilator przy sklejaniu bezpośrednio:

[syntax=c]#define PORT(x) (PORT##x)[/syntax]

chciałby pod 'x' podstawiać LED_PORT zamiast 'D'? LED_PORT znaczy przecież 'D' bo tak to wcześniej zdefiniowaliśmy, czy nie?

Ja rozumiem, że to pytanie trochę o to dlaczego czerwone jest czerwone (co jak się okazuje nie jest takie jednoznaczne i oczywiste ale to temat na inną dyskusję ). Zastanawia mnie jednak jak preprocesor interpretuje 'parametry', które podajemy mu w nawiasach i dlaczego przy makrze dwupoziomowym podstawi 'D' zamiast LED_PORT, a przy jednopoziomowym stanie na LED_PORT.
Statystyki: Napisane przez Arni — 6 sie 2015, o 21:36

Re: Przykład z książki: 5.5 LCD

2014-04-04T17:16:43+01:00

rafmodel napisał(a):

Tylko jedno pytanie skąd kompilator wie, że raz za x ma podstawić literę a kiedy liczbę?
Wynika to może z tego , że PORT i DDR to litery a PIN to liczby?

jeszcze raz proszę przeczytaj uważnie to:

post975.html#p975

i zobacz jak działają te makra
Statystyki: Napisane przez mirekk36 — 4 kwi 2014, o 17:16

Re: Przykład z książki: 5.5 LCD

2014-04-04T15:31:17+01:00
Karolku i wszystkim innym - już sobie poradziłem. Tylko jedno pytanie skąd kompilator wie, że raz za x ma podstawić literę a kiedy liczbę?
Wynika to może z tego , że PORT i DDR to litery a PIN to liczby?
Pozdrawiam i dziękuję za wyrozumiałość i pomoc
Statystyki: Napisane przez rafmodel — 4 kwi 2014, o 15:31

Re: Przykład z książki: 5.5 LCD

2014-04-04T14:43:04+01:00
Po to właśnie by nie trzeba pisać całej nazwy portu tylko A, i numer Pinu.
Statystyki: Napisane przez Gość — 4 kwi 2014, o 14:43

Re: Przykład z książki: 5.5 LCD

2014-04-04T14:42:03+01:00
Przepraszam, ale tak mam, jak czegoś nie mogę zrozumieć tzn, że się zaciąłem.
Takie mamy definicje w .h.
[syntax=c]#define LCD_D7PORT A
#define LCD_D7 6
#define LCD_D6PORT A
#define LCD_D6 5
#define LCD_D5PORT A
#define LCD_D5 4
#define LCD_D4PORT A
#define LCD_D4 3[/syntax]
No dobra teraz już się zamotałem. Skoro w całym programie korzystamy z tych definicji czyli np LCD_D7PORT i LCD_D7. to po co nam te makra. Myślałem, że makra umożliwiają nam skrócenie czynności do minimum tak jak np w Visual Basic'u pod excela.
, wiem, że załapie, Karolek a z tym wpisanie PORT(C) w eclipsie to nie za bardzo rozumiem, sorry
Statystyki: Napisane przez rafmodel — 4 kwi 2014, o 14:42

Re: Przykład z książki: 5.5 LCD

2014-04-04T14:07:35+01:00
wpisz do eclipsa

napisz np PORT(C) i najedz myszka , jak sie pokaze "chmurka" to zjedz na nia myszka i strzaleczkami przesówaj w lewo lub w prawo bardzo ułatwia!
Statystyki: Napisane przez karolek — 4 kwi 2014, o 14:07

Re: Przykład z książki: 5.5 LCD

2014-04-04T13:59:43+01:00
bo e programie piszesz np PORT 6 i ten x jest zamieniany na 6
nie widze calego kodu i pisze z pamieci. ale zobacz na definicje portow lcd w pliku .h i bedzie wszystko jasne.

Wysłane z telefonu
Statystyki: Napisane przez majster — 4 kwi 2014, o 13:59

Re: Przykład z książki: 5.5 LCD

2014-04-04T13:41:55+01:00
Proszę o wybaczenie, ale nie rozumiem kompletnie tego makra ułatwiającego dostęp do portów.Siedzę nad LCD i w zasadzię działanie rozumiem (noty+bluebook+przykłady) i jakoś ogólnie to łapie. Ale teraz się wgryzam dokładnie linijka po linijka. Mamy takie makro
[syntax=c]#define SET_RS PORT(LCD_RSPORT) |=(1<<(LCD_RS)[/syntax]
to jest jasne nazwa makra SET_RS spowoduje ustawienie 1 na porcie LCD_RSPORT na miejscu LCD_RS bitu. wcześniej zdefiniowaliśmy w pliku nagłówkowym zarówno port A jak i który bit 0. i jest ok
Ale przy tym makrze się rozkładam:
[syntax=c]#define PORT(x) SPORT(x)
#define SPORT(x) (PORT##x)[/syntax]
definicję rozumiem ale skąd wiemy jakie jest x?? gdzie to jest przypisane? Oczywiście mam na myśli program wraz z biblioteką do LCD z płyty załączonej do BlueBook'a.

Dziękuje za pomoc i pozdrawiam
Statystyki: Napisane przez rafmodel — 4 kwi 2014, o 13:41

Re: Przykład z książki: 5.5 LCD

2013-11-09T17:06:48+01:00
Dziś po długiej analizie wreszcie zrozumiałem jak działają te makra. Jak w książce napisane skracają definicji portów w pliku nagłówkowym, zamiast pełnej nazwy wstawia się samą literę; A, B, C, D itd....A potem makra uzupełniają do pełnej postaci.
Statystyki: Napisane przez rysiekm55 — 9 lis 2013, o 17:06

Re: Przykład z książki: 5.5 LCD

2013-07-02T09:40:11+01:00
OK, teraz wszystko jasne. Dziękuję i pozdrawiam
Statystyki: Napisane przez pisiorek — 2 lip 2013, o 09:40

Re: Przykład z książki: 5.5 LCD

2013-07-02T09:17:35+01:00

Quote:

dlaczego jednak nie można tego skrócić do takiej formy ? Czy to jest niedoskonałość preprocesora, czy jest jakiś inny powód ?

w książce niebieskiej starałem się to opisać, tu na forum też niejednokrotnie - i zawsze też proszę - nie dopatrywać się niedoskonałości w kompilatorach itp ... gdy się samemu jeszcze nie do końca coś rozumie bo to prowadzi ZAWSZE na manowce

ale ok powtórzę to po raz kolejny

nie można od razu zrobić tak jak piszesz ponieważ po takiej operacji:

[syntax=c]#define LED_PORT D
#define PORT(x) (PORT##x)[/syntax]

otrzymałbyś w wyniku sklejenia nazwę

Quote:

PORTLED_PORT

zamiast oczekiwanego PORTD, rozumiesz - sklejenie działa od razu na przekazany argument którym jest LED_PORT, preprocesor nie ma możliwości rozwinięcia nazwy LED_PORT do literki D, i dlatego potrzebny jest kolejny krok żeby argument LED_PORT został zamieniony przez samą literkę D, która dopiero zostanie doklejona

teraz będzie jaśniej ?
Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 09:17

Re: Przykład z książki: 5.5 LCD

2013-07-02T08:59:24+01:00
Dziękuję za szybką odpowiedź, jeszcze ostatnia wątpliwość. Odnośnie fragmentu z pierwszego Twojego postu wyjaśniającego problem, oraz oTwojej odpowiedzi na mój poprzedni post:
Quote:

Oczywiście ktoś mógłby zadać pytanie - ale zaraz hola hola, to po co takie podwójne makro skoro można byłoby niby prościej to napisać o tak np:

Code:
#define PORT(x) (PORT##x)

no nie ?

Ale niestety - jeśli byś tak zrobił to w miejscu kodu, preprocesor rozwinąłby to nieszczęśliwie tak:

PORTLED_PORT |= (1<
a w odpowoiedzi na mój post :
Quote:

Dobrze rozumiesz tylko w tym miejscu mała nieścisłość:
Quote:
pisiorek napisał(a):
w konsekwencji wycięcie z niej tylko końcowego oznaczenia portu, czyli w tym przypadku litery "D", a fragment:

nie nastąpi żadne wycięcie - tylko podstawienie argumentu definicji preprocesora czyli tej literki D

Skoro fragment kodu:
Code:
(...)PORT(x)(...)
radzi sobie z wyłuskaniem samego parametru "D", bo w SPORT(x) już zostaje SPORT(D), to teoretycznie zapis mógłby wyglądać tak:
Code:
#define PORT(x) (PORT##x)
dlaczego jednak nie można tego skrócić do takiej formy ? Czy to jest niedoskonałość preprocesora, czy jest jakiś inny powód ?
Statystyki: Napisane przez pisiorek — 2 lip 2013, o 08:59

Re: Przykład z książki: 5.5 LCD

2013-07-02T07:40:06+01:00
Dobrze rozumiesz tylko w tym miejscu mała nieścisłość:

pisiorek napisał(a):

w konsekwencji wycięcie z niej tylko końcowego oznaczenia portu, czyli w tym przypadku litery "D", a fragment:

nie nastąpi żadne wycięcie - tylko podstawienie argumentu definicji preprocesora czyli tej literki D
Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 07:40