реклама на сайте
подробности

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> Связь двух контроллеров по SPI.
Jenya7
сообщение Mar 16 2016, 08:06
Сообщение #1


Профессионал
*****

Группа: Участник
Сообщений: 1 778
Регистрация: 29-03-12
Пользователь №: 71 075



у меня есть драйвер на Mega168. мне понадобилось связать две платы вместе. из свободных имеющихся интерфейсов есть только SPI. думаю сделать Master-Slave. с мастером все понятно а как организовать слейв на SPI?

интересно такой пример будет работать со стороны слейва?
Код
ISR(SPI_vect)
{
    uint8_t command, reply;
    command = SPDR;   // Slave has received
    switch(command)
    {
        case 1: reply = 101; break;
        case 2: reply = 102; break;
        case 3: reply = 103; break;
    }
    SPDR = reply;     // Slave sends on next SPI          
}


Сообщение отредактировал Jenya7 - Mar 16 2016, 08:44
Go to the top of the page
 
+Quote Post
Палыч
сообщение Mar 16 2016, 12:30
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(Jenya7 @ Mar 16 2016, 12:06) *
с мастером все понятно а как организовать слейв на SPI?
интересно такой пример будет работать со стороны слейва?

Начну со второго вопроса: да, теоретически будет работать.

Теперь об организации ПО мастера и подчиненного устройства. Подозреваю, что с мастером Вам не все понятно, раз возникли вопросы с режимом slave. Например, в Вашем примере:
1) устройство-мастер передаёт по SPI первый байт (байт команды)
2) подчиненное устройство приняв по SPI байт через некоторое время запустит программу обработки прерывания от SPI;
3) программа обработки прерывания считает принятый байт с регистра, определит его значение и положит на регистр байт ответа; на всё это (шаг 2-3) потребуется время - Вы должны определит максимальное время на ответ подчиненного устройства, при этом учесть время работы других более приоритетных процедур обработки прерывания.
4) устройство-мастер выждав после передачи время, необходимое для гарантированной реакции подчиненного устройства на первый байт, производит считывание байта ответа.
Go to the top of the page
 
+Quote Post
ILYAUL
сообщение Mar 16 2016, 13:53
Сообщение #3


Профессионал
*****

Группа: Свой
Сообщений: 1 940
Регистрация: 16-12-07
Из: Москва
Пользователь №: 33 339



SS - в помощь


--------------------
Закон Мерфи:

Чем тщательнее составлен проект, тем больше неразбериха, если что-то пошло не так
Go to the top of the page
 
+Quote Post
Lerk
сообщение Mar 16 2016, 14:10
Сообщение #4


Местный
***

Группа: Свой
Сообщений: 339
Регистрация: 5-05-11
Пользователь №: 64 797



И обратите внимание, что обрабатывать данные в прерывании - моветон. Обработчик прерывания должен срабатывать максимально быстро, вся обработка данных - в теле программы.
Go to the top of the page
 
+Quote Post
Jenya7
сообщение Mar 16 2016, 14:18
Сообщение #5


Профессионал
*****

Группа: Участник
Сообщений: 1 778
Регистрация: 29-03-12
Пользователь №: 71 075



Цитата(Палыч @ Mar 16 2016, 18:30) *
Начну со второго вопроса: да, теоретически будет работать.

Теперь об организации ПО мастера и подчиненного устройства. Подозреваю, что с мастером Вам не все понятно, раз возникли вопросы с режимом slave. Например, в Вашем примере:
1) устройство-мастер передаёт по SPI первый байт (байт команды)
2) подчиненное устройство приняв по SPI байт через некоторое время запустит программу обработки прерывания от SPI;
3) программа обработки прерывания считает принятый байт с регистра, определит его значение и положит на регистр байт ответа; на всё это (шаг 2-3) потребуется время - Вы должны определит максимальное время на ответ подчиненного устройства, при этом учесть время работы других более приоритетных процедур обработки прерывания.
4) устройство-мастер выждав после передачи время, необходимое для гарантированной реакции подчиненного устройства на первый байт, производит считывание байта ответа.

попробую. спасибо.

Цитата(ILYAUL @ Mar 16 2016, 19:53) *
SS - в помощь

