caxapa.ru :: Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и

fk0, легенда (04.04.2014 17:09, просмотров: 241) ответил fk0 на Адрес по DHCP что ли быстрей выдаётся? Не понял, что здесь плохого. RS485 здесь узким местом не является, скорость передачи в смысле. А латентность и в ethernet может быть порядочная.

Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и энергии. А time-triggered архитектура -- латентность. Неплохо бы иметь возможность пнуть мастера со стороны слейва, если он что-то хочет сказать. В то время как в CAN кто угодно может сам в любой момент времени сообщение в шину вставить. С другой стороны в CAN дикий оверхед на служебную информацию, как мне кажется, и CAN не будет, хоть и с дикими тормозами, работать через три модема подряд, например.

[ZX]

Ответить

- именно в этом - слейв не может пнуть мастера, а поллинг всех по очереди со всеми такими погремушками - медленно. 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)

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