Зачем вам схема, если вы даже результаты примитивной диагностики привести не можете. Я уже не говорю о том, что при замене ЮМ можно было проверить адекватность схемы по линиям данных (и USB_OC при желании) - схема при этом не нужна.
Да я могу, схема мне не для USB нужна. На плате отсутствуют некоторые элементы. Все порты до пятаков доходят, до посадки чипа проверил. И +5v на них присутствует. Защитные ESD диоды тоже снимал на всякий. И ток потреблений в норме.
Документацию я читал, но мне не очень понятно как эти выводы используются здесь? Эти выводы вроде еще и программируемые?(USBOC#) Можете обяснить, как хаб понимает что завышен ток потребления по USB?
1. Конкретную схемотехнику вы можете отследить на вашей матплате;
2. Я могу нагадать, что часть этих выводов используется по прямому назначению, а часть может использоваться в качестве GPIO.
GH14 писал(-а):
как хаб понимает что завышен ток потребления по USB?
Лог.1 - нормальное состояние. Лог.0 - фиксация OC.
Диапазон напряжений для логических уровней приведен в документации.
А что тогда этот пункт означает?
OC# pins are not 5 V tolerant
И вот это непонятно.
OC1#
pin is ganged to the overcurrent signal of each port that has its corresponding bit set.
It is software responsibility to ensure that a given port‘s bit map is set only for one
OC pin.
И еще подслажите где эти диапазоны и пороги написаны?
Вы не умеете пользоваться переводчиками? Я уже не говорю о чтении моих предыдущих сообщений.
GH14 писал(-а):
И вот это непонятно.
Вполне понятно - гибкость контроля относительно нужного порта и вывода.
GH14 писал(-а):
где эти диапазоны и пороги написаны?
Вы таки не поверите и возможно будете смеяться, но эти странные разработчики поместили информацию об уровнях электрических сигналов в раздел "Electrical Characteristics" - кто мог бы подумать, что такое возможно .
P.S. Интересно, сможет ли автор понять исключительно странную логику Intel в поисках конкретных значений?
На -USBOC_F +3.6v, а на -USBOC_R +3.3v, на GPIO11 хаба +3.3v. Что еще можно посмотреть? PS/2 клавиатура работает, но ни один из USB 2 портов не работают.
При замыкании -USBOC_F на землю, пишет usb hub power surge, и мышь в usb3.0 отклюается и не работает до перезагрузки. А при замыкании -USBOC_R, ничего не происходит.
Зачем вам схема, если вы даже результаты примитивной диагностики привести не можете. Я уже не говорю о том, что при замене ЮМ можно было проверить адекватность схемы по линиям данных (и USB_OC при желании) - схема при этом не нужна.
Да я могу, схема мне не для USB нужна. На плате отсутствуют некоторые элементы. Все порты до пятаков доходят, до посадки чипа проверил. И +5v на них присутствует. Защитные ESD диоды тоже снимал на всякий. И ток потреблений в норме.
На OC точках front и rear 5v всегда есть.
P.S. Причем на тему схемы можно было бы воспользоваться поисковыми машинами.
Документацию я читал, но мне не очень понятно как эти выводы используются здесь? Эти выводы вроде еще и программируемые?(USBOC#) Можете обяснить, как хаб понимает что завышен ток потребления по USB?
2. Я могу нагадать, что часть этих выводов используется по прямому назначению, а часть может использоваться в качестве GPIO.
Диапазон напряжений для логических уровней приведен в документации.
А что тогда этот пункт означает?
OC# pins are not 5 V tolerant
И вот это непонятно.
OC1#
pin is ganged to the overcurrent signal of each port that has its corresponding bit set.
It is software responsibility to ensure that a given port‘s bit map is set only for one
OC pin.
И еще подслажите где эти диапазоны и пороги написаны?
P.S. Интересно, сможет ли автор понять исключительно странную логику Intel в поисках конкретных значений?
На -USBOC_F +3.6v, а на -USBOC_R +3.3v, на GPIO11 хаба +3.3v. Что еще можно посмотреть? PS/2 клавиатура работает, но ни один из USB 2 портов не работают.
При замыкании -USBOC_F на землю, пишет usb hub power surge, и мышь в usb3.0 отклюается и не работает до перезагрузки. А при замыкании -USBOC_R, ничего не происходит.
Отправить комментарий