Когда пишется дуплекс, то подразумевается что это дуплекс, т.е. полный. А полудуплекс, он и в Африке полудуплекс. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Когда пишется дуплекс, то подразумевается что это дуплекс, т.е. полный. А полудуплекс, он и в Африке полудуплекс.

Отправлено Yaumen 22 августа 2007 г. 11:20
В ответ на: Автор просто не написал какой ему дуплекс нужен. "Настоящий" дуплекс такого в стандарте, есть full (полный), когда в обе стороны одновременно, и half (полу), когда передача только в одну сторону, а потом в другую. отправлено Elektronik 22 августа 2007 г. 10:50

Составить ответ | Вернуться на конференцию

Ответы

Вообще-то сама постановка вопроса в исходном сообщении ущербна, так как понятие дуплекса имеет смысл только для двух устройств, а у Вас - "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, пустое)