Jump to content

    
Sign in to follow this  
valera_o

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

Recommended Posts

Читаю неделю на английском ничего не могу понять. Т.е. читаю назначение битов 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, сим показывает перепады на порту А, но сдвижки в усидр нет, флаг - молчит.

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

Share this post


Link to post
Share on other sites

В даташите же есть пример. Зачем самодеятельность с 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 правильно.

Share this post


Link to post
Share on other sites

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

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

Edited by valera_o

Share this post


Link to post
Share on other sites

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

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

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

 

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

Share this post


Link to post
Share on other sites

#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" на моси и сцл и всё.

Edited by valera_o

Share this post


Link to post
Share on other sites
Висят "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) выполнятся не будет, соответственно, и на сцл Вы ничего не увидите.

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

while ((USISR.USIOIF)==0)

 

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

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

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

Edited by valera_o

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
сейчас в симе аврстудии флаг устанавливается в "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.

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


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

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

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

uint8_t spi_io(uint8_t data);

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this