Ответы:
Скорость передачи имеет значение, потому что USB полудуплексный: для передачи ответа, шина должна быть развернута, а данные переданы в другом направлении. Таким образом, хост отправляет данные и ожидает подтверждения или ответа. Все трансферы контролируются хостом. Устройство имеет определенное (довольно короткое) время для ответа. Это время примерно равно времени, необходимому для двух сигнальных отключений по 5-метровому кабелю.
(Я не могу найти ссылки прямо сейчас, но соответствующие технические документы являются общедоступными)
Редактировать: спасибо psmears за нахождение этого раздела
Кабели и решения для дальних перевозок
- Почему существуют ограничения по длине кабеля и каковы они?
A: Длина кабеля была ограничена спецификацией задержки кабеля в 26 нс, чтобы позволить отражениям установиться в передатчике до отправки следующего бита. Так как USB использует драйверы окончания источника и драйверы в режиме напряжения, это должно быть так, иначе отражения могут накапливаться и взрывать драйвер. Это не означает, что линейное напряжение полностью установилось к концу бита; в худшем случае. Однако к концу долота было достаточно затухания, чтобы амплитуда отражения была уменьшена до управляемых уровней. Длина низкоскоростного кабеля была ограничена 18 нс, чтобы не допустить воздействия эффектов линии передачи на низкоскоростные сигналы.
- Я хочу проложить кабель длиной более 5 метров, почему это не сработает?
A: Даже если вы нарушили спецификацию, это буквально не дало бы вам очень далеко. Предполагая время задержки наихудшего случая, у устройства с полной скоростью в нижней части 5 концентраторов и кабелей допустимое время ожидания составляет 280ps. Уменьшение этого поля до 0ps даст вам только 5 см, что вряд ли стоит того.
Таким образом, мой ответ только наполовину прав: ограничение в обоих направлениях относится к наихудшей цепочке хабов и кабелей на общую глубину 25 метров.
Дэн Нили также прав, что USB всегда считался самым дешевым решением для «медленных» периферийных устройств, таких как клавиатуры, мыши, принтеры и т. Д. Если вам нужен полнодуплексный режим для большей скорости и большего расстояния, естественным выбором будет Ethernet 100baseT.
Смотрите эту страницу, /superuser/64744/maximum-length-of-a-usb-cable .
Q1: Какую длину кабеля я могу использовать для подключения моего устройства? A1: На практике спецификация USB ограничивает длину кабеля между полноскоростными устройствами до 5 метров (чуть менее 16 футов 5 дюймов). Для низкоскоростного устройства ограничение составляет 3 метра (9 футов 10 дюймов).
Q2: Почему я не могу использовать кабель длиной более 3 или 5 метров? A2: электрический дизайн USB не позволяет этого. Когда был разработан USB, было принято решение обрабатывать распространение электромагнитных полей на линиях данных USB таким образом, чтобы максимальная длина USB-кабеля была ограничена чем-то в диапазоне 4 м. Этот метод имеет ряд преимуществ, и, поскольку USB предназначен для настольных ПК, ограничения диапазона считались приемлемыми. Если вы знакомы с теорией линий электропередачи и хотите получить более подробную информацию по этой теме, ознакомьтесь с разделом «Сигналы USB» часто задаваемых вопросов для разработчиков.
На самом деле невозможно «буферизовать» USB, по крайней мере, не в обычном смысле этого слова. Как правило, буферизация означает электрическое усиление и, возможно, регенерацию сигнала.
С помощью USB хост управляет всей шиной. Хост отправляет запрос, и устройство должно выдать ответ хосту. Начало ответа должно прибыть на хост через определенное время после завершения запроса. При слишком большой длине кабеля задержка распространения слишком велика, чтобы ответ вовремя достиг хоста.
Таким образом, существуют обходные пути, и ни один из них не включает простую «буферизацию», так как буферизация добавляет дополнительные задержки, и нам нужно как-то сделать хост более терпимым к более длительной задержке.
Есть два класса обходных путей:
Обходные пути, которые вставляют физические или виртуальные концентраторы. Если хост перечисляет концентратор на шине, сам концентратор добавляет дополнительную задержку, и между концентратором и хостом есть еще один потенциально полноразмерный кабель. Любые запросы на устройства, которые подключаются к концентратору в нисходящем направлении, планируются с дополнительными задержками.
Вы можете вставить однопортовый концентратор через каждые 4 метра кабеля, последовательно подключая до 7 концентраторов. Ограничение составляет 7 уровней концентраторов от хоста до конечного устройства, поэтому, если есть какие-либо концентраторы выше вашего устройства, вам необходимо соответственно уменьшить количество концентраторов. Многие USB-хосты имеют одноуровневый внутренний концентратор, поэтому реалистичный предел - 28 м кабеля с 6 последовательными концентраторами. Все концентраторы, кроме первого, должны будут претендовать на автономное питание.
Вы можете добавить виртуальные концентраторы с более мощным приемопередатчиком с упором прямо на разъем, который входит в хост, а затем передавать трафик USB по более длинному кабелю. Пока сигналы, принимаемые устройством на конце такого удлиненного кабеля, находятся в пределах спецификации, и пока ваш приемник может восстанавливать данные, отправленные стандартным устройством по длинному кабелю, вы будете в порядке. Виртуальные хабы добавляются таким образом, чтобы хост допускал длительную задержку, но, разумеется, нет физических хабов, просто имитация их.
Обходные пути, которые эмулируют устройство, которое кажется «медленным» на более высоком уровне протокола. Вот так работают некоторые USB-удлинители Cat-5. Здесь пять партнеров: реальный хост (rHost), видимое им эмулируемое устройство (eDev), длинный кабель, эмулируемый хост (eHost) и устройства, которые видят его на дальнем конце кабеля (rDev) ,
Изначально eDev делает вид, что его там нет. В какой-то момент eHost видит, что был подключен rDev. Он перечисляет его и передает данные в eDev. Затем eDev эмулирует событие плагина, а rHost перечисляет его. RHost верит, что видит rDev, но только eDev находится там, притворяясь. Точно так же rDev думает, что это видит rHost, но это всего лишь eHost, который притворяется.
В конце концов, rHost хочет сделать некоторые переводы для rDev, который, по его мнению, существует, чтобы использовать его. Для передач IN, eDev делает вид, что не имеет данных (отвечает NAK). Запрос на передачу перенаправляется в eHost, который повторно выполняет его с помощью rDev. Результаты этого передаются обратно в eDev, который использует результаты в следующий раз, когда хост попытается передать.
Для OUT-передач eDev должен угадать, каким будет поведение rDev. Здесь можно попробовать различные эвристики и поведения. Один из способов - eDev всегда получать данные и отвечать ACK. Передача пересылается в eHost, который затем воспроизводит передачу в rDev. В идеале rDev будет в конечном итоге потреблять данные и подтверждать их. Если это не удается или rDev отвечает STALL, лучшее, что может сделать eDev, - это действовать таким образом при следующей передаче с хоста. В качестве альтернативы, eDev всегда может NAK передавать передачу с обычно правильным предположением, что хост просто повторно попытается идентичной передачи позже. Несмотря на то, что исходная передача была NAK-ed, она пересылается в eHost, который затем выполняет передачу с помощью rDev. Каким бы ни был ответ rDev, он становится ответом eDev, как только он узнает об этом.
Реалистичные реализации начнутся с консервативной эвристики, которая включает в себя полный возврат к rDev для всех передач, которые могут быть отложены с помощью NAK. По мере передачи, ожидаемое поведение rDev может быть изучено, и eDev может стать менее консервативным. «Расширитель» может использовать знания стандартных классов USB и некоторые знания / черные списки / белые списки, относящиеся к конкретным поставщикам, чтобы обеспечить более высокую производительность.
Большинство схем передачи данных по кабелю имеют достойный международно признанный стандарт, описывающий, как их реализовать, включая спецификацию для «характеристического импеданса» кабеля (воспринимайте это как сопротивление, но применимо к переменному току), импеданс завершения ( «Сопротивление» в конце соединения, которое необходимо, чтобы избежать отражений вашего сигнала, отскакивающего назад по кабелю назад к отправителю), часто заданная «скорость нарастания» (время, необходимое для перехода сигнала (-ов) из 0-состояние в 1-состояние или наоборот), и, следовательно, максимальное количество переходов между 0/1 в секунду (т. Е. Кбит / с / Мбит / с / Гбит / с) и, следовательно, сколько времени может длиться кабель до ухудшения целостности сигнала, и вещи перестают работать правильно.
По сравнению с USB, RS232 имеет все характеристики по типу кабеля, характеристическому сопротивлению, скорости нарастания, длине кабеля, типу разъема. Конечно, 25-контактные и 9-контактные разъемы «D» были обычным явлением, но на самом деле RS232 был спроектирован для всех видов соединителей, кабелей и продуктов, и никаких реальных технических условий не говорилось бы иначе. На практике с RS232 вы обычно можете преодолевать большие расстояния, снижая скорость передачи битов в секунду (или «бод»). Максимальное расстояние, которое вы можете достичь, также будет в значительной степени определяться импедансом вашего кабеля, независимо от того, экранирован он или нет, нагрузкой на конце и т. Д.
и сравнивая RS232 с USB, вы сравниваете «стандарт» 1960-х годов, который в значительной степени превысил 115к2 (за редкими исключениями), с одним из 1990-х и 2000-х годов, который начинался со скоростью 1,5 Мбит / с, на порядок быстрее, затем 12 Мбит / с (почти в 100 раз быстрее), затем 480 Мбит / с (почти в 5000 раз быстрее), но это означало, что параметры и длина кабеля сыграли важную роль в его надежной работе . Он был спроектирован как стандарт подключения периферийных устройств для настольных компьютеров, поэтому 5 м считались приемлемыми, а затем все параметры кабелей, разъемов и скоростей были установлены с этого момента. Если бы был способ заставить USB работать медленнее, вы могли бы заставить его работать на более длинных кабелях (без повторителя).