Помогите выбрать физический протокол для линии данных

Есть некий девайс А (назовем его "пульт"), который будет бродкастом передавать данные всем подключенным к нему девайсам Б (назовем их "испольнителями").
Динные логически представляют из себя два параллельных односторонних потока SPI, которые, однако, несложным программированием превращаются в один поток. Кроме того, в тот момент эти два потока могут бытьактивны в разные моменты времени, то есть, когда по одному идут данные, второй молчит.
Линия данных длиной от 1 до 50 м (с запасом и достаточно грубым приближением).
Возникает вопрос - как физически лучше осуществить передачу.
1)Просто отдельными проводами гнать в сыром виде.
2)На стороне "пульта" програмно преобразовать все в "сплошной поток", на стороне "исполнителя" вставить простой контроллер который будет преобразовывать все обратно в "два потока" и уже скармливать "исполнителю".
В случае 1 - как лучше осуществить коммутацию? Витая пара на каждый сигнал свитая с землей? Можно ли при этом как нибудь освободить один провод для подачи нитания "пульту", чтобы уместиться в обычный eternet кабель?
В случае 2 - опять же вопрос - как передавать данные? Простой туповатый SPI? RS-485? Может что-то еще?
Посоветуйте, плз, а то в схемотехнику я влез, в некотором роде, не по своей воле, хотя закон ОМа помню и ХХ прочитал.

0

Описание не совсем понятное:

Сообщение от tsostyk Есть некий девайс А (назовем его "пульт"), который будет бродкастом передавать данные всем подключенным к нему девайсам Б (назовем их "испольнителями").

Какая разница, один или несколько исполнителей будет? Похоже, никакой, тогда зачем запутывать описание словом "бродкаст" и множественным числом в слове "девайсы Б".

Сообщение от tsostyk Динные логически представляют из себя два параллельных односторонних потока SPI, которые, однако, несложным программированием превращаются в один поток.

Чем принципиально отличается это от обычного SPI, в котором и есть одна линия "туда" и одна линия "обратно"?

Сообщение от tsostyk Кроме того, в тот момент эти два потока могут бытьактивны в разные моменты времени, то есть, когда по одному идут данные, второй молчит.

"Могут быть" - это двусмысленно. Могут быть, а могут и не быть (т.е. возможна одновременная активность)?

Сообщение от tsostyk Линия данных длиной от 1 до 50 м (с запасом и достаточно грубым приближением). Возникает вопрос - как физически лучше осуществить передачу. 1)Просто отдельными проводами гнать в сыром виде.

На один метр - можно. На 50 метров - ни за что.

0

Модификация RS-232 под названием RS-485 - http://ru.wikipedia.org/wiki/RS-485.

0

SPI и 50 метров не очень сочетаются.
Судя по описанию нужно чота для мастер-слейв общения. Возьмите обычный RS422.

0

Ещё интерфейс "токовая петля" справится с 50-тиметровым расстоянием. Токовую петлю можно и поверх SPI применить.

0

Сообщение от OtyxPM Описание не совсем понятное: Сообщение от tsostyk Есть некий девайс А (назовем его "пульт"), который будет бродкастом передавать данные всем подключенным к нему девайсам Б (назовем их "испольнителями").

Какая разница, один или несколько исполнителей будет? Похоже, никакой, тогда зачем запутывать описание словом "бродкаст" и множественным числом в слове "девайсы Б".

Почему-же никакой? Бродкаст автоматически отсекает протоколы, которые требуют ACK от приемника.
Да и вообще задачу лучше формулировать полно, чтобы потом не оказалось что некоторые, незначительные на мой взгляд, детали категорически меняют решение.

Сообщение от OtyxPM Сообщение от tsostyk Динные логически представляют из себя два параллельных односторонних потока SPI, которые, однако, несложным программированием превращаются в один поток.

Чем принципиально отличается это от обычного SPI, в котором и есть одна линия "туда" и одна линия "обратно"?

Лишней линией, вообще-то говоря. Тут два клока и две линии данных, в обычном SPI - две линии данных и один клок. Разница невелика, но "если что" может оказаться существенной.

Сообщение от OtyxPM tsostyk"]Кроме того, в тот момент эти два потока могут быть активны в разные моменты времени, то есть, когда по одному идут данные, второй молчит.

[/QUOTE]"Могут быть" - это двусмысленно. Могут быть, а могут и не быть (т.е. возможна одновременная активность)?

Сорри, неточно сформулировал. В один момент времени может быть активна только одна линия.

OtyxPM"]На один метр - можно. На 50 метров - ни за что.[/QUOTE]
Спасибо.

0

Сообщение от OtyxPM На один метр - можно. На 50 метров - ни за что.

а нам в соседней теме рассказывали, что 50м легко и (почти) без ничего... :))) в тред приглашается "эксперт по длиным линиям на атмегах" :)))

0

витая пара и rs 422 или 485

0

Спасибо всем ответившим.
Тем не менее есть очередная пара вопросов.
Правильно ли я понимаю, что взяв драйвер типа SN65HVD179 (это первый попавшийся, они вроде практически у каждого производителя есть) я могу вставить их на выходе и на входе и с точки зрения МК использовать просто UART/SPI без дополнительных изысков?
Вообще, почитав описание RS422/485 я так и не справился осознать в чем существенная разница между ними кроме достаточно абстрактных слов