кстати да. а как слейв знает что выбрали его? реализовать какой нибудь пин интерапт?

Цитата(Lerk @ Mar 16 2016, 20:10) *
И обратите внимание, что обрабатывать данные в прерывании - моветон. Обработчик прерывания должен срабатывать максимально быстро, вся обработка данных - в теле программы.

да. я обычно только флаг подымаю в прерывании. хотя тут нужно максимально быстрый ответ.
Go to the top of the page
 
+Quote Post
Палыч
сообщение Mar 16 2016, 14:35
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(ILYAUL @ Mar 16 2016, 17:53) *
SS - в помощь

IMHO, ждать помощи от SS в данном случае нецелесообразно. Его использование, конечно же, упростит ПО на мaster'е, но формирование этого сигнала на подчиненном устройстве программным способом - неосуществимо, аппаратным способом - слишком громозко...
Go to the top of the page
 
+Quote Post
ILYAUL
сообщение Mar 16 2016, 15:27
Сообщение #7


Профессионал
*****

Группа: Свой
Сообщений: 1 940
Регистрация: 16-12-07
Из: Москва
Пользователь №: 33 339



А зачем Slave формировать SS - это дело мастера


--------------------
Закон Мерфи:

Чем тщательнее составлен проект, тем больше неразбериха, если что-то пошло не так
Go to the top of the page
 
+Quote Post
Палыч
сообщение Mar 16 2016, 15:38
Сообщение #8


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(ILYAUL @ Mar 16 2016, 19:27) *
это дело мастера

Нужно дать понять мастеру, что подчиненное устройство произвело операции необходимые для обмена, а до той поры приостановить обмен. Поскольку инициатором обмена по SPI всегда выступает мастер, то задействовать SS нужно именно мастера. В этом случае сигнал на SS мастера формирует, естественно, подчиненное устройство.
Go to the top of the page
 
+Quote Post
Lerk
сообщение Mar 16 2016, 16:35
Сообщение #9


Местный
***

Группа: Свой
Сообщений: 339
Регистрация: 5-05-11
Пользователь №: 64 797



Цитата(Палыч @ Mar 16 2016, 18:38) *
Нужно дать понять мастеру, что подчиненное устройство произвело операции необходимые для обмена, а до той поры приостановить обмен. Поскольку инициатором обмена по SPI всегда выступает мастер, то задействовать SS нужно именно мастера. В этом случае сигнал на SS мастера формирует, естественно, подчиненное устройство.


Зачем называть сигнал о готовности ведомого - SS? Назовите его, например, DR - data ready, и никто не будет путаться о чем, собственно, идет речь.
Go to the top of the page
 
+Quote Post
ILYAUL
сообщение Mar 16 2016, 19:19
Сообщение #10


Профессионал
*****

Группа: Свой
Сообщений: 1 940
Регистрация: 16-12-07
Из: Москва
Пользователь №: 33 339



Цитата(Палыч @ Mar 16 2016, 18:38) *
Нужно дать понять мастеру, что подчиненное устройство произвело операции необходимые для обмена, а до той поры приостановить обмен. Поскольку инициатором обмена по SPI всегда выступает мастер, то задействовать SS нужно именно мастера. В этом случае сигнал на SS мастера формирует, естественно, подчиненное устройство.

MISO - нет овета (нуного) не принял.(Повтор) Есть принял. Кстати пока мастер обрабатывает ответ , Slave успеет "спрятать" данные


--------------------
Закон Мерфи:

Чем тщательнее составлен проект, тем больше неразбериха, если что-то пошло не так
Go to the top of the page
 
+Quote Post
Палыч
сообщение Mar 16 2016, 19:39
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(Lerk @ Mar 16 2016, 20:35) *
Зачем называть сигнал о готовности ведомого - SS?

Так сигнал обозначен в документации от производителя МК: сигнал о готовности ведомого устройства заводится на SPI, работающего в режиме master, на ту из ног, которая обозначается SS.

Цитата(ILYAUL @ Mar 16 2016, 23:19) *
MISO - нет овета (нуного) не принял.(Повтор) Есть принял.

Подчиненное устройство может правильно принять команду, а вот мастер нужный ответ на команду может не получить никогда...
Go to the top of the page
 
