не нашёл конкретной информации по этому поводу..

будет ли работать SPI, если расстояние между двумя объектами примерно 20 метров?

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

проблема в том, что только вникать начинаю во всё это))

если подробнее - надо связать ARM МК и ПЛИС, на первом соотв-но есть свой spi контроллер, на плисе как я понял это пишется..

пугали просто, что скорость может значительно падать, а нужна не меньше 2 мб/сек..

раз это не так, то всё хорошо)

Не все так просто как кажется. Сначала посмотрите стандартные интерфейсы. Их построение. Согласование с линией, расстояния и скорости.

А теперь вопрос. Передача сообщениий пойдет с проверкой достоверности? Что произойдет, если в принятом пакете данных будет ошибка?
Почему Вы не хотите применить какой-либо стандартный протокол?

Только не забудьте сразу ввести сигнал фреймовой синхронизации. Иначе потом его придется вводить отдельно/дополнительно.

Возможно ли применение в подобной ситуации "заворачивание" SPI скажем в lvds?

если звона не будет, тогда повидимому будет, только как избежать звона в вашем случае,
не совсем понятно...

как вариант был и RS 232

но разве не проще обойтись без приёмопередатчиков?



учту, спасибо)



*только?

каким образом тогда spi на большие расстояния используют?

ну вот так и пользуют, если звона нет...

Дык я же не зря упомянул про (волновое) согласование линий.

Не используют spi на большие расстояния. Смотрите только на стандартные интерфейсы.
Кто Вам сказал, что нужно именно SPI? Нужно передавать информацию. Задано расстояние, скорость и условия в линии. Вот под эти параметры ищите стандартный интерфейс. И после этого определяйтесь со скоростью. Иначе наделаете массу ошибок. И в выборе интерфейса, и в его реализации. А потом еще и в софте. Потому, что для стандартных интерфейсов драйвера уже написаны и отлажены. А Вам придется либо все делать заново, либо переделывать стандартные драйвера под Вашу реализацию интерфейса...
Вот быстро надергал...
http://www.cmpcmm.com/cc/standards.html
http://www.discovercircuits.com/C/comp-interf5.htm
http://www.discovercircuits.com/C/comp-interf5.htm

А вообще, найдите у меня на сайте "Гайку М3", почитать Вам будет полезно...

прочитал, спасибо)

действительно попытаюсь получше осмыслить то, что необходимо сделать..

не подскажете, как приёмопередатчик Max3140 работает с МП 1986 ? синхронизация через внешний кристалл будет, или через контроллер?

наверное опять неграмотный вопрос, но всё же (

перечитываю data sheet, не очень ясно, как он получает на выходе 10Мб/с (Slew-Rate Limiting for Reduced EMI 115kbps/500kbps/10Mbps Data Rates), если использует осциллятор на 1,8 или 3,6 Мгц (The on-board oscillator operates with either a 1.8432MHz or a 3.6864MHz crystal, or is driven at X1 with a 45% to 55% duty-cycle square wave) ...

http://datasheets.maxim-ic.com/en/ds/MAX3140.pdf - сама информация..

У меня есть задача несколько иная - связь "точка-точка" по UART-у, со скоростью пока точно не определились, пока ориентируемся на 9600-19200, но возможно и даже 1200 хватит.
Расстояние - около 500 метров.
Поставить пару оптронов и сделать токовую петлю ? Источники сделать генераторами тока, чтобы не сказывалось сопротивление шлейфа ?

Или поставить микросхему преобразователя интерфейса RS-422 (этот интерфейс как раз для Вашей задачи).

Можно конечно и микросхему, что-то типа ADM488 или что другое посоветуете?
У меня там места хватает, скорость небольшая, генератор тока на 317-й или паре транзисторов да плюс оптрон будет дешевле.