Обсуждение заметки 'Сноб-потребитель и USB: ужас летящий на крыльях ночи'.

а фильм о чом?

iG0Lka не кормите троллей- они толстеют.

мда...

жирный МИНУС

просто бред

Это всё теория мирового заговора
#77

Ниочём. Может это бабушка angara_15 пишет. Нахватается умных слов в телевизоре и давай строчить

Ну, как я вижу, все уже в сборе, значит все в порядке.

1) Но, во-первых, как мне правильно указали, я пошел по скользкому пути устроителей USB и допустил неприятную ошибку дизайна - при обработке сигнала id, это надо исправить так:

Когда хост выдает id, он перестает воспринимать сигналы на дифпаре add1, а когда устройство отвечает, оно сначала меняет сигналы на дифпаре add1, а затем подтверждает их сигналом conf, когда хост зачитал сигналы с дифпаре add1, он снимает id но начинает игнорировать сигналы на дифпаре add1, пока устройство не снимет conf, ну а устройство сначала нормализует сигналы на дифпаре add1 до init/asc, а затем снимет conf.

2) Во-вторых, опциональный сигнал resume надо дополнить со стороны устройства опциональным сигналом sleep - это запрос от устройства к хосту на сон как минимум самого устройства, пока запрос активен, устройство не спит, хост может подтвердить сон сигналом reinit или standby, что снимет sleep. Также опциональный сигнал conf надо использовать как опциональный сигнал halt - этот сигнал указывает, что устройство выполнило команду standby и для возобновления работы хост должен послать команду resume.

3) И еще, нет причин подражать USB, надо ввести четвертую дифпару add3, это позволит для устройств link даже на приемо-передатчиках от USB 2.0 получить
две дифпары
0.5+0.5 гигабитный дуплексный канал поверх PCI
1 гигабитный полудуплексный канал поверх PCI
четыре дифпары
1+1 гигабитный дуплексный канал поверх PCIe v1
2 гигабитный полудуплексный канал поверх PCIe v2
что позволит поддержать даже SSD диски формата SATA2 (на сегодня дешевых дисков быстрее просто нет);
на более новых приемо-передатчиках доступны скорости 4 гигабит полудуплексный канал и выше (практически ограничение DMI или A-link express).

Кросс-кабель действующий как устройство link у нас тогда или половинный (перекрещенны пары data и add1, сигнал питания с одного порта передается на link другого порта data и link2 своего порта add1, а сигналы rdy другого порта data и rdy2 своего порта add1 не используется для выбора направления передачи); или полный (еще перекрещенны сигналы add2 и add3, порт add3 отображает состояние порта add2 (управление сном) противоположного хоста).

Работа с таким кабелем в дуплексе зеркальна - каждый хост пишет в 1,3 пару и читает их с пар 2,4, для полудуплекса сигнал rdy (порта data, который отображается на rdy2 другого порта add1) используется для указания, что пара 1,3 используется этим хостом для чтения как и пара 2,4. При работе в полудуплексе, если хост готов принимать данные по всем четырем парам, он ставит сигнал rdy (порта data) и переходит в режим приема и не посылает данные, если хост хочет послать данные, он снимает rdy; поскольку rdy отображается на rdy2 противоположного хоста, каждый хост знает какая ширина шины ему доступна в данный момент.

Итого:
Ну, а почему не примут такой стандарт? Потому как стандартизация процесс немного затратный и только активные, крупные фирмы могут потратиться и запустить данный механизм, он может поддерживаться, но не сможет запуститься "с низов".

Однако, эти производители предпочитают грабить пользователей, в надежде что обсмотревшись современных адекватых сериалов и наслушавшись самых свободных в мире новостей те уже совсем обалдевают, перестают что-либо понимать и неспособны ни на что, кроме слабых криков "ура" и подозрений на подозрения в мировом заговоре.

"2. Как именно надо было апгрейдить шину USB?
1) Перво-наперво, надо ударить по программной несовместимости устройств."

Если бы знал где упаду - соломку подстелил .
Аффтар тот еще остряк . Что ж такая светлая голова пропадает , в Интел или АМД не берут ? Ну хотя бы мусор подметать ?

Видимо USB идиоты разрабатывали , а наш крутой перец только хаить может , ТЫ чел сам хоть что полезное сделал в этом мире ? Все вокруг снобы а он золотой [автоцензор3.14] колпак оказывается . А разница лишь в том , что тебе доступ на ПС дали а кому то нет . Или ты халявой воспользовался , когда доступ всем подряд давали , даже копипастерам ?

