Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:oa9bgq$7fd$...@n...icm.edu.pl...
>Natknąłem się jednak na pewne problemy... Próbuję przeportować pewną
>bibliotekę do obsługi przycisków (debouncing + wykrywanie długiego
>wciśnięcia). Kod podpatrzony w jednej z książek pana Kardasia, z
>paroma
>moimi modyfikacjami.

Atlantisie - na moj gust, jak bedziesz takie ambitne struktury robil
... to ci pamieci zabraknie :-)

Duza ta klawiatura ? Regularnie zrobiona ?
Moze regularne metody lepsze.

>Generalnie sprowadza się do tego, że mam strukturę opisującą
>przycisk:
typedef struct key {
unsigned char *port;
unsigned char pin:3;
unsigned char state:4;

* ciekawe czy ten kompilator sobie radzi z tym :3.
Skoro deklaracje przyjmuje, to niby powinien.

unsigned int timer;
void (*push_proc)(void);
void (*long_proc)(void);
} key_t;

>Struktura jest inicjowana za pomocą funkcji key_init(), która
>przypisuje
>argumenty do struktury przekazanej przez wskaźnik, czyli wygląda to w
>ten sposób:
>key_init(&button2, &P0, 0, funkcja, funkcja);

>Kolejne argumenty oznaczają: adres struktury, adres portu, numer pinu
>w
>porcie, wskaźnik na funkcję wykonywaną po krótkim wciśnięciu
>przycisku i
>wskaźnik na funkcję wykonywaną po przytrzymaniu przycisku.
>Potem stan przycisku jest cały czas sprawdzany wewnątrz funkcji
>key_update(), która przyjmuje za argument adres struktury.

Ciekawe, na ile to optymalne. Przy kilku przyciskach ... moze ..

>NIE DZIAŁA natomiast następująca konstrukcja:
>key_press = !(*(key->port) & (1<<(key->pin)));

Zlikwiduj testowo te :3, :4. Albo sobie wydrukuj ... albo wrzuc jak
kompilator to na assembler zamienil.

>Strukturę inicjuję podając dane właściwego portu i pinu, a pomimo
>tego
>wciskanie przycisku nie jest widoczne.

>I teraz pytanie: co jest nie tak. Czyżbym w sdcc i/lub at89c51 nie
>mógł
>przesyłać w ten sposób informacji o porcie?

89c51 czy 89c52 ?
Bo tu chyba jest pies pogrzebany
http://www.8052.com/tutaddr.phtml

Indirect addressing always refers to Internal RAM; it never refers to
an SFR.

MOV R0,#99h ;Load the address of the serial port
MOV @R0,#01h ;Send 01 to the serial port -- WRONG!!

This is not valid. Since indirect addressing always refers to Internal
RAM these two instructions would write the value 01h to Internal RAM
address 99h on an 8052. On an 8051 these two instructions would
produce an undefined result since the 8051 only has 128 bytes of
Internal RAM.

A aby zaadresowac taka nieokreslona komorke pamieci, kompilator musi
skorzystac z adresowania posredniego.

Swoja droga on tak to napisal, jakby pod 8051 bylo tak samo ... prawde
mowiac nie pamietam, wydaje mi sie, ze mozna bylo adresowac porty @Rn.

>2) Działa także konstrukcja key_press = !(P0 & (1<<NUMER_PINU))

a ta kompilator moze skompilowac wstawiajac adres na stale.

J.