Sytuacja faktycznie jest nieciekawa...
Na wstępie takie spostrzeżenia:
Z linii 15 można usunąć operator pozyskania adresu (ampersand), gdyż w przypadku funkcji takie działanie (pobrania adresu) jest domyślne.

Dodatkowo linię 36 można zamienić na


Niemniej jednak nietypowy wydaje mi się dostęp do pola "migacz", które nie zostało zadeklarowane w ciele klasy...


Jeśli chodzi o samo sedno problemu to jedyne co mi przychodzi do głowy to modyfikator "extern" dla obiektu "led" lub funkcja rejestrująca callback, wywoływana z poziomu pliku "main.c".

Wiązanie obiektu z zasobem sprzętowym niestety musi wykorzystywać zmienne globalne, co nie jest zbyt dobrym pomysłem, ale faktycznie nie widzę innego rozwiązania.

Borykałem się dokładnie z tym samym problemem odnośnie modułów USART.
Zrealizowałem to w sposób dość kulawy, a mianowicie utworzyłem globalną tablicę wskaźników na funkcję, które były wywoływane przez odpowiednie funkcje obsługi przerwań.
Tworzyłem wtedy dwa obiekty do których dodatkowo przekazywałem nr układu (0 i 1 odpowiednio dla USART0 i USART1). Wiem że nie jest to najlepszy sposób, ale przy większej ilości układów można utworzyć tablicę dynamiczną lub listę jednokierunkową zawierającą odpowiednie wskaźniki.

Cześć mam pewien problem ideologiczny z liniami:


W pierwszym wersie deklaruje typ na metody klasy Dioda na wskaźniki na funckje postaci nazwa_funkcji(void). Chyba nazwa funkcji jest pewnym adresem na nią.

Następnie deklaruje migacz o typie callbackType, ale skoro to jest wskaźnik, więc tutaj jakbym miał adres na wsaźnik na funkcje. Więc do adresu przypisuje adres metody Dioda:callback;

Coś podobnego jak przy zwykłych wskaznikach
uint8_t *zmienna;
zmienna = &x; jest przypisanie do adresu

Dobrze to rozumiem?

_________________
sig off ;(

Dobra czaje. wielkie dzięki panowie.

_________________
sig off ;(