caxapa.ru :: это всё есть, и да, работает, практически как ты и описал. но в физике внизу там всё равно тот же самый интерфейс остаётся.

Snaky (04.04.2014 15:51, просмотров: 223) ответил fk0 на В HDLC же предусмотрены: 1) выбор ведущего шины, 2) автомагическое назначение адресов, 3) P/F флаг чтоб сделать что-то вроде виртуального кольца (а-ля токен ринг, но соединение звездой). Не сказано только что в последнем варианте ответы слейва

это всё есть, и да, работает, практически как ты и описал. но в физике внизу там всё равно тот же самый интерфейс остаётся. есть допустим шкаф (или N шкафов, а иногда бывает даже и M !) с десятком-другим RTU, например (а то и больше). встраивается он в ещё более масштабную SCADA. там, сверху (на уровне SCADA) -- быстрые PLC/гигабитные изернеты/оптика и прочая, а эти RTU висят на сосиске HDLC over RS485 и не спеша так разбираются между собой так как ты описал ("выбор ведущего шины, ... автомагическое назначение адресов .... а-ля поиск устройств 1-wire -- бинарно перебираются все адреса и обслуживаются ответившие"). тормоза, короче :>

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

Ответить

- Адрес по 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)

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