Форум РадиоКот

Доброго времени суток
Проблема следующая, имеется USBAsp программер, ноут и ноый комп его не видят, на старом компе работает как часики. На винду не грешу, потому как на всех компах стоит с одного диска. Грешу на USB посрты новых компьютеров, на концентраторы и контроллеры USB стало быть.
Подозреваю что такая проблема есть у многих, а посему вопрос, можно ли к тому же USBAsp-у прикрутить FT232BM чтоб прошивку контроллера в программаторе не менять?

FT232BM? если я правильно помню, преобразователь USB-RS-232, а USBAsp полностью USB. Геморно это , по моему...
У себя решил проблему покупкой платы расширения USB. А на ноут можно поискать выносной карт ридер с USB разьемом.

вот этого я и боялся

Но есть и плюс - USB на материнке будет всегда жить. А карточка стоит копейки, я купил на пять разьемов за 250 рублёв.

Может поможет, если в биосе поддержку USB2.0 отключить. Подобные проблемы с USB-принтерами бывали...

у меня все работает на десктопе и на лаптопе и даже под windows seven
кстати USBasp работает на лоу-спид, врятли его отменили ибо в этом режиме работают мышки, клавы и джойстики

Вообщем всем спасибо за советы, вопрос решился покупкой PCI-USB
я через эту карточку увидел USBAsp который на других портах не определялся (неизвестное устройство и п-ц!)
зато на этих портах в упор не видно AVR910, который в свою очередь с пол-оборота заводится на родных USB

Дело в том, что (с правильной наводки одного товарища, который к сожалению остался анонимным) платы PCI-USB обычно на VIA чипсете собраны. Есть разные реализации усб OHCI и EHCI. а вот отсюда и все беды. Посему владельцам компов с "неинтеловскими" чипсетами совет приобретать PCI-USB.

Остался вопрос с ноутом

Всё конечно прикольно - винить можно много кого, но давайте не винить то что не надо!
Проблемма собственно в програмной реализации USB, а точнее в её ограниченности! :
- Low-Sped!,
- 1 control endpoint
- 2 interrupt/bulk-in endpoints
- 7 interrupt/bulk-out endpoints
В тоже время стандарт USB.
- Bulk endpoints are forbidden for low speed devices by the USB standard.
(тоесть - Bulk endpoints - опущенны для медленных устройств!)
В результате, по честному, остаётся:
- Low-Sped!,
- 1 control endpoint
- 2 interrupt-in endpoints
- 7 interrupt-out endpoints

Теперь об устройствах:
- USB HID (устройства интерфейса для человека клава/мышь/...) работают с : interrupt-out endpoint, и иногда и с : interrupt-in endpoints.
- USB CDC (основные устройства связи) работают с : bulk-in/out endpoint, по честному, в програмной реализации это не возможно.
- USBASP - с чем работает не знаю, но в коде "interrupt-in/out endpoints" не используются. По честному получется если только - 1 control endpoint , в чем я очень сомневаюсь.

Теперь о том, как оно и с кем всётаки работает:
Для медленных устройств есть два стандарта - OHCI и UHCI (не путаем с EHCI). Эти стандорты - первый изначальный типа открытый и изначально внедренный в Microsoft - сырой и дырявый, второй же исправленный и предпочтителен Intel и Via, а также базовый в Линуксе как-то редко внедряется в железо. Тоесть, для дешёвых чипсетов с неопределенной реализацией - OHCI, а для упомянутых и человечных - UHCI.
Статистики не подводил, но с Intel и Via всё работает, допускаю, что на многих OHCI тоже всё работает, но требуется статистика и проверка!
EHCI - это USB 2 High speed ! И никакого отношения к нашим устройствам не имеет !!! И его не обижать, хоть он и не такой уж и быстрый