В отличие от RS-485, которая обеспечивает многоточечную структуру, EIA-422/V.11 не позволяет иметь несколько отправителей, но позволяет иметь несколько получателей.

Вроде и там и там на физическом уровне использеутся диференциальный сигнал вместо однофазного, более того, большинство драйверов судя по даташитам прямо позиционируются как "RS-422/485 line dryver". В чем отличие межде ними?

0

Для большинства драйверов надо еще переключать их с приема на передачу. Топология типа "шина" с терминаторами. Проще всего написать протокол-обёртку, который будет ваши SPI-пакеты заворачивать в шинный пакет с заголовком адреса. Адрес 0 - бродкаст.

0

Сообщение от Ymk Сообщение от OtyxPM На один метр - можно. На 50 метров - ни за что.

а нам в соседней теме рассказывали, что 50м легко и (почти) без ничего... :))) в тред приглашается "эксперт по длиным линиям на атмегах" :)))
Я тут. Автор не озвучил требуемую скорость обмена.

0

Сообщение от инкер Я тут. Автор не озвучил требуемую скорость обмена.

9600 бод, по предварительным прикидкам, должно хватить за глаза.
Пусть для надежности будет 19200.

0

Сообщение от tsostyk Правильно ли я понимаю, что взяв драйвер типа SN65HVD179 (это первый попавшийся, они вроде практически у каждого производителя есть) я могу вставить их на выходе и на входе и с точки зрения МК использовать просто UART/SPI без дополнительных изысков?

UART да, а SPI пускать через такие драйвера ИМХО извращение.

Вообще, почитав описание RS422/485 я так и не справился осознать в чем существенная разница между ними кроме достаточно абстрактных слов ... В чем отличие межде ними?

RS485 более требователен к железу чем RS422, поэтому для последнего отдельных драйверов уже наверное никто и не делает.
Отличия:
- передатчик RS422 не обязан иметь вход dryver_enable, который позволяет его отключить
- передатчик RS422 не обязан тянуть 2 концевых терминатора
- 1 unit нагрузки RS422 равен 3 unit`ам нагрузки RS485

0

- 1 unit нагрузки RS422 равен 3 unit`ам нагрузки RS485

Схуяли так? Откуда там неожиданно в три раза? Там же просто две разделенных RS485, одна на передачу, другая на прием.

0

Сообщение от tsostyk Сообщение от инкер Я тут. Автор не озвучил требуемую скорость обмена.

9600 бод, по предварительным прикидкам, должно хватить за глаза.
Пусть для надежности будет 19200.

В реализованом решении скорость условно на порядок меньше, около 1200 бод. БОльшая скорость не проверялась, так как эта обеспечивала четырехкратный запас для опроса 16-ти датчиков. То, что возможно работать на линию 70 метров без драйверов, с контроллера на контроллер без витых пар - это реально.

0

Сообщение от sohbtixhuk - 1 unit нагрузки RS422 равен 3 unit`ам нагрузки RS485

Схуяли так? Откуда там неожиданно в три раза?
Ну стандарты принимали в разное время, сначала было оптимально одно, потом при принятии RS485 этот параметр улучшили.
С другой стороны какой это сейчас имеет смысл? Уже есть приёмники на 0.25 RS485 unit`а, их можно сотню на одну линию воткнуть.

0

Еще раз спасибо за ответы. Последний(надеюсь) вопрос, чтобы окончательно расставить все по своим местам.


http://**************************/download/file.php?id=16635&sid=f68a617e9e92323b5b 4af531a1b88006

Правильно ли я понимаю, что в таком варианте подключения с точки зрения mostirа и всех слейвов они будут общаться через обычный UART? Нужно ли соединять земли? Нужны ли резисторы в качестве терминаторов на входах/выходах драйвера? Если да, как выбираьт номинал и мощность?

0

Сообщение от tsostyk Правильно ли я понимаю, что в таком варианте подключения с точки зрения mostirа и всех слейвов они будут общаться через обычный UART?

Да

Сообщение от tsostyk Нужно ли соединять земли?

Да

Сообщение от tsostyk Нужны ли резисторы в качестве терминаторов на входах/выходах драйвера? Если да, как выбираьт номинал и мощность?

Да, но они нужны только на концах шины, поэтому при размещении на плате надо предусмотреть джампер для отключения. Номинал зависит от волнового сопротивления кабеля, по дефолту - 120Ом, для витой пары cat5 - 100Ом, мощность - 0.5Вт, можно больше.

0

Сообщение от яверт Сообщение от tsostyk Нужны ли резисторы в качестве терминаторов на входах/выходах драйвера? Если да, как выбираьт номинал и мощность?

Да, но они нужны только на концах шины, поэтому при размещении на плате надо предусмотреть джампер для отключения.
Что при этом входит в понятие "конец шины"?
На примере конкретной схемы - в каких точках схемы они нужны? Зависит ли это от места физического разветвления линии? Допустим в трех вариантах:
1)Разветвление на выходе из мастера.
2)Разветвление на входе в один из слейвов.
3)Разветвление в точке равноудаленной от всех трех контроллеров.

0

Сообщение от tsostyk Что при этом входит в понятие "конец шины"?

Шина это кабель который последовательно (без разветвлений) проходит все устройства. Как нетрудно догадаться у неё может быть только два конца, вот на них и ставьте терминаторы.
http://lib.znate.ru/pars_docs/refs/234/ ... fd6d8f.jpg

0