Написание драйверов устройств для микроконтроллеров, где определить контакты порта ввода-вывода?

Это то, что я сделал в аналогичном случае, этот пример для написания драйвера I²C:

// Structure holding information about an I²C bus
struct IIC_BUS
{
    int pin_index_sclk;
    int pin_index_sdat;
};

// Initialize I²C bus structure with pin indices
void iic_init_bus( struct IIC_BUS* iic, int idx_sclk, int idx_sdat );

// Write data to an I²C bus, toggling the bits
void iic_write( struct IIC_BUS* iic, uint8_t iicAddress, uint8_t* data, uint8_t length );

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

// ...
#define MY_IIC_BUS_SCLK_PIN 12
#define MY_IIC_BUS_SCLK_PIN 13
#define OTHER_PIN 14
// ...

В этом примере реализация шины I²C полностью переносима. Это зависит только от API, который может писать на контакты чипа по индексу.

Редактировать:

Этот драйвер используется следующим образом:

// main.c
#include "iic.h"
#include "pin-declarations.h"

main()
{
    struct IIC_BUS mybus;
    iic_init_bus( &mybus, MY_IIC_BUS_SCLK_PIN, MY_IIC_BUS_SDAT_PIN );

    // ...

    iic_write( &mybus, 0x42, some_data_buffer, buffer_length );
}

В одном магазине, в котором я работал, определения выводов были помещены в заголовочный файл для конкретного процессора. В другом магазине я разбил заголовочные файлы на темы, связанные с модулями процессора, такими как DAC, DMA и USB. Главный включаемый файл для процессора включал все эти тематические заголовочные файлы. Мы могли бы смоделировать разные разновидности одного и того же процессора, включив в файл процессора разные заголовочные файлы модулей.

Вы можете создать заголовочный файл реализации. Этот файл будет определять контакты ввода-вывода в терминах файла заголовка процессора. Это дает вам один уровень абстракции между вашим приложением и оборудованием. Идея состоит в том, чтобы максимально свободно связать приложение с оборудованием.

Если о выводе CS нужно знать только драйверу, то объявление должно появляться не в шапке, а внутри самого модуля драйвера. Повторное использование кода лучше всего достигается путем сокрытия данных в максимально возможной области.

В случае, если внешнему модулю необходимо управлять CS, добавьте функцию доступа к модулю драйвера устройства, чтобы иметь единое управление. Это полезно, если во время отладки вам нужно знать, где и когда активируется контакт ввода/вывода; у вас есть только одна точка для применения инструментария или точек останова.

Ответ с конфигурацией времени выполнения будет работать для приличного процессора, такого как ARM, PowerPC ... но здесь автор использует 8051. #define, вероятно, лучший способ. Вот как бы я разбил его:

blah.h:

#define CSN_LOW()   CS = 0
#define CSN_HI()    CS = 1
#define LATCH_STROBE() \
 do { LDAC = 0; LDAC = 1; } while (0)

blah.c:
#include <blah.h>
void blah_update( U8 high, U8 low ) 
{
   CSN_LOW();
   SPI_master_byte(high);
   SPI_master_byte(low);
   CSN_HI();
   LATCH_STROBE();
} 

Если вам нужно изменить определение контакта или перейти на другой ЦП, должно быть очевидно, где вам нужно обновить. И это также помогает, когда вам нужно настроить синхронизацию в шине (например, вставить задержку здесь и там), поскольку вам не нужно менять ее повсюду. Надеюсь, поможет.