Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Быстрый обмен между Atmega ( SPI ? )
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > MCS51, AVR, PIC, STM8, 8bit
Gegham
Всем Привет.
Недавно стал работать с микроконтроллерами smile.gif

Задача такова.

Имеются два Atmega16 (для примера).

Нужно организовать быстрый обмен между ними.

Размер пакетов максимум 30 byte. с частотой 20 микросекунд.

Как я понимаю самый быстри обмен будет через SPI ?

Если Spi работает с частатой 4000 kHz , то через сколко количество тактов удастя передать 1 Byte.

Могу поменять Мк на более быстрый если надо.


Спасибо.
OlegH
ну так один байт будет передаваться минимум 2 микросекунды. а 30 байт соответственно - минимум 60 микросекунд. и сделать быстрее на данной архитектуре нереально (частота SPI-slave максимум - CLK/4, то есть у вас выбрана уже максимально возможная для CLK=16MHz).
у меня в нескольких проектах используется обмен между основной mega16 или mega128 и подчиненной tiny2313 или mega162 по SPI. мороки программной с этим прилично... отладка была сложной.... подчиненная полностью написана на ассемблере чтоб успевала что-то сделать с приходящими байтиками и еще на фоне выполняла свою задачу (2 UART с буферизацией на tiny2313 и 4 UART на mega162)...
Gegham
Цитата(Олег Хохлов @ Jun 7 2009, 08:17) *
ну так один байт будет передаваться минимум 2 микросекунды. а 30 байт соответственно - минимум 60 микросекунд. и сделать быстрее на данной архитектуре нереально (частота SPI-slave максимум - CLK/4, то есть у вас выбрана уже максимально возможная для CLK=16MHz).


Понятно . спасибо большое!
head_sk
Цитата(Олег Хохлов @ Jun 7 2009, 08:17) *
у меня в нескольких проектах используется обмен между основной mega16 или mega128 и подчиненной tiny2313 или mega162 по SPI. мороки программной с этим прилично... отладка была сложной.... подчиненная полностью написана на ассемблере чтоб успевала что-то сделать с приходящими байтиками и еще на фоне выполняла свою задачу (2 UART с буферизацией на tiny2313 и 4 UART на mega162)...

У меня получалось подчиненную и на С написать, но мороки тоже было нереально много. Малейшая задержка, и слейв не успевает среагировать на пришедший байт, данные потерялись. Положительный момент в том, что пока писал данный алгоритм на С, пришлось очень хорошо разобраться в GCC
Палыч
Цитата(Gegham @ Jun 6 2009, 15:11) *
Размер пакетов максимум 30 byte. с частотой 20 микросекунд.
Наверное, из аппаратных средств - только USART на скорости 2М.
head_sk
Можно попробовать параллельный 8-ми битный, но тогда точно все на асме писать придеться.
Палыч
Цитата(head_sk @ Jul 6 2009, 09:22) *
тогда точно все на асме писать придеться.
Почему же обязательно на ассемблере? Если расстояние небольшое - можно и с помощью параллельного порта + пара служебных линий/прерываний
adc
Цитата
Можно попробовать параллельный 8-ми битный, но тогда точно все на асме писать придеться.

Почему сразу на асме? Положить в порт байт и дернуть ногой МК можно и на С.
head_sk
Можно и на С конечно, просто хотел скрыто способствовать тому, чтобы человек выучил ассемблер. Для того что бы покорить контроллер, сперва нужно покорить его ассемблер, раньше я этого не понимал, сейчас считаю, это истиной. smile.gif smile.gif
adc
Цитата(head_sk @ Jul 6 2009, 10:40) *
Можно и на С конечно, просто хотел скрыто способствовать тому, чтобы человек выучил ассемблер. Для того что бы покорить контроллер, сперва нужно покорить его ассемблер, раньше я этого не понимал, сейчас считаю, это истиной. smile.gif smile.gif

bb-offtopic.gif
Эх, зачем изучать ассемблер, если контроллеры меняются через каждый год? Портирование проектов на С в разы быстрее чем на асме.
Ассемблер скоро отомрет как вид)))) Им будут пользоваться только разработчики компиляторов. smile3046.gif
XVR
Цитата(adc @ Jul 6 2009, 10:46) *
bb-offtopic.gif
Эх, зачем изучать ассемблер, если контроллеры меняются через каждый год? Портирование проектов на С в разы быстрее чем на асме.
Ассемблер скоро отомрет как вид)))) Им будут пользоваться только разработчики компиляторов. smile3046.gif
Ой, что сейчас будет maniac.gif
adc
Цитата(XVR @ Jul 6 2009, 12:34) *
Ой, что сейчас будет maniac.gif

biggrin.gif Думаете опять начнется битва религий? Думаю нет. Я сам ассемлерщик до мозга кости... :-) и знаю как непросто переползти с асма на С(в том смысле отдать часть своей разработки на откуп программистам компилятора). Но с другой стороны заметил за собой стремление писать на асме приближенно по структуре к С. Очень помогает)))
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.