Arduino.ru

Если бы директива "знала", то она тем самым бы была не нужна.

Знать или не знать должден препроцессор при обработке директив - что ему попадалось при обработке, а что - нет.

В данном слвчае смысл трех имеющихся директив: вкючаем, если впервые, иначе - выбрасываем. Т.е. они служат для того, чтобы фрагмент кода, сколько бы раз он ни встречался, вы выходной результат попал строго в единственном экземпляре.

Понятно, этим занимается препроцессор ...

Еще вопрос - файл определений:

#ifndef NRF24L01_h
#define NRF24L01_h

#include "API.h"

//*********************************************
#define SPI_PORT PORTB
#define SPI_DIR  DDRB
#define SPI_IN   PINB
//---------------------------------------------
#define TX_ADR_WIDTH    5   
// 5 unsigned chars TX(RX) address width
#define TX_PLOAD_WIDTH  1  
// 20 unsigned chars TX payload
//---------------------------------------------
#define CE       0x01
// CE_BIT:   Digital Input     Chip Enable Activates RX or TX mode
#define SCK      0x04
// SCK BIT:  Digital Input     SPI Clock

#define MISO     0x10
// MISO BIT: Digital Output    SPI Slave Data Output, with tri-state option
#define CSN      0x02
// CSN BIT:  Digital Input     SPI Chip Select
#define MOSI     0x08
// MOSI BIT: Digital Input     SPI Slave Data Input
#define IRQ      0x20
// IRQ BIT:  Digital Output    Maskable interrupt pin
//*********************************************
#endif

И далее в основном файле библиотеки идет:

SPI_DIR = ( CE + SCK + CSN + MOSI);
SPI_DIR &=~ ( IRQ + MISO);

Имя SPI_DIR определяет регистр направления передачи, но нафига значение этого регистра вычислять как сумму и затем применять к нему побитную операцию?

SPI_DIR - это некоторая комбинация флагов. И вычисляется она вполне стандартным способом.

А зачем нужен каждый из этих флагов, наверняка указано в дэйташите.

Просто непонятно, к чему такие сложности, когда всего-то навсего нужно настроить направление передачи порта ... сразу бы написали SPI_DIR = 0x0F

А что такое 0x0F?

Ну, это я в уме :) прикинул результат вычисления SPI_DIR

//*********************************************
#define SPI_PORT PORTB
#define SPI_DIR  DDRB
#define SPI_IN   PINB
//---------------------------------------------
#define TX_ADR_WIDTH    5   
// 5 unsigned chars TX(RX) address width
#define TX_PLOAD_WIDTH  1  
// 20 unsigned chars TX payload
//---------------------------------------------

#define CE       0x01
// CE_BIT:   Digital Input     Chip Enable Activates RX or TX mode
#define SCK      0x04
// SCK BIT:  Digital Input     SPI Clock

#define MISO     0x10
// MISO BIT: Digital Output    SPI Slave Data Output, with tri-state option
#define CSN      0x02
// CSN BIT:  Digital Input     SPI Chip Select
#define MOSI     0x08
// MOSI BIT: Digital Input     SPI Slave Data Input
#define IRQ      0x20
// IRQ BIT:  Digital Output    Maskable interrupt pin
//*********************************************

void setup()
{
  Serial.begin(9600);
  SPI_DIR = ( CE + SCK + CSN + MOSI);
  SPI_DIR &=~ ( IRQ + MISO);
  Serial.println(SPI_DIR,HEX);
}

void loop()
{  

}

Результат = 0xof;

Видите ли, ulis считается, что так: SPI_DIR = ( CE + SCK + CSN + MOSI); писать понятнее. У меня, правда, есть некоторые сомнения на этот счет. Да, конечно, сходу непонятно, что такое 0x0F, но это при желании можно выяснить, заглянув в дэйташит. А вот для понимания CE + SCK + CSN + MOSI одного дэйташита недостаточно - придется загоянуть еще и в заголовочный файл.

Но есть и другой момент. Может оказаться, что у другого процессора (контроллера, библиотеки) интересующие нас биты расположены в другом порядке. Тогде комбинация ( CE + SCK + CSN + MOSI) может уже оказаться не равной 0x0F. Т.е. символическая константа сохранится, а численная - будет другой.

Ну, наверно польза есть, значит, для другого процессора, просто поменять значения CE, SCK, CSN, MOSI? Как все запущено!