Cześć, mampewien problem z makrami, potrzebuję pomocy bardziej doświadczonej osoby.
mam 8 czujników DS18B20 i 8 diod
jeśli temperatura jest za wysoka to dioda mruga co 0.5s
jeśli za niska - świeci światłem ciągłym
jeśli ok - nic się nie dzieje
sprawdzanie i mruganie mam załatwione wewnątrz takiej konstrukcji

pomiar_temp[][] to bufor do odczytu temperatury
wcześniej instrukcja sprawdza, czy temp jest za niska (-1), ok (0) czy za wysoka (1) i daje wartość w 4 kolumnie
diody mam na LED_1, LED_2, ..., LED_8
pytanie brzmi, jak te if'y zastąpić makrem LED_(x)?

Zrobiłem takie cudo, ale kompilator krzyczy mi, że LED_(i) to niezdefiniowana funkcja...

Mieszasz kod dla preprocesora (czyli wykonywany przed kompilacją) z kodem dla kompilatora.
i jest zmienną kodu w C. Więc preprocesor robi z tego LED_i.

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 7 minutach ]

Jak potrzebujesz koniecznie mieć gdzieś indziej zdefiniowane LEDy, to możesz zrobić tablicę LED[] i w niej przypisywać wartości.

Nie wiem dlaczego tak w stronę makr ciągniecie. Od makr należy uciekać jak najdalej. Wiadomo, że nieraz ułatwią wiele, ale mają jedną podstawową wadę - nie są sprawdzane przez kompilator (np. zgodność typu). Zamiast makr należy stosować funkcje - po to one są.
Fragment:

można zastąpić:

a funkcje obsługi LEDów robisz osobno, np.:

Zaletą jest, że można dowolnie podłączyć LED (port, pin, sposób sterowania itp.), kompilator sprawdza poprawność, w funkcji wywal_blad() możemy zdefiniować co ma się dziać w programie, gdy w jakimś nieprzewidzianym przypadku zmienna i wyjdzie poza dopuszczalny zakres. Łatwo też będzie zmienić, gdy zamiast zapalania diody będziemy chcieli jeszcze coś obsłużyć (np. dodać efekt dżwiękowy) - wystarczy zmodyfikować zapal_led(). Oczywiście lepiej nazwę wtedy zmienić, np. na: reakcja_temp_za_wysoka() - taka nazwa pozwala też łatwo rozczytać się w kodzie i znaleźć błąd w złym przypisaniu funkcji w danej sytuacji.
Aha, być może ciało funkcji zapal_led gasi, a nie zapala, ale to już sam wiesz. Wiem, że użyłem makr, ale tylko tych, które definiują porty, piny itp. Tego się raczej nie przeskoczy, jeśli chce się zachować czytelność kodu. Zresztą zaleca się używanie definicji zastępujących wartości liczbowe, np. zamiast 3.14 lepiej użyć

gdyż, jeśli będzie potrzeba zwiększyć jej dokładność to wystarczy zrobić to w definicji a nie w wielu miejscach programu, gdzie jej użyliśmy. Podobnie jeśli przyjdzie zmienić typ można zapisać:

_________________
40-32:2=4!

Napisałem:więc nie zgodzę się z:Zamiast funkcji robisz tablicę:

i możesz zamiast funkcji ją użyć:


--
Pozdrawiam,
Robert

Czasem proste rozwiązania są na wyciągnięcie ręki, wystarczy tylko spojrzeć z ciut innej strony dziękuję za pomoc