Перейти к содержанию
    

использование USI Atiny24 как SPI

Читаю неделю на английском ничего не могу понять. Т.е. читаю назначение битов USICR - почти понятно но не работает. Перебрал комбинации - сим авр студии не показывает сдвижки данных в регистре USIDR.

Собственно нужно организовать обмен с ат45дб011.

 

USICR=0x13;

 

unsigned char spi(unsigned char data)

{

USIDR=data;

while ((USISR.USIOIF)==0)

{

PORTA^= (1<<SCL);

}

return USIDR;

}

Пробовал колбасить биты USICLK или USITC, сим показывает перепады на порту А, но сдвижки в усидр нет, флаг - молчит.

Помогите кто может... Вообще объясните, это просто "набор железа" для программной реализации или как? На аппаратную реализацию спи в мегах ну никак не похоже...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В даташите же есть пример. Зачем самодеятельность с PORTA^= (1<<SCL)?

SPITransfer:
    out    USIDR,r16
    ldi    r16,(1<<USIOIF)
    out    USISR,r16
    ldi    r17,(1<<USIWM0)|(1<<USICS1)|(1<<USICLK)|(1<<USITC)
SPITransfer_loop:
    out    USICR,r17
    in    r16, USISR
    sbrs    r16, USIOIF
    rjmp    SPITransfer_loop
    in    r16,USIDR
    ret

 

Вообще объясните, это просто "набор железа" для программной реализации ... ?

 

Типа да.

 

Кстати. Совсем не факт, что студия симулирует USI правильно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дело в том, что пробовал и такой вариант, но в симе и, если Вы правы, сим действительно не симулирует уси... Завтра попробую в "железе".

Т.е. получается что скорость обмена - скорость с которой я могу крутить цикл? Тогда смысл прерывания по окончании передачи? Если я не могу аппаратно задать скорость, а обязан каждый обмен программно обслужить... Непонятно. зачем такие порты? Это вопрос не к вам, а так, вопрос, риторический , разработчику... Странно это как-то...

Изменено пользователем valera_o

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

посмотри AVR319 - Using the USI module for SPI communication

Там для реализации SPI используют прерывание по таймеру. То есть в прерывании тупо генерируют фронт методом записи USICLK в USICR. А смысл прерывания по окончании передачи в том, чтобы не заводить отдельную переменную на подсчет фронтов.

Максимальной скорости обмена с такой реализацией не добиться.

 

P.S. Посмотрел описание Tiny24 - там и прерывание можно не использовать. Просто в качестве Clock Source выбрать Timer/Counter0 Compare Match. Но большИх скоростей при этом не добиться :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

#include <tiny24.h>

 

#define USIOIF 6

#define USITC 0

#define USICLK 1

#define USICS0 2

#define USICS1 3

#define USIWM0 4

#define USIWM1 5

 

#define SCL 4

 

unsigned char spi(unsigned char data)

{

USIDR=data;

USICR = (1<<USIWM0) | (1<<USICS1) | (1<<USICLK);

while ((USISR.USIOIF)==0)

{

USICR| = 1<<USITC;

}

return USIDR;

}

void main(void)

{

 

PORTA=0x00;

DDRA=0x50;

 

USICR=0x13;

 

while (1)

{

spi(0x55);

};

}

 

 

прочитав авр319, написал вот так, результат - 0... Висят "1" на моси и сцл и всё.

Изменено пользователем valera_o

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Висят "1" на моси и сцл и всё.

 

Атмеловцы ввели всех в заблуждение, оставив обозначения на ногах MOSI и MISO. На самом деле в 3-проводном режиме пин DO(MISO) всегда работает как выход (несмотря на то, что "master in"), а DI(MOSI) - на вход. Видимо, этими обозначеними (miso,mosi,sck) следует пользоваться только для подключения программатора.

Поэтому DDRA=0x30,

РА5/DO/MISO - выход

РА6/DI/MOSI - вход (не забудьте перепаять провода :) )

 