+Quote Post
ILYAUL
сообщение Mar 16 2016, 20:23
Сообщение #12


Профессионал
*****

Группа: Свой
Сообщений: 1 940
Регистрация: 16-12-07
Из: Москва
Пользователь №: 33 339



SPI - Это дуплекс , если Slave положил правильный ответ в SDR , то мастер его получит - даже если не захочет


--------------------
Закон Мерфи:

Чем тщательнее составлен проект, тем больше неразбериха, если что-то пошло не так
Go to the top of the page
 
+Quote Post
501-q
сообщение Mar 17 2016, 04:57
Сообщение #13


Участник
*

Группа: Участник
Сообщений: 38
Регистрация: 24-02-09
Из: Екатеринбург
Пользователь №: 45 296



Приветствую!

Цитата(Палыч @ Mar 17 2016, 00:39) *
Так сигнал обозначен в документации от производителя МК: сигнал о готовности ведомого устройства заводится на SPI, работающего в режиме master, на ту из ног, которая обозначается SS.



Ну зачем же так?!

Обычно активный сигнал SS на входе мастера переводит его узел SPI в режим ведомого (Master становится Slave'ом). SS -- это сокращение от Slave Select.

Сигнал о готовности ведомого устройства в шине SPI отсутствует, его нужно отдельно выдумывать. Я делал подтягиванием различных линий к определённым уровням (подойдут SCK, MOSI): мастер настраивает эти линии на вход без подтяжки, а слейв -- с подтяжкой. После включения SPI мастером у слейва эти линии остаются входами.

Но выделение отдельной сигнальной линии -- правильнее.

Илья

Сообщение отредактировал 501-q - Mar 17 2016, 04:58
Go to the top of the page
 
+Quote Post
Палыч
сообщение Mar 17 2016, 07:00
Сообщение #14


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(ILYAUL @ Mar 17 2016, 00:23) *
SPI - Это дуплекс , если Slave положил правильный ответ в SDR , то мастер его получит - даже если не захочет

Ключевое слово в Вашем утверждении - "если". Если подчиненное устройство успело положить правильный ответ до того, как мастер начал процесс обмена, то - да, мастер получит его. Но, если не успел, то и не получит.
Я и говорю: мастер должен предусмотреть достаточную задержку между своей посылкой и приемом ответа для того, чтобы подчиненное устройство гарантированно успело положить ответную информацию.


Цитата(501-q @ Mar 17 2016, 08:57) *
Обычно активный сигнал SS на входе мастера переводит его узел SPI в режим ведомого ...

В AVR активный сигнал на входе SS (на ноге SS, настроенной как ввод) разрешает работу сдвигового регистра SPI. И не важно в каком режиме работает SPI - master или slave. Для мастера низкий (активный) сигнал на входе SS фактически означает готовность подчиненного устройства. Этот сигнал теоретически можно было бы использовать при обмене между двумя МК, если бы в AVR была бы некая аппаратная реализация готовности подчиненного устройства, поскольку мастеру необходимо дождаться неких действий подчиненного устройства при передаче ответа. Наличие сигнала готовности подчиненного упростило бы ПО мастера. Поскольку готовность подчиненного устройства аппаратно не поддерживается в AVR, то мастер либо должен сделать необходимой длины паузу при приёме ответа, либо (что я считаю нерациональным) получить информацию о готовности подчиненного другим путем.
Go to the top of the page
 
+Quote Post
ILYAUL
сообщение Mar 17 2016, 07:18
Сообщение #15


Профессионал
*****

Группа: Свой
Сообщений: 1 940
Регистрация: 16-12-07
Из: Москва
Пользователь №: 33 339



Цитата(Палыч @ Mar 17 2016, 10:00) *
Ключевое слово в Вашем утверждении - "если".

Да но там есть и описание , как сим бороться , элементарный повтор - сие таже задержка .


--------------------
Закон Мерфи:

Чем тщательнее составлен проект, тем больше неразбериха, если что-то пошло не так
Go to the top of the page
 
+Quote Post

2 страниц V   1 2 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 20:56
Рейтинг@Mail.ru


Страница сгенерированна за 0.01479 секунд с 7
ELECTRONIX ©2004-2016