caxapa.ru :: RDM работает по RS485 и все коллизии определяет. Нефиг мегабитные потоки гонять. Байтом - сюда, байтом

Vladimir Ljaschko (04.04.2014 12:34, просмотров: 386) ответил fk0 на Без свитчей работать не будет. В RS485 с определением коллизий -- туго.

RDM работает по RS485 и все коллизии определяет. Нефиг мегабитные потоки гонять. Байтом - сюда, байтом - туда.

Ответить

- 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)

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