А "1" висит на сцл потому, что перед началом обмена нужно очистить флаг USIOIF. В вашем случае начиная со второго вызова spi() цикл внутри while ((USISR.USIOIF)==0) выполнятся не будет, соответственно, и на сцл Вы ничего не увидите.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Раньше такая очистка у меня работала, сейчас в симе аврстудии флаг устанавливается в "1" и цикл обходится...

 

USICR = (1<<USIWM0) | (1<<USICS1) | (1<<USICLK);

 

USISR|= 1<<USIOIF;//очистка флага

 

while ((USISR.USIOIF)==0)

 

Теперь на сцл висит "0" и опять ничего не меняется...

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

Перепаять ноги не удастся, плата разведена и сделана... Чую надо переходить на чисто программный спи, а что делать?

Изменено пользователем valera_o

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не, ну я расстроен, наглухо. ат45дб отлично стыковалась по ногам и для работы и для программирования, а теперь? программить микруху, а потом перебрасывать перемычками ноги? Ёлки-палки, их же 60 штук, плат... Неаккуратненько... придется вернуться на мегу48 или всё-таки программно слепить spi.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

сейчас в симе аврстудии флаг устанавливается в "1" и цикл обходится

симулятору я обычно не доверяю. Да и в хелпе по симулятору написано, что "Simulation of TWI, USI and analog peripheral is not yet implemented."

не совсем понятна физическая суть

"The clock is generated by the Master device software by toggling the USCK pin via the PORTA register or by writing a one to bit USITC bit in USICR."

То есть при записи "1" в USICR.USITC физически изменяется значение в регистре PORTA.PA5 на противоположное. Такого же эффекта можно было бы добиться, записав "1" в PINA.PA5. Но в первом случае программа не будет привязана к контроллеру (в меге169, например, USCK на пине E6)

 

PS Атмеловцы рекомендуют вместо

USISR|= 1<<USIOIF;//очистка флага

писать

USISR = 1<<USIOIF.

Отличается от предыдущей очисткой счетчика фронтов.

 

программить микруху, а потом перебрасывать перемычками ноги

А почему сразу их не перебросить, до программирования?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если перебросить ноги "до", тогда нужно будет перебрасывать првода от программатора, в одном положении программить тиньку, перебросив провода - ат45. В любом случае надо делать телодвижения. с мегой48 всё было как по нотам, написано "моси", так оно моси и для программирования и для работы... Ну уже почти готов софтовый вариант спи...

Спасибо за разъяснения по тактированию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если писать SPI только под АТ45, то дело значительно упрощается. Для нее полного варианта SPI не нужно. Там нет операции записи в AT45 c одновременным чтением данных из нее. Т.е. запись - отдельно, чтение - отдельно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

При передаче с контроллера одного бита, один бит приходит от ат45 или любого другого устройства, т.е. прием-передача как раз одновременно. Это моё мнение, регистры данных двух устройств закольцованы... Или нет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

При передаче с контроллера одного бита, один бит приходит от ат45 или любого другого устройства, т.е. прием-передача как раз одновременно. Это моё мнение, регистры данных двух устройств закольцованы... Или нет?

Да, но при передаче в AT45 байтов команды, адреса и записываемых данных можно игнорировать передаваемые из неё байты, а при чтении из неё данных (уже после передачи последнего байта адреса) - можно в неё писать что угодно, в том числе :) все нули или все единички.

Я бы не сказал, что это "упрощает" написание программного SPI, вместо одной простенькой функции

uint8_t spi_io(uint8_t data);

надо писать две столь же простеньких

uint8_t spi_in(void);
void t spi_out(uint8_t data);

однако обмен по второму варианту будет быстрее.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Читаю эту тему. И возникает вопрос.

Вот для режимов когда вначале читаем, затем сдвигаем всё просто.

А для режима когда вначале сдвигаем, затем выставляем - ка-то всё запутанно получается.

А всё потому, что в настоящем SPI есть дополнительная защёлка, а в USI её нет.

И самый старший бит уже "виден" наружу. И когда мы пытаемся сдвинуть байт, этот бит уходит.

Думал-думал. И реализовал просто программный SPI.

Кстати, в протеусе USI нормально эмулируется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот, может быть, здесь чё-то полезное почерпнёте. Только там пример для 2313.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...