Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: AT89S8252
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Все остальные микроконтроллеры > MCS51
an_ga
Всем доброго времени суток!
Столкнулся со следующей проблемкой. Контроллер общается с АЦП по SPI. Сначала это был софтовый SPI. Потом взял AT89S8252. Запустить внем SPI не удалось. Даташит выучил наизусть- всеравно нет. Пришлось оставить софтовый. Потихоньку перешел на AT89S8253. Попробовал - заработало. Зашиваю в 8252 - фигвамы рисует. Может кто-то сталкивался с проблемой? Буду благодарен за намек.
Pretorianec
А в каком режиме вы запускали SPI на 8253? Enhanced mode или обычный?
an_ga
Обычный. Просто изначально все делалось для 8252 и не заработало. Потом ткнул в 8253-пошло. Странно, что я не так делаю?

Код
void init_SPI(void);    //Инициализация SPI
void init_ADS(void);    //Инициализация АЦП
void spi_out(unsigned char);    //Отправка байта по SPI
unsigned char spi_in(void);        //Прием байта по SPI
char code init_ADS_word[5]={0x64,0x42,0x20,0x98,0x6A};//Инструкция+4байта параметров АЦП

void init_SPI()
{
    SPCR=0x50;    //01010000
/*    SPR0=0    Частота SCK
    SPR1=0
    CPHA=0    SCK___/```
    CPOL=0    SCK___
    MSTR=1    Master
    DORD=0    Старшим битом вперед
    SPE=1    SPI разрешен
    SPIE=0    Прерывание от SPI запрещено*/
}
//-------------------------------------------------------------------------
void init_ADS()
{
    char j;

    IE1=0;
    while(!IE1);//Ждем DRDY от АЦП

    for(j=0;j<5;j++)
        {
        spi_out(init_ADS_word[j]);
        }
}
//-------------------------------------------------------------------------
void spi_out(unsigned char byte)
{
    unsigned char k;
    SPDR=byte;
    do    {    //Ожидаем отправки
        k=SPSR;
        k&=SPIF_;
        }
    while(!k);
}
//-------------------------------------------------------------------------
unsigned char spi_in()
{
    unsigned char k;
    SPDR=0xFF;    //Фиктивная отправка
    do    {    //Ожидаем приема
        k=SPSR;
        k&=SPIF_;
        }
    while(!k);
    return SPDR;
}
//-------------------------------------------------------------------------


Спасибо.
BaHo85
Для начала хотелось бы знать, вы уверены что ваш 8252 рабочий? Потому как очень часто первопричина неисправности - вышедший из строя контроллер?
an_ga
Цитата(BaHo85 @ Apr 23 2009, 17:54) *
Для начала хотелось бы знать, вы уверены что ваш 8252 рабочий? Потому как очень часто первопричина неисправности - вышедший из строя контроллер?

Спасибо за интерес к вопросу.
Думаю, что рабочий, т.к. делал попытки в разное время с разными микросхемами. А то что он программируется по SPI, это показатель?
Скорее всего я где-то лохонулся, но не знаю где.
mrcashe
Цитата(an_ga @ Apr 24 2009, 06:35) *
Спасибо за интерес к вопросу.
Думаю, что рабочий, т.к. делал попытки в разное время с разными микросхемами. А то что он программируется по SPI, это показатель?
Скорее всего я где-то лохонулся, но не знаю где.

Да вроде всё в нормале с кодом. У меня подобный бегает на 8252. А то, что программируется через SPI, так это ещё не показатель.
Разве что SPR1:SPR0 == 0 дают частоту Fosc/4, что не каждый дивайс может проглотить. Но если 8253 способен общаться с данным АЦП, то не в этом дело. Тем более, расширенный режим здесь не используется, как я понимаю.

Вдогонку. Красивее ввод/вывод делать при помощи одной функции (код для sdcc):
Код
unsigned char spi_io(unsigned char value) {
    SPSR &= ~SPSR_SPIF;
    SPDR = value;
    while (0 == (SPSR & SPSR_SPIF)) {}
    return SPDR;
}


Тогда читаем данные при помощи:
Код
    unsigned char value = spi_io(0xff);


Выход SS (Slave Select) не используется, я так мыслю? Тогда должно бы работать.
mikekk
Смотря какого года у тебя 8252. До определенного релиза SPI у него не работал. Не помню точно, но кажись заработал как минимум после F или H.
Rimid
Недавно работал с AT89S8252. SPI работал без пролем.

Но сначала я его настраиваю, а потом уже устанавливаю бит SPE (так предлагалось в даташите на АЦП AD7705)
Код
    SPCR = 0x3d;    //CPHA=1, CPOL=1, MSTR=1, DORD=1, SPR1=0, SPR0=1
    SPCR = 0x7d;    //разрешаем SPI (SPE=1)
public32
Извиняюсь, может не к месту уже... у меня SPI на аналогичном чипе заработал стабильно только после добавления сопротивлений в линии SCLK, MISO и MOSI. добавил порядка 200 Ом.
Тоже поначалу думал, что проблема в коде.
Микрюков Вячеслав
Цитата(public32 @ Jan 8 2010, 20:23) *
Извиняюсь, может не к месту уже... у меня SPI на аналогичном чипе заработал стабильно только после добавления сопротивлений в линии SCLK, MISO и MOSI. добавил порядка 200 Ом.
Тоже поначалу думал, что проблема в коде.


Это точно. В этих сериях микросхем единички очень слабые, большой ток только короткое время, для этого Push-pull надо включать.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.