"Поблагодарите создателей USB за такую заботу о вас (а вы знаете что они вам ответят? - лично у них нет двух рядом стоящих компьютеров и они их никогда не видели в таком виде)."
Аффтар реально хамло , вырви на своих устройствах usb порты **** неблагодарное .

зы по замыслу аффтара получается что , шина I2C вообще кончеными уродами разработана а RS485 для одаренных извращенцев .

Может автор проявит свою гениальность ещё разок и поможет Разогнать мой телевизор с 37" хотя бы до 50"?

Боюсь что он обзовет вас снобом и скажет что вы пошли не по тому пути . надо было приобретать проектор исходя из последней ПС .

господа, оценка статьи уже дана автором в заголовке: "ужас, летящий на крыльях ночи" - обсуждать тут решительно нечего

Исправление:конечно PCIe v1, а не v2

Второе дополнение.
Как видим, разработка USB интерфейса действительно проходит совершенно устно: у нас все честно и нам можно доверять.

а) Страшный сон Майкрософт.
Множество подключенных устройств типа link, которые не имеют автоконфигурации, могут присниться Майкрософту только в страшном кошмаре, поскольку их творческий порыв всегда был направлен категорически против таких устройств, вспомним появление ISA PNP.

Но повторимся, что устройства типа link это не устройства без конфигурации, это устройства, конфигурация и идентификации которых реализуется программно, а не аппаратно. В качестве облегчения понимания рассмотрим программный протокол идентификации устройств для Windows, который я только-что придумал.

Этот протокол по аппаратной реализации очень простой, но всерьез его стандартизировать как протокол шины нельзя, по причине его сильной ограниченности, но как раз устройства типа link позволяют иметь множество таких «полустандартных» протоколов по конкретным потребностям.

Как работает именно этот? При подключении к порту устройство выставляет link, в ответ хост, обнаружив подключение выставляет rdy, в ответ на первый rdy устройство отправляет блок идент из ROM и отключает этот ROM до следующего механического переподключения. Вуаля! И волки сыты и овцы целы.

Без такой идентификации пользователь должен будет указать явно из списка (как при подключении съемного накопителя — не очень затруднительно) какой тип устройства link будет подключен к данному порту, а Майкрософт должен будет запомнить связь link устройства и драйвера на этом порту до явного перевыбора типа драйвера пользователем.

б) Сигнал halt.
Это хороший, полезный сигнал, введенный в первой модификации, но для его безошибочной и надежной передачи необходим еще один провод, поэтому мы переносим опциональный сигнал halt от устройства на отдельный опциональный провод.

в) Кросс-кабель для связи с другим хостом против связи с обычным устройством.
Для упрощения обменом с простыми устройствами интерфейс связи P2P порта явно асимметричный, т.е. есть сторона хоста и есть сторона устройства, сигналы на которых не взаимозаменяемы.

Кросс-кабель в свою очередь требует симметричного интерфейса. Как быть, неужели надо использовать для связи хостов прямой (без перекрещивания дифпар) кабель и master/slave конфигурацию?

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

Данный интерфейс P2P порта изначально разрабатывался с целью иметь возможность работы в симметричных режимах, это как раз режим link, в котором легче всего обеспечивать связь двух хостов и для пар 1 и 2 использовать кросс кабель можно.

Более того, использовать кросс для третьей-четвертой пары link устройства тоже выгодно, это позволяет расширить на пару 4 асимметричные сигналы поддержки сна пары 3, т.е пары 3 и 4 используются для обычного обслуживания режима сна путем эмуляции одним хостом для другого своего поведения как протокола сна обычного устройства, при этом входящие от устройства сигналы на паре 3 генерируются другим хостом на его паре 4, а сигналы пары 3 от хоста попадают на вход пары 4 другого хоста.

г) Аппаратное управление потоком передачи, сигналы rcv, rcv2.
Концептуально, даже в режиме link хост полностью управляет устройством, в том числе направлением передачи по диффпарам. Именно поэтому появились сигналы link/rdy и link2/rdy2.

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

Как работает аппаратное управление передачей? Рассмотрим пример — в неком контроллере интерфейса совместимого с RS232 есть регистр данных и сдвиговый регистр одного размера (фактически, это двойной буфер):

