В предыдущей части занятия мы познакомились с ведомым режимом I2C в модуле MSSP, подключили нашу схему и создали проекты.
Отключим от проекта файлы led.h и led.c, затем их удалим из него физически.
Перейдём в файл main.c и уберём также подключение библиотеки индикатора
#include "led.h"
Также удалим вот эти макросы
#define DEV_ADDR 0xAE
#define address 0x0A
Удалим глобальные массивы
unsigned int TIM1_Count=0;
const unsigned char at24c_data_write[]={0x14,0x13,0x12,0x11,0x10,
0x0F,0x0E,0x0D,0x0C,0x0B,
0x0A,0x09,0x08,0x07,0x06,
0x05,0x04,0x03,0x02,0x01};
unsigned char at24c_date[20];
Также удалим все функции вместе с телами, кроме функции main(), в которой также сначала удалим переменную
int i;
Удалим инициализацию порта A и регистра OPTION_REG
TRISA = 0x00;
PORTA = 0x00;
OPTION_REG=0b00000010; //Prescaler
Значение регистра INTCON изменим на 0, нам не нужно там никаких включенных битов
|
1 |
INTCON=0x00; |
Удалим инициализацию таймера
TMR0=0;
Включим цифровой режим ножек
|
1 2 |
INTCON=0x00; ADCON1 = 0x07; |
После инициализации регистра TRISC удалим весь код до бесконечного цикла.
Затем добавим инициализацию шины
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
TRISC=0x18;//RC3 and RC4 Input (SDC and SDA) // SSPM3:SSPM0 = 1110 (I2C Slave mode, 7-bit address with Start and Stop bit interrupts enabled) // CKE=0(Disable SMBus specific inputs) // SKP=1(Release clock) // SMP=1 (Slew rate control disabled for standard speed mode (100 kHz and 1 MHz)) // SSPEN= 1 (Enables the serial port and configures the SDA and SCL pins as the serial port pins) SSPSTAT=0X80; SSPADD=0X42;//Device address SSPCON = 0x3e; SSPIF = 0; //No SSP interrupt condition has occurred SSPIE = 1; //SSP interrupt Enabled GIE = 1; PEIE = 1; SSPCON2=0X00; |
Немного расскажу о настройках, так как они отличаются от настроек ведущего режима.
Мы включили соответствующие биты регистра SSPCON1 для работы в режиме SPI SLAVE в режиме 7-битной адресации. Также мы отключили CKE для отключения поддержки спецификации SMBUS. Ещё мы включили бит SKP для освобождения шины SCL (таким образом она становится никуда не притянутой) и включили соответствующий скоростной режим работы шины за счёт регистра SMP. Также затем мы в регистр SSPADD занесли значение адреса, отключили бит SSPIF, иначе не начнут работать прерывания, также включили прерывания с помощью бита SSPIE, ну и соответственно с помощью битов GIE и REIE включили глобальные прерывания. Обнулили регистр SSPCON2, чтобы там не были заранее включены никакие биты, а также включили бит SSPEN, который нам и включил задействование нашего модуля MSSP.
Ну и, раз уж мы работаем с прерываниями, то добавим для этого над функцией main() обработчик, в котором мы и будем дожидаться данных от ведущего устройства
|
1 2 3 4 5 6 7 8 |
//------------------------------------------------ void interrupt isr(void) { if(SSPIF) { } } //------------------------------------------------ |
И сразу в теле условия мы сбросим соответствующий флаг, чтобы нам не пропустить следующее прерывание
|
1 2 3 |
if(SSPIF) { SSPIF = 0; |
Добавим две глобальные переменные
|
1 2 3 4 |
#include "main.h" //------------------------------------------------ unsigned char bt=0; unsigned char j; |
Вернёмся в наш обработчик прерывания от шины. У нас будет несколько вариантов появления данных от ведущего устройства. И во всех этих случаях у нас сработают различные биты регистров, поэтому добавим три условия пока с пустыми телами
|
1 2 3 4 5 6 7 8 9 10 |
SSPIF = 0; if (SSPSTATbits.R_nW) //Read-Write bit information is READ { } if (SSPSTATbits.BF == 0) { } if(!SSPSTATbits.R_nW) //Read-Write bit information is WRITE { } |
В комментариях написано — какие это именно варианты данных.
Первое условие — это когда сработало прерывание с режимом чтения, то есть мы уже всю информацию прочитали из шины. Второй случай — это какое-то из прерываний, не связанное ни с чтением, ни с записью, возможно это пришел какой-то управляющий бит (бит подтверждения либо стартовый или стоповый бит). Третий случай или третье условие — это условие, возникшее тогда, когда к нам из шины пришел байт.
В первом условии мы отправим в ответ ведущему устройству байт, значение которого — значение пришедшего байта, отнятое из числа 255. Аналогично мы делали и с шиной SPI
|
1 2 3 4 5 6 |
if (SSPSTATbits.R_nW) //Read-Write bit information is READ { SSPBUF = (unsigned char) (255 - bt); SSPCONbits.CKP = 1; return; } |
Также мы включили бит CKP для того, чтобы отпустить шину SCL, чтобы ведущий понял, что ведомый контроллер свободен для общения. По окончанию мы выходим из обработчика
Во втором случае мы очистим регистр SSPBUF, записав из него информацию в любую переменную, иначе он сам не очистится, и выйдем также из функции-обработчика
|
1 2 3 4 5 |
if (SSPSTATbits.BF == 0) { j = SSPBUF; //release SSPBUF return; } |
Третий случай у нас в свою очередь разветвится ещё на два варианта, говорящих нам о том, какой именно по качественной характеристике к нам от ведущего пришел байт — байт данных или ещё какой-то (например байт адреса)
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
if(!SSPSTATbits.R_nW) //Read-Write bit information is WRITE { if (!SSPSTATbits.D_nA) //the last byte received or transmitted was address(not data) { j = SSPBUF; //release SSPBUF } if (SSPSTATbits.D_nA) //the last byte received or transmitted was data { bt = SSPBUF; PORTB = bt; } SSPCONbits.CKP = 1; return; } |
В случае, если у нас пришли не данные, мы просто очищаем буфер от данных, а в случае если пришли данные, мы их для дальнейшего использования сохраняем в глобальную переменную, а затем присваиваем регистру порта B, чтобы тот, в свою очередь, нам показал двоичное число пришедшего байта с помощью светящихся и несветящихся светодиодов. Затем мы независимо от типа байта освобождаем (отпускаем) шину SCL и выходим из обработчика.
Выйдя из данного условия, мы также ещё раз очистим буфер, так как вдруг возникнут ещё какие-то варианты, которых мы, возможно, не предусмотрели
|
1 2 3 |
return; } j = SSPBUF; //release SSPBUF |
Ну вот, в принципе, и всё. Если мы всё сделали правильно, то у нас пойдёт обмен данным. Соберём проект, прошьём наш контроллер, чтобы в этом убедиться воочию
Всё прекрасно передаётся и принимается обоими сторонами. Также смотрите видеоурок, ссылка на котором в самом низу страницы, так как картинкой это передать невозможно.
Посмотрим ещё напоследок, как наши данные передаются, в программе логического анализа.
Для этого мы включим вот эти две ножки на приём данных
Включим режим I2C и оставим всё по умолчанию
Запустим анализатор и посмотрим графики.
Вот так передаются данные с ведущего на ведомый
Здесь данные передаются с подтверждением.
А вот так данные идут от ведомого к ведущему
Здесь подтверждение не используется, так как мы считаем. что обмен с ведомым закончен и ничего от него уже не ждём.
Также мы можем посмотреть протокол передаваемых байтов
Итак, в данном уроке мы научились настраивать шину I2C для работы в режиме ведомого устройства, что позволило нам осуществить обмен данными с другим контроллером по данной шине.
Всем спасибо за внимание!
Предыдущая часть Программирование МК PIC Следующий урок
Купить программатор (неоригинальный) можно здесь: PICKit3
Купить программатор (оригинальный) можно здесь: PICKit3 original
Отладочную плату PIC Open18F4520-16F877A можно приобрести здесь: PIC Open18F4520-16F877A
Семисегментный чертырехразрядный индикатор красный с общим анодом 10 шт
Логический анализатор 16 каналов можно приобрести здесь
Смотреть ВИДЕОУРОК (нажмите на картинку)
Добавить комментарий