[an error occurred while processing this directive]
Дайте совет, пожалуйста. Связь (последовательную) между платами в одном устройстве как лучше осуществить? Каким интерфейсом?
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)
Отправлено
Швыбздик
06 июля 2005 г. 09:10
Составить ответ
|||
Конференция
|||
Архив
Ответы
Большое всем спасибо! Выбор нелёгок :)
—
Швыбздик
(06.07.2005 10:53
213.252.119.182
,
пустое
)
и не забываем самое главное - отладка. Отладить два устройства по UART 0 очень просто любым терминалом. А вот для I2C или SPI - придется ваять свой эмулятор на LPT например. А оно вам надо ?
—
DASM
(06.07.2005 10:30
217.118.78.1
,
пустое
)
GSM только GSM.
—
PlainUser
(06.07.2005 10:22
195.54.9.185
,
пустое
)
Ну почему же только GSM? Может CDMA лучше?
—
Bill
(06.07.2005 10:33
212.57.171.100
,
пустое
)
Ждал этого вопроса.Так вот значит , если корпус пластик по потянет и CDMA но для металла тем более 19д стойки GSM однозначно.
—
PlainUser
(06.07.2005 12:12
195.54.9.185
,
пустое
)
USB
—
Joda
(06.07.2005 10:14
195.98.72.38
,
пустое
)
Ещё по делу. Очень может быть, что даже в одном корпусе потребуется гальваническая развязка между платами. U(S)ART в этом смысле много лучше, чем IIC.
—
Дастун
(06.07.2005 10:11
80.79.75.151
,
пустое
)
Смотря какие скорости. Может, и LVDS надоть ставить.
—
war4one
(06.07.2005 10:07
195.239.152.142
,
пустое
)
Короче, не слушай никого - они не знают о чем говорят. Радиоканал спасет отца русской демократии =))) (+)
—
†
(06.07.2005 10:05
81.23.109.150
, 69 байт)
Как вариант: почтовые голуби :-D Может довольно загоняться?
—
человечек
(06.07.2005 10:09
195.98.72.38
,
пустое
)
Загадят всё!!!
—
-mse-
(06.07.2005 10:44
81.201.65.233
,
пустое
)
и кормить их надо, согласен - неудачная идея...
—
человечек
(06.07.2005 10:47
195.98.72.38
,
пустое
)
Антенны только надо тарелками обрамлять, иначе надёжной связи не будет :-)
—
Дастун
(06.07.2005 10:07
80.79.75.157
,
пустое
)
U(S)ART <-> U(S)ART. По сравнению с SPI помехоустойчивость лучше, обмен гибче, реализация протоколов проще. Скорость ниже, чем при исп. SPI, но для большинства случаев хватает.
—
Дастун
(06.07.2005 09:33
80.79.75.154
,
пустое
)
Вообще у синхронных протоколов помехоустойчивость всегда выше чем у асинхронных.
—
КонстантинТ
(06.07.2005 09:53
80.73.7.242
,
пустое
)
"А не согласен я... С обоими..." Синхронность хороша в меру и по делу. Если я ничего не путаю (коллеги поправят), большинство современных протоколов - асинхронные на уровне среды передачи, а синхронность так или иначе восстанавливается из того, что передаётся.
—
Дастун
(06.07.2005 10:01
80.79.75.152
,
пустое
)
Да-да, только не забудьте про формирование пакетов, CRC, квитирование - всю прелесть USART и иже с ним. Зачем это городить в пределах одного устросйтва?
—
КонстантинТ
(06.07.2005 10:10
80.73.7.242
,
пустое
)
Всё это необходимо и в синхронном случае.
—
Дастун
(06.07.2005 10:13
80.79.75.153
,
пустое
)
Где можно найти пример протокола построенного на базе I2C или SPI с CRC и квитированием? По UARTY могу накидать.
—
КонстантинТ
(06.07.2005 10:16
80.73.7.242
,
пустое
)
SPI - не знаю, в IIC, по-моему, встроенных средств квитирования достаточно.
—
Дастун
(06.07.2005 10:20
80.79.75.156
,
пустое
)
ага, только по-хорошему там 28 кодов статусов передачи и приема, которые в теории желательно бы обрабатывать ;-) [кто не верит - 8xc552/562 overview]
—
DASM
(06.07.2005 10:23
217.118.78.1
,
пустое
)
Если посетит Муза или захочется почувствовать собственную крутость - можно и все коды обрабатывать. На деле достаточно понять, что пакет не прошёл (по любой причине), привести линию связи в извесное состояние и жить дальше. Я так думаю... :-)
—
Дастун
(06.07.2005 10:26
80.79.75.155
,
пустое
)
Блин, "известное", описАлся... Трепотню закончил, отваливаю.
—
Дастун
(06.07.2005 10:30
80.79.75.155
,
пустое
)
тот факт, что разработчики обмена по SPI не используют подтверждения - лежит на их совести. Формирование пакетов вместе с байт стаффингом и CRC - 2 функции, пишущиеся за чашкоя чая
—
DASM
(06.07.2005 10:19
217.118.78.1
,
пустое
)
А может все проще, они там не нужны:)
—
КонстантинТ
(06.07.2005 11:30
82.207.89.211
,
пустое
)
Если надо связывать не два устройства, а больше, возможно ещё лучше будет IIC.
—
Дастун
(06.07.2005 09:34
80.79.75.152
,
пустое
)
да ну этот I2C нафик. UART с наложенным на него упрощенным SLIP - самое то
—
DASM
(06.07.2005 09:39
217.118.78.1
,
пустое
)
Ну не знаю...У меня сейчас 5 процессоров в блоке,связаны по I2C,меня устраивает.
—
sda
(06.07.2005 10:01
194.146.156.20
,
пустое
)
не мультмастер ессно
—
DASM
(06.07.2005 09:39
217.118.78.1
,
пустое
)
или RS485. Все зависит от скорости, цены и помехоустойчивости
—
argus98
(06.07.2005 09:38
81.22.205.230
,
пустое
)
Между платами 485??? Перебор, по-моему...
—
Дастун
(06.07.2005 09:42
80.79.75.151
,
пустое
)
Драйвер 485 стоит <$1
—
argus98
(06.07.2005 10:13
81.22.205.230
,
пустое
)
Моё имхо: они не нужны, U(S)ART'ы можно зацеплять друг за друга напрямую, если много помех - на обе линии по 1000..2200 пФ прямо об землю вблизи приёмника, и,или гальваническая развязка на копеечных оптронах (или рублёвых iCoupler'ах, если скорость нужна).
—
Дастун
(06.07.2005 10:18
80.79.75.157
,
пустое
)
Вообще-то имелось ввиду, что на шине >2 устройств
—
argus98
(06.07.2005 10:39
81.22.205.230
,
пустое
)
Смотря где(+)
—
misyachniy
(06.07.2005 09:48
213.186.211.119
, 213 байт)
Да я не спорю, можно и оптоволокном их увязать, только нужно ли это? Мы ведь тут, типа, adanced все подряд, службу давно поняли, знаем не понаслышке... Не могу же я ацтой советовать :-)
—
Дастун
(06.07.2005 09:55
80.79.75.153
,
пустое
)
Если ''немцы'' закладывают RS485 - значит так и нужно :-)
—
misyachniy
(06.07.2005 14:08
213.186.211.119
,
пустое
)
В смысле, это я adanced, остальные advanced, sorry...
—
Дастун
(06.07.2005 09:57
80.79.75.156
,
пустое
)
ну это в ОООчень большом устройстве :-D
—
DASM
(06.07.2005 09:40
217.118.78.1
,
пустое
)
Ну ты же знаешь такие устройства =)))
—
†
(06.07.2005 10:01
81.23.109.150
,
пустое
)
Если проще, то что-то вроде SPI - тактовая и данные, но...
—
POV
(06.07.2005 09:22
213.137.239.239
, 325 байт)
Отправка ответа
Имя (обязательно):
Пароль:
E-mail:
NoIX ключ
:
Запомнить
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
|||
Без кадра
E-mail:
info@telesys.ru