-
- Адрес по 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)
- именно в этом - слейв не может пнуть мастера, а поллинг всех по очереди со всеми такими погремушками - медленно. Snaky(37 знак., 04.04.2014 17:11)
- Ещё в минус такой системе -- таймаут на возврат маркера P/F может быть достаточно большой, что может препятствовать более приоритетным сообщениям. Здесь CAN лучше. - fk0(04.04.2014 17:05)
- Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и fk0(404 знак., 04.04.2014 17:09)
- Адрес по DHCP что ли быстрей выдаётся? Не понял, что здесь плохого. RS485 здесь узким местом не является, скорость передачи в смысле. А латентность и в ethernet может быть порядочная. - fk0(04.04.2014 16:32)