Разработка, производство и продажа радиоэлектронной аппаратуры
|
Карта сайта
|
Пишите нам
|
В избранное
Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:
jobsmp@pochta.ru
Телесистемы
|
Электроника
|
Конференция «Микроконтроллеры и их применение»
Если не нужеа высокая скорость, устройства расположены недалеко и нужно очень дёшево, посмотрите в сторону I2C (TWI у Атмеля)
Отправлено
Сидоргек
22 августа 2007 г. 10:22
В ответ на:
Порекомендуйте интерфейс для создания сети из нескольких устройств (более 2-х), способных обмениваться друг с другом информацией с дуплексном режиме!!!
отправлено <font color=gray>Yaumen</font> 22 августа 2007 г. 10:03
Составить ответ
|
Вернуться на конференцию
Ответы
К сожалению, I2C медленный, да и расстояние между некоторыми устройствами более 10 м
—
Yaumen
(22.08.2007 10:25:10
212.98.174.229
,
пустое
)
Недочитал. Если нужен настоящий дуплекс, I2C не катит.
—
Сидоргек
(22.08.2007 10:24:0
217.146.246.10
,
пустое
)
Автор просто не написал какой ему дуплекс нужен. "Настоящий" дуплекс такого в стандарте, есть full (полный), когда в обе стороны одновременно, и half (полу), когда передача только в одну сторону, а потом в другую.
—
Elektronik
(22.08.2007 10:50:5
194.85.99.225
,
пустое
)
Я, когда в армии служил, радистом был. А Вы мне такое рассказываете ...
—
Сидоргек
(22.08.2007 12:52:18
217.146.246.10
,
пустое
)
Когда пишется дуплекс, то подразумевается что это дуплекс, т.е. полный. А полудуплекс, он и в Африке полудуплекс.
—
Yaumen
(22.08.2007 11:20:32
212.98.174.229
,
пустое
)
Вообще-то сама постановка вопроса в исходном сообщении ущербна, так как понятие дуплекса имеет смысл только для двух устройств, а у Вас - "2 и более" Представьте себе, как это на проводочках. Я не могу :)
—
Vladimir Ljaschko
(22.08.2007 12:04:6
194.158.204.49
,
пустое
)
На 2 проволочках дуплекс возможен, если проволочки не имеют ответвлений и корректно терменированы. Но как разпознать коллизию (работу 3 и более передатчиков х-з).
—
Petrovich
(22.08.2007 12:46:55
91.198.10.3
,
пустое
)
В CAN об этом заботится не надо - это дела контроллера (состязание на шине выиграет контроллер, посылающий пакет с меньшим ID, а не посланный пакет уйдёт позже :))
—
Щ.C.
(22.08.2007 13:48:47
144.206.186.102
,
пустое
)
Ага и не только в CAN но в любой сеьти с детерменированным доступом к среде, но я про физический уровень и сеть со случайным доступом, ибо это наихудший случай...
—
Petrovich
(22.08.2007 14:01:38
91.198.10.3
,
пустое
)
Что значит случайным? Если шина данных занята передачей пакета, то никакой контроллер не инициализирует свою передачу из буфера пакета от балды, т.к. всегда "слушает" шину (+)
—
Щ.C.
(22.08.2007 14:22:41
144.206.186.102
, 190 байт)
Со "случайным" означает что нет механизма разрешения передачи данных девайсиной от других девайсин. Девайсина начинает передачу в тот любой случайный момент когда среда свободна .
—
Petrovich
(22.08.2007 15:03:16
91.198.10.3
,
пустое
)
Придется цитировать (+)
—
Щ.C.
(22.08.2007 15:17:1
144.206.186.102
, 1084 байт)
О чем мы спорим? Передача 1 и наблюдение на своем выходе 0 и есть случай коллизии при случайном доступе к среде. В системах детерменированного доступа коллизии просто не возникают.
—
Petrovich
(22.08.2007 15:39:8
91.198.10.3
,
пустое
)
Именно так, я тоже это уже вычитал :))! Сильная вешь и не дорогая, судя по ценам на MCP
—
Yaumen
(22.08.2007 15:21:58
212.98.174.229
,
пустое
)
Ага а если услышав тишину одновременно 2 контроллера начнут передачу?
—
Petrovich
(22.08.2007 14:50:29
91.198.10.3
, 281 байт)
Ну это карашо когда скорости передачи и расстояния мелкие...Если же L > Vр/F то про коллизию в "прынцыпе" узнаете только по левому CRC.
—
Petrovich
(22.08.2007 15:30:48
91.198.10.3
, 269 байт)
Дык, кто спорит-то? В рекомендациях CAN (чтоб с расчетами не заморачиваться) есть таблица соответсвия длины линии и скорости передачи (500м- ~125кbps)(+)
—
Щ.C.
(22.08.2007 15:40:10
144.206.186.102
, 125 байт)
Ну да... Из за этого и такое ограничение...
—
Petrovich
(22.08.2007 15:46:44
91.198.10.3
,
пустое
)
Для случая CAN см. выше (состязание по ID) :)
—
Щ.C.
(22.08.2007 15:00:2
144.206.186.102
,
пустое
)
Никто не говорил о двух проводочках и т.д. Я понимаю, что в принципе все сводится к наличию буфера FIFO в ИС приемопередатчиков. Поэтому на 1-е место выносить арбитраж и обязательно наличие буфера для приема пакета. Тогда для оконечного устройства это будет как-бы дуплекс, т.е. оно не будет заботиться о том принимает ли оно сейчас данные или нет.
—
Yaumen
(22.08.2007 12:14:16
212.98.174.229
,
пустое
)
Тавтология. FIFO в приемопередатчиках можно, а Rx/Tx буфера для передачи по RS422 нельзя?
—
Vladimir Ljaschko
(22.08.2007 12:27:31
194.158.204.49
,
пустое
)
Никакой ТАВТАЛОГИИ нет. Я не хочу навешивать проблемы буферизации на готовые оконечные устройства, некоторые из них даже чужого производства, в которые никто не полезет. Во всех этих устройствах реализован полный дуплекс RS232, который я просто хочу использовать в сети. Если готового интерфейса с такими свойствами нет, то буду реализовывать свой собственный, например на основе CAN или Ethernet.
—
Yaumen
(22.08.2007 12:51:43
212.98.174.229
, 205 байт)
Теперь я нифига не понял (+)
—
Щ.C.
(22.08.2007 13:01:15
144.206.186.102
, 206 байт)
Я советуюсь и перебираю варианты. Идеально, если бы ничего делать не пришлось - доставил приемо-передатчики и все. Но в процессе бесседы, я вижу что такого не получается, вот и начинаю фантазировать.
—
Yaumen
(22.08.2007 13:07:50
212.98.174.229
, 273 байт)
Основной вопрос в том могут ли девайсины начать передавать без команды или нет?
—
Petrovich
(22.08.2007 13:30:7
91.198.10.3
, 74 байт)
Такое впечатление, что автор боится программировать и рассматривает FIFO как средство сократить объем работы, (+)
—
Vladimir Ljaschko
(22.08.2007 13:46:16
194.158.204.49
, 140 байт)
Устройства - датчики, сами передавать не могут, но могут еще отвечать на предыдущий запрос в то время как к ним поступает уже следующий. А программировать я не боюсь, просто есть вещи с которыми опыта работы нет и когда время поджимает, время на изучение новых направлений нет + в некоторые устройства просто не влезьть программно!!!
—
Yaumen
(22.08.2007 14:16:55
212.98.174.229
,
пустое
)
Значит, есть на шине злобный мастер, кидающий запросы не дожидаясь ответа на предыдущий? Задача становится все непонятней.
—
Vladimir Ljaschko
(22.08.2007 14:27:48
194.158.204.49
,
пустое
)
А если мастеров 2, 3 и более. Что тут не понятно. Был бы один мастер, работал бы полудуплексом и собрал бы все на RS485
—
Yaumen
(22.08.2007 14:30:15
212.98.174.229
,
пустое
)
Ответ (+)
—
Vladimir Ljaschko
(22.08.2007 14:41:49
194.158.204.49
, 189 байт)
Ответ:
—
Yaumen
(22.08.2007 14:50:7
212.98.174.229
, 178 байт)
Такой приемо-передатчик называется X-Port, и весь проект реализуется за пол-дня паяльником :-)
—
Vladimir Ljaschko
(22.08.2007 13:26:35
194.158.204.49
,
пустое
)
и у Тиббо есть готовый COM-Ethernet и на складе обычно в Москве лежит... И работает как нада...
—
basilmak
(22.08.2007 14:15:24
82.142.173.231
,
пустое
)
Ответ:
—
yuriy
(18.09.2007 17:05:27
85.159.224.5
, 109 байт)
Мне понравилось, хотя, прямо вот сейчас не нужно. А цена изделия?
—
Щ.C.
(22.08.2007 13:54:1
144.206.186.102
,
пустое
)
Около 70 USD
—
Vladimir Ljaschko
(22.08.2007 14:10:9
194.158.204.49
,
пустое
)
в CAN буферизация пакетов ессно производится, но далеко не обязательно посредством FIFO.
—
Щ.C.
(22.08.2007 12:24:53
144.206.186.102
,
пустое
)
а вот как Вы думаете: в мобилке физический интерфейс - дуплекс или полудуплекс?
—
koyodza
(22.08.2007 11:48:14
195.214.197.203
, 172 байт)
Я отписался выше, что если интерфейсные микросхемы берут упорядочивание приемо-передачи на себя, то мне без разницы дуплекс или полудуплекс они используют на шине. Самое главное, чтобы оконечное устройство могло передавать пакет не задумываясь, даже в тот момент когда оно же получает входящий пакет!!!
—
Yaumen
(22.08.2007 12:07:2
212.98.174.229
,
пустое
)
Отправка ответа
Имя*:
Пароль:
E-mail:
Тема*:
Сообщение:
Ссылка на URL:
URL изображения:
если вы незарегистрированный на форуме пользователь, то
для успешного добавления сообщения заполните поле, как указано ниже:
к трём прибавьте 5:
Перейти к списку ответов
|
Конференция
|
Раздел "Электроника"
|
Главная страница
|
Карта сайта
Web
telesys.ru