Связь двух контроллеров по SPI. Опции

[Jenya7]

у меня есть драйвер на 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

[ILYAUL]

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

[Палыч]

это дело мастера

Нужно дать понять мастеру, что подчиненное устройство произвело операции необходимые для обмена, а до той поры приостановить обмен. Поскольку инициатором обмена по SPI всегда выступает мастер, то задействовать SS нужно именно мастера. В этом случае сигнал на SS мастера формирует, естественно, подчиненное устройство.

[Lerk]

Нужно дать понять мастеру, что подчиненное устройство произвело операции необходимые для обмена, а до той поры приостановить обмен. Поскольку инициатором обмена по SPI всегда выступает мастер, то задействовать SS нужно именно мастера. В этом случае сигнал на SS мастера формирует, естественно, подчиненное устройство.

Зачем называть сигнал о готовности ведомого - SS? Назовите его, например, DR - data ready, и никто не будет путаться о чем, собственно, идет речь.

[Палыч]

Зачем называть сигнал о готовности ведомого - SS?

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

MISO - нет овета (нуного) не принял.(Повтор) Есть принял.

Подчиненное устройство может правильно принять команду, а вот мастер нужный ответ на команду может не получить никогда...

[501-q]

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

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

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

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

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

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

Илья

Сообщение отредактировал 501-q - Mar 17 2016, 04:58

[Gorby]

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

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

Илья

Бред сивой свинячьей кобылособаки! (с)

Включите мозг, товарищи! Если слейв не готов отдать данные сразу (в следующем слове за командой на чтение), то поезд ушел. Всё. Навсегда.
Вычитается при следующей команде чтения. А вот грамотный разработчик вводит в систему команд "чтение статуса".
И если есть команды долгоиграющие (стирание флеша например), то как раз чтением статуса и дожидаются конца операции.
Ну еще можно бит Ready и тд. И никаких манипуляций SS со стороны слейва! У вас уже есть прекрасный механизм передачи
данных - не надо его портить. Это ж надо додуматься!

[501-q]

Включите мозг, товарищи! Если слейв не готов отдать данные сразу (в следующем слове за командой на чтение), то поезд ушел. Всё. Навсегда.

[CENSORED]
"Сразу" -- это когда? На следующем такте SCK? Через 10 мкс? Через 10 мс? Через 10 секунд? Ага, "сразу" -- точный инженерный термин.

Слейв может подготовить данные и сообщить об этом мастеру. Поезд подождёт, пока ему разрешат ехать дальше.

Вычитается при следующей команде чтения. А вот грамотный разработчик вводит в систему команд "чтение статуса".

Грамотный разработчик сначала анализирует требования ко времени реакции слейва/системы и т.д.

Кстати, как реализовать команду "чтение статуса"? Или это единственная команда? Или всё же нужно сделать задержку/паузу на время подготовки слейвом ответа на команду мастера? И как эту задержку можно уменьшить (если нужно уменьшать)?

Илья

Сообщение отредактировал IgorKossak - Mar 21 2016, 08:51