• вначале оба регистра пусты;
• во время приема данные от удаленного источника постепенно помещаются в сдвиговый регистр, после полного получения данные из сдвигового регистра попадают в регистр данных, приемник готов к приему новой гранулярности;
• теперь сдвиговый регистр пуст, а регистр данных полон;
• если начинается прием новой порции данных от удаленного источника, а регистр данных все еще не пуст генерируется сигнал pause, в результате текущая гранулярность передается до конца, а новая передача от удаленного источника не начнется, пока сигнал pause не перейдет в пассивное состояние;
• теперь сдвиговый регистр и регистр данных заполнены;
• сигнал pause снимается, как только освобождается сдвиговый регистр (т.е. освобождается один буфер).

Поэтому крайне полезно ввести возможность аппаратного управления потоком в реальном времени, для этого используем сигнал от устройства rcv комплементарный (в смысле функции XOR) к rdy и передающийся по тому же проводу.

Итак
rdy= rcv (опциональный, от link устройства, указывает на готовность устройства к приему)

Таблица первой пары
0 0 нет подключенных устройств
1 0 подключено dev устройство
0 1 подключено старое link устройство
х 1 подключено новое link устройство

Проблема в том, что благодаря концепции P2P изначально link устройство использовало только сигнал rdy причем не в качестве сигнала управления передачи реального времени, а в качестве сигнала реконфигурации канала. Надежность передачи гарантировалась программно.

Значит старое устройство было всегда готово принять данные хоть в никуда и сигнализировало об этом 0 на линии rdy. Новое устройство имеет совершенно обратное поведение, при 0 на линии rdy устройство готово передавать, а не принимать данные от хоста, таблицы rcv/rdy:
rcv
1 устройство готово к приему
0 устройство готово к передаче

rdy
1 хост готов к приему
0 хост готов к передаче

rcv/rdy
1 1 пассивное состояние, все готовы принимать данные
1 0 сигнал pause со стороны хоста, хост может передавать данные
0 1 сигнал pause со стороны устройства, устройство может передавать данные
0 0 взаимный запрет на передачу данных

После введения rcv хост готов анализировать rcv и сбрасывать rdy при передаче и приеме данных для link обмена автоматически, как сигналы аппаратного управления симметричным обменом. Чтобы вернуться в старый, программный обмен с link устройством хост должен просто игнорировать состояние линии rcv/rdy.

Как видно из таблицы сигнал rcv/rdy позволяет ошибочно заблокировать обмен между хостом и устройством при динамическом выборе направления канала при ошибках устройства, но зато сигнал rcv/rdy позволяет аппаратно управлять потоком.

Для кросс-кабеля или иного link устройства ошибочной блокировки можно избежать, если программно ассигновать приоритет того или иного канала, например первая пара имеет приоритет на ввод, а вторая пара приоритет на вывод, в этом случае встретив блокировку перейти на прием по паре должен тот хост, у кого на этой паре приоритет приема.

Поскольку пары сигналов (link, rcv/rdy) и (link2, rcv2/rdy2) идентичны с помощью кросс-кабеля для пар 1,2 можно установить симметричный link обмен как с другим хостом, так и с другим устройством при том, что P2P интерфейс в целом остается ассиметричный.

Для dev устройства сигналы rcv/rdy и rcv2/rdy2 переносятся на пару 4, которая как раз появилась после предыдущей модернизации. Соответствие между сигналом rcvХ и парами, по которым происходит обмен задается при конфигурации, но главное, что этих двух сигналов, как и в случае с link обменом, достаточно чтобы динамически управлять шириной канала (дуплекс/полулупдекс) при обмене большими потоками данных.

вы молодцы...
а много вас там?

Есть два типа изобретателей: те, которым платят, и те, на кого всем плювать.
Очевидно, что прогресс двигается стараниями первых на средства их работодателей. Ради средств работодателей.
Нет денег - нет прогресса. И наоборот. Таков капитализм.

Я думаю, что "капитализм=конкуренция". Там где нет рынка, там нет никакого капитализма, только военная диктатура, какой бы она не называлась: национальной, народной, демократической или еще какой. Ну а торговать или не торговать тухлым молоком при отсутствии рынка это исключительно вопрос морали, с которой везде в мире стало совсем, совсем плохо, потому что мировые правители давно верят, что те кто "читает морали" служат лично им и должны как поросята выполнять их разнообразные поручения за скормленный им харч. Плохая мораль приведет все к катастрофе, это видно даже на примере электроники!

Вот только все капиталисты в глубине души ненавидят свободный рынок и стремятся его уничтожить. Каждый конкурент хочет стать монополистом. Ради этого он и двигает прогресс (он бы и рад его не двигать, а просто всех зохавать и пораскидать, да вот только антимонопольные органы мешают). Как только цель достигается, цены взлетают, а прогресс тормозится.