ATNEL tech-forum

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T15:28:32+01:00

RadekB86 napisał(a):

Oczywiście że używam eclipsa
a do tego pliku "iom32.h" zdaje się że zaglądałem przy okazji omawiania przerwania ze strony 204
chyba że to inny plik ?

tak to ten sam plik z tym, że ten co ja podałem (Atmel tolchain )ma już aktualizacje nowe nazwy wektorów przerwań etc.

Statystyki: Napisane przez bogdanc — 30 gru 2014, o 15:28

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T15:19:42+01:00

Oczywiście że używam eclipsa
a do tego pliku "iom32.h" zdaje się że zaglądałem przy okazji omawiania przerwania ze strony 204
chyba że to inny plik ?

Statystyki: Napisane przez RadekB86 — 30 gru 2014, o 15:19

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T14:59:18+01:00

RadekB86 napisał(a):

#define SEG_A(1<<0) itd itd.

moje pytanie brzmi skąd kompilator wie że chodzi o ten konkretny PORTC czyli czemu niema zapisu typu:
#define SEG_A(1<

Załączając w projekcie[syntax=c]#include [/syntax]
Czyli wszystkie InputOutput / wejścia Wyjscia procesora etc.

Np dla:
/* avr/iom32.h - definitions for ATmega32 */
gdzie są tam wszystkie definicje miedzy innymi:
[syntax=c]/* PORTC */
#define PC7 7
#define PC6 6
#define PC5 5
#define PC4 4
#define PC3 3
#define PC2 2
#define PC1 1
#define PC0 0[/syntax]

gdzie to szukać ano tu (ja ma zainstalowany atmel tolchain w program files na dysku C, o ile korzystarz z AtmelTolchain ):

Zatem kompilator wszedzie gdzie napotka np PC0 wstawi podczas kompilacji 0.
Jeśli uzywasz Eclipse to najdz myszką na PC0 podświetli Ci się makro i wcisnij F2 to ukaże Ci się owa cyfra 0

RadekB86 napisał(a):

ja podejrzewam że wystarczyło że daliśmy ten cały PORTC na stronie 203 jako wyjście na katody....ale może się mylę...
a jeśli mam rację to co jeśli zechcę sobie podłączyć zupełnie oddzielny nowy wyświetlacz z segmentami na zupełnie inny niezależny PORT skąd wtedy kompilator będzie wiedział o który mi chodzi ?

Tak ale musi być operacja przypaisania:
[syntax=c]LED_DATA = pgm_read_byte( &cyfry[cy1] );// gdy zapalony wyśw.1 podaj stan zmiennej c1[/syntax]

gdzie: LED_DATA to nasz PORTC zdefiniowany na stronie 203.
[syntax=c]pgm_read_byte( &cyfry[cy1] )[/syntax] odczyt bajtu z pamięci Flash zdefiniowanego na stronie 209 (dokładniej na płytcie DVD w kodzie źródłowym).

gdzie dla cyfry 0 w tablicy mamy :
[syntax=c]~(SEG_A|SEG_B|SEG_C|SEG_D|SEG_E|SEG_F)[/syntax]

i tu kompilator zamiast SEG_A wstawi (1<<0); i odpowiednio dla pozostałych segmentów.

Jeśli chcesz zmienić PORT z C np na D to zmieniasz go w jednym miejscu:

[syntax=c]#define LED_DATA PORTD[/syntax]

wówczas kompilator będzie wiedział, że chodzi Ci port D

Statystyki: Napisane przez bogdanc — 30 gru 2014, o 14:59

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T13:11:40+01:00

RadekB86 napisał(a):

Aha czyli z pierwszej odpowiedzi wynika że każde użycie #define jest tak jakby zupełnie ODDZIELNE i NIEZALEŻNE,a ja je ze sobą wszystkie tak jakby skleiłem i zrozumiałem to że ANODY PORT to to samo co 4 piny i wynika z tego że tak jakby jednej nazwie przyporządkowałem kilka innych nazw itd co było błędem w moim rozumowaniu i wszystko pogmatfałem

Ale jeśli chodzi o drugą odpowiedź to niema tam zapisu typu PORTC | = SEG_A
więc dalej nie bardzo wiem skąd on to wie no chyba że jakoś z tablicy ze strony 209

Ja tylko dalem taki przyklad zaraz zajrze do ksiazki:)

Statystyki: Napisane przez bogdanc — 30 gru 2014, o 13:11

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T12:08:30+01:00

Statystyki: Napisane przez RadekB86 — 30 gru 2014, o 12:08

Re: Multipleskowanie LED i kilka niezrozumiałości (oby tylk

2014-12-30T11:40:47+01:00

ANODY_PORT masz zdefiniowane jako PORTA czyli jesli w powyzszym zapisie np.
Licznik bedzie miał wartosc równa 2 to binarnie 0b00000010 czyli przypisujac to do PORTA =~(0b00000010);
~ operator negacji da nam zapis:
PORTA = 0b11111101;
Czyli wystawimy logiczne 1 na wszystkich pinach portu oprocz 2 gdzie mamy 0.

Drugie pytanie:
Takie podejscie umozliwia swobodna konfiguracje pinow.

Definiujemy sobie np.
#define SEG_A (1<<0) oznacza ze wszedzie gdzoe kompilator napotka zapis SEG_A podstawi (1<<0) i jesli mielusmy wczesniej zapis definiujac port wyj jako PORTC to w zapisie np:
PORTC | = SEG_A;
Spowoduje wystawienie 1 na pierwszym pinie portu C. Bo mamy 0 w naszym przesunieciu bitowym.

Statystyki: Napisane przez bogdanc — 30 gru 2014, o 11:40

Multipleskowanie LED i kilka niezrozumiałości (oby tylko)

2014-12-30T11:13:36+01:00

Witam od razu do rzeczy. Na stronie 212 pisze Pan M.K. : "Tymczasem w kodzie obsługi przerwania mamy zapis ANODY_PORT = ~licznik; Z tego powodu mamy cztery starsze bity PA7 -PA4 są cały czas ustawione na jeden "
Moje pytanie brzmi skąd się tam wzięły te cztery starsze bity skoro pod słowem: "ANODY_PORT" kryje się na stronie 202:
"ANODY_PORT |= CA1 | CA2 | CA3 | CA4;" i dalej co za tym idzie na stronie 203 mamy zapis:
#define ANODY_PORT PORTA"
i poniżej
#define CA1 (1<#define CA2 (1<#define CA3 (1<#define CA4(1<< PA3)
a pinów od PA7 do PA4 jak nie widziałem tak nigdzie nie widzę...

I moje drugie pytanie może sam coś podejrzewam ale nie jestem pewien a muszę być pewny.
Na stronie 209 mamy zapisy segmentów ;np:
#define SEG_A(1<<0) itd itd.
itd
itd
moje pytanie brzmi skąd kompilator wie że chodzi o ten konkretny PORTC czyli czemu niema zapisu typu:
#define SEG_A(1<ja podejrzewam że wystarczyło że daliśmy ten cały PORTC na stronie 203 jako wyjście na katody....ale może się mylę...
a jeśli mam rację to co jeśli zechcę sobie podłączyć zupełnie oddzielny nowy wyświetlacz z segmentami na zupełnie inny niezależny PORT skąd wtedy kompilator będzie wiedział o który mi chodzi ?

Statystyki: Napisane przez RadekB86 — 30 gru 2014, o 11:13