valera_o 0 15 сентября, 2009 Опубликовано 15 сентября, 2009 · Жалоба Читаю неделю на английском ничего не могу понять. Т.е. читаю назначение битов 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, сим показывает перепады на порту А, но сдвижки в усидр нет, флаг - молчит. Помогите кто может... Вообще объясните, это просто "набор железа" для программной реализации или как? На аппаратную реализацию спи в мегах ну никак не похоже... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 15 сентября, 2009 Опубликовано 15 сентября, 2009 · Жалоба В даташите же есть пример. Зачем самодеятельность с 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 0 15 сентября, 2009 Опубликовано 15 сентября, 2009 (изменено) · Жалоба Дело в том, что пробовал и такой вариант, но в симе и, если Вы правы, сим действительно не симулирует уси... Завтра попробую в "железе". Т.е. получается что скорость обмена - скорость с которой я могу крутить цикл? Тогда смысл прерывания по окончании передачи? Если я не могу аппаратно задать скорость, а обязан каждый обмен программно обслужить... Непонятно. зачем такие порты? Это вопрос не к вам, а так, вопрос, риторический , разработчику... Странно это как-то... Изменено 15 сентября, 2009 пользователем valera_o Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kool 0 15 сентября, 2009 Опубликовано 15 сентября, 2009 · Жалоба посмотри AVR319 - Using the USI module for SPI communication Там для реализации SPI используют прерывание по таймеру. То есть в прерывании тупо генерируют фронт методом записи USICLK в USICR. А смысл прерывания по окончании передачи в том, чтобы не заводить отдельную переменную на подсчет фронтов. Максимальной скорости обмена с такой реализацией не добиться. P.S. Посмотрел описание Tiny24 - там и прерывание можно не использовать. Просто в качестве Clock Source выбрать Timer/Counter0 Compare Match. Но большИх скоростей при этом не добиться :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
valera_o 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 (изменено) · Жалоба #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" на моси и сцл и всё. Изменено 16 сентября, 2009 пользователем valera_o Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kool 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 · Жалоба Висят "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) выполнятся не будет, соответственно, и на сцл Вы ничего не увидите. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
valera_o 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 (изменено) · Жалоба Раньше такая очистка у меня работала, сейчас в симе аврстудии флаг устанавливается в "1" и цикл обходится... USICR = (1<<USIWM0) | (1<<USICS1) | (1<<USICLK); USISR|= 1<<USIOIF;//очистка флага while ((USISR.USIOIF)==0) Теперь на сцл висит "0" и опять ничего не меняется... Насколько понял тактирование регистра данных и счетчика происходит программно, но не совсем понятна физическая суть, должна ли для этого перебрасываться физически нога порта, если нет, то откуда появляются импульсы на ней? что-то совсем запутался... Перепаять ноги не удастся, плата разведена и сделана... Чую надо переходить на чисто программный спи, а что делать? Изменено 16 сентября, 2009 пользователем valera_o Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
valera_o 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 · Жалоба Не, ну я расстроен, наглухо. ат45дб отлично стыковалась по ногам и для работы и для программирования, а теперь? программить микруху, а потом перебрасывать перемычками ноги? Ёлки-палки, их же 60 штук, плат... Неаккуратненько... придется вернуться на мегу48 или всё-таки программно слепить spi. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kool 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 · Жалоба сейчас в симе аврстудии флаг устанавливается в "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. Отличается от предыдущей очисткой счетчика фронтов. программить микруху, а потом перебрасывать перемычками ноги А почему сразу их не перебросить, до программирования? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
valera_o 0 16 сентября, 2009 Опубликовано 16 сентября, 2009 · Жалоба Если перебросить ноги "до", тогда нужно будет перебрасывать првода от программатора, в одном положении программить тиньку, перебросив провода - ат45. В любом случае надо делать телодвижения. с мегой48 всё было как по нотам, написано "моси", так оно моси и для программирования и для работы... Ну уже почти готов софтовый вариант спи... Спасибо за разъяснения по тактированию. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kool 0 17 сентября, 2009 Опубликовано 17 сентября, 2009 · Жалоба Если писать SPI только под АТ45, то дело значительно упрощается. Для нее полного варианта SPI не нужно. Там нет операции записи в AT45 c одновременным чтением данных из нее. Т.е. запись - отдельно, чтение - отдельно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
valera_o 0 21 сентября, 2009 Опубликовано 21 сентября, 2009 · Жалоба При передаче с контроллера одного бита, один бит приходит от ат45 или любого другого устройства, т.е. прием-передача как раз одновременно. Это моё мнение, регистры данных двух устройств закольцованы... Или нет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ReAl 0 21 сентября, 2009 Опубликовано 21 сентября, 2009 · Жалоба При передаче с контроллера одного бита, один бит приходит от ат45 или любого другого устройства, т.е. прием-передача как раз одновременно. Это моё мнение, регистры данных двух устройств закольцованы... Или нет? Да, но при передаче в AT45 байтов команды, адреса и записываемых данных можно игнорировать передаваемые из неё байты, а при чтении из неё данных (уже после передачи последнего байта адреса) - можно в неё писать что угодно, в том числе :) все нули или все единички. Я бы не сказал, что это "упрощает" написание программного SPI, вместо одной простенькой функции uint8_t spi_io(uint8_t data); надо писать две столь же простеньких uint8_t spi_in(void); void t spi_out(uint8_t data); однако обмен по второму варианту будет быстрее. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vladimir_orl 0 29 ноября, 2013 Опубликовано 29 ноября, 2013 · Жалоба Читаю эту тему. И возникает вопрос. Вот для режимов когда вначале читаем, затем сдвигаем всё просто. А для режима когда вначале сдвигаем, затем выставляем - ка-то всё запутанно получается. А всё потому, что в настоящем SPI есть дополнительная защёлка, а в USI её нет. И самый старший бит уже "виден" наружу. И когда мы пытаемся сдвинуть байт, этот бит уходит. Думал-думал. И реализовал просто программный SPI. Кстати, в протеусе USI нормально эмулируется. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
s_black 0 3 декабря, 2013 Опубликовано 3 декабря, 2013 · Жалоба Вот, может быть, здесь чё-то полезное почерпнёте. Только там пример для 2313. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться