ivan58

Имеется в виду число перестановок заданного числа "1" в заданном числе бит (например - в восьми)?

От физических параметров, среды передачи, протоколов, стандартов и целей взаимодействия
Чем ниже частота передачи тем на большее расстояние можно передать сигнал, но чем меньше частота тем ниже скорость передачи.
Сегмент езернета проектировался под связь ПЭВМ на расстояние до 100м, соответственно там все параметры на это согласованны
485 - промышленный интерфейс связи - там передается гораздо меньше данных чем между ПК, поэтому и скорости/частоты существенно меньше, соответственно поддерживаемое расстояние будет больше
232 - разрабатывался для локальной передачи, по сути он родственни 485/422, но там нет дублирующих помехогасящих пар, поэтому затухание сигнала выше
USB - из той же оперы - цель заменить устаревшие локальные переферийные LPT/COM тобишь 232

зависит от ориентированности интерфейса.
рекомендуемые скорости обычно описаны в стандарте на данный вид интерфейса.

проводной эзернет ориентирован для передачи больших объемов информации в пределах дома, поэтому работает на большой скорости, но расстояние до 100 метров. плюс требует качественный дорогой кабель (4 пары cat 5e для гигабита).
пластиковая оптика к примеру уже вытянет расстояние в квартал, а хорошая стеклянная и десятки-сотни км, но цена будет выше чем у меди.

RS485 ориентирован на обслуживание АСУТП, где объемы информации маленькие, но расстояния большие.
поэтому работает обычно на 9600, зато может пробить на десяток километров в поле по П274. плюс на один кабель можно повесить несколько сотен устройств.
и стоит дешево.

RS232, да и усб вообще создавался из предпослыок чтоб будет работать не дальше чем в одной комнате
емнип, в усб даже таймауты ответов при 20 метрах не дают связаться в принципе.

можно вспомнить еще DVI, HDMI, DisplayPort и иже с ними. они тоже из семейства диф.сигналов. но ориентированы на передачу жутких объемов несжатого видео сигнала, но опять же на расстояние в несколько метров.

и т.д. и т.п.

Если на RS485 одновременно передают несколько устройств, то такую передачу никто принять на сможет.
При этом сами микросхемы из строя не выйдут сразу, но станут перегреваться.
При длительном перегреве они выйдут из строя. Современные микросхемы при перегреве отключаться.
Включаться снова когда достаточно остынут через какое-то время.

При ручном вводе с клавиатуры настоящая одновременность маловероятна.
Поэтому вполне можно обойтись без протокола и игнорировать крайне редкие коллизии с ошибками приема.

Но когда обмен ведется всеми устройствами на шине и очень интенсивно, то проще всего сделать MODBUS.
Для работы по протоколу MODBUS сам пользователь должен решить кто у него будет мастер на шине.
Только мастер решает кто на шине и когда работает на прием или передачу. И только мастер может никого не спрашивая неожиданно включаться на передачу (если все предыдущие сеансы обмена закончены).
Слэйвы всегда по умолчанию работают на прием и слушают команды мастера. И только когда им приходит от мастера команда что-то передать они включаются на передачу и передают строго заданный объем данных в строго заданном интервале времени. Если они это правило нарушают, то это считается аварией или ошибкой разработчика.

Вот так и решается проблема коллизий с одновременной передачей на RS485 c протоколом MODBUS.
Но это не единственный способ борьбы с коллизиями.