caxapa.ru :: Ethernet не мультипоинт

Snaky (04.04.2014 06:09 - 06:17, просмотров: 318) ответил Гудвин на Я практически все железки

Ethernet не мультипоинт http://yourduino.com/docs/RS485-NetworkExample2.jpg
дядь Женя даже пытался его превратить в такой, но уж больно мудрёный костыль -> http://caxapa.ru/492590.html?todo=full

DRC придумали трусы

Ответить

- Нарисованный RS-485 тоже работает только в варианте один мастер и много слейвов. С CAN и Ethernet не сравнить где любой с любым работает. - fk0(04.04.2014 11:47)
- Езернет по коаксиалу -- очень даже мультипоинт... - fk0(04.04.2014 11:44)
  - Коаксиальный изернет мертв - Snaky(04.04.2014 12:14)
  - и вообще никто не мешает сделать PHY для своей среды передачи данных. абы на MII сигнал CD был корректный. тогда и "эзернет" можно через драйвера 485-го гонять. - Mahagam(04.04.2014 12:08)
    - Без свитчей работать не будет. В RS485 с определением коллизий -- туго. - fk0(04.04.2014 12:26)
      - RDM работает по RS485 и все коллизии определяет. Нефиг мегабитные потоки гонять. Байтом - сюда, байтом - туда. - Vladimir Ljaschko(04.04.2014 12:34)
        
        RDM - это оно? Evgeny_CD(34 знак., 04.04.2014 13:48, ссылка, ссылка)
        
        Да, это вспомогательный протокол к DMX512 - Vladimir Ljaschko(04.04.2014 17:48)
        
        А где бы полный вариант получить? А то все какие-то огрызки. - Evgeny_CD(04.04.2014 17:52)
        
        в понедельник - Vladimir Ljaschko(04.04.2014 18:00)
        
        Не посмотрите, что у вас есть, кроме ESTA_E1-20-2006.pdf ? - Andreas(08.04.2014 09:20)
        
        непонятно каким образом это относится к определению коллизий по 485 - Nikolay801_(04.04.2014 14:50)
        
        Напрямую, т.к. RDM поддерживает раздачу сетевых адресов ( аналог DHCP ), а это без надежного определения коллизий невозможно. - Vladimir Ljaschko(04.04.2014 17:48)
        
        Это в RS-485 электрически в принципе определить коллизии невозможно. А раздать адреса очень даже можно. Я уже писал: 3GPP TS 25.462, например. И здесь то же самое (см. ссылку). То же самое сделано в шине 1-wire для поиска адресов микросхем. - fk0(04.04.2014 18:00, ссылка)
        
        Я ваще про эту хрень первый раз слышу. - Evgeny_CD(04.04.2014 16:41)
        
        ху из RDM? - Nikolay801_(04.04.2014 12:57)
        
        А если надо мегабитные? - Snaky(04.04.2014 12:47)
        
        В HDLC же предусмотрены: 1) выбор ведущего шины, 2) автомагическое назначение адресов, 3) P/F флаг чтоб сделать что-то вроде виртуального кольца (а-ля токен ринг, но соединение звездой). Не сказано только что в последнем варианте ответы слейва fk0(377 знак., 04.04.2014 12:58)
        
        это всё есть, и да, работает, практически как ты и описал. но в физике внизу там всё равно тот же самый интерфейс остаётся. Snaky(521 знак., 04.04.2014 15:51)
        
        Адрес по DHCP что ли быстрей выдаётся? Не понял, что здесь плохого. RS485 здесь узким местом не является, скорость передачи в смысле. А латентность и в ethernet может быть порядочная. - fk0(04.04.2014 16:32)
        
        Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и fk0(404 знак., 04.04.2014 17:09)
        
        именно в этом - слейв не может пнуть мастера, а поллинг всех по очереди со всеми такими погремушками - медленно. Snaky(37 знак., 04.04.2014 17:11)
        
        Ещё одной причиной может быть протокол. Есть запрос-ответ ориентированные протоколы. А-ля MODBUS или столь любимый здесь Wake им ЛИ. Конечно там будет лютая, дикая, бешенная, неистовая задержка от каждого слейва на обработку запроса на прикладно fk0(535 знак., 04.04.2014 18:10 - 18:16, ссылка)
        
        Это в Газпроме и Росатоме -- дело десятое... Поллинг медленный скорей из-за особенностей ПО. Сколь быстрой не будет физическая среда -- драйвер в процессоре по прерыванию свалит пакет в fifo и пока там планировщик (или что там вместо ОСи) дойдёт fk0(1490 знак., 04.04.2014 17:34)
        
        Ещё в минус такой системе -- таймаут на возврат маркера P/F может быть достаточно большой, что может препятствовать более приоритетным сообщениям. Здесь CAN лучше. - fk0(04.04.2014 17:05)
        
        Плохо, что в МК нет автомагического выявления HDLC-кадров с адресами по заданным маскам. Есть обычно адрес 9-битный. Но такое не нужно. И нет понятия кадра вообще (оттого и 9 бит). - fk0(04.04.2014 13:00)
      - да было бы желание. - Mahagam(04.04.2014 12:31)
        
        Есть выход типа полумост. Включённый так или этак. Как там (надёжно) можно определить коллизию? Для того в CAN есть понятие пассивного и активного состояния. Да ещё и сопротивление (волновое) кабеля -- амплитуды сигнала приёма и передачи fk0(245 знак., 04.04.2014 12:52)
    - Проблем скорости это не решит. Драйвера 485 и будут бутылочным горлышком - Snaky(04.04.2014 12:16)
- фу... растяжки... ;) - Vladimir Ljaschko(04.04.2014 08:46)
  - а шо делать? Snaky(30 знак., 04.04.2014 08:49)
    - Есть fail safe драйвера. Почти то же самое и выходит. Но электричества не жрёт. - fk0(04.04.2014 11:44)
    - Дык в протоколе пауза > 1 байта от момента включения передатчика до начала передачи. - Vladimir Ljaschko(04.04.2014 09:01)

Кибернетика, автоматика, протоколы