USB host. Мы мечтаем, а люди сделали...

[spensor]

В данном случае под "девайсом" следует понимать мост, а не то, что к нему подключено.

Вот собственно мост и работает на больших скоростях (для USB1.1 это 1,5 Мбит/с или 12 Мбит/с), а конечный девайс (мобильник) уже работает только на 0,1152Кбит/с, причем уже в другом протоколе.

А я сижу и все никак не могу понять, почему именно 400 mbps? Ну будет медленнее, ну и что?

KingOfEvil в данном случае про USB2.0 говорит, еще интерфейсу доступны скорости USB1.1 (Low-speed 1,5 Мбит/с и Full-speed 12 Мбит/с). И только эти три скорости, никаких других для USB быть не может. Кому интересно читаем кратко например тут: http://ru.wikipedia.org/wiki/USB

А вот хост на ARM7 получить сомнительно.

Почему?

Ну потому что так решили производители микросхем - в ARM7 встраивается только модуль девайса USB (причем USB1.1), а в ARM9 уже бывают встроены и хосты. Причем заметь это аппаратный модуль (как например таймер), а если попытаться рулить потоком USB вручную, то скучно не покажется.
Даже если разрешить "железные" вопросы, что в условиях реального спроса в 10 экземпляров, себе дороже, то остается вопрос "а кто софтовую поддержку будет делать?".

PS: А еще остается вопрос как USB в архитектуру ZX ввести, каким способом прилепить быструю переферию к медленному процу?

[Advertiser]

[Sonic]

Вот собственно мост и работает на больших скоростях (для USB1.1 это 1,5 Мбит/с или 12 Мбит/с), а конечный девайс (мобильник) уже работает только на 0,1152Кбит/с,

Он не может работать на скорости, большей, чем конечный девайс. Ибо куда девать лишние данные?

KingOfEvil в данном случае про USB2.0 говорит

А зачем именно 2.0? 1.1 хватит ИМХО за глаза.

Ну потому что так решили производители микросхем - в ARM7 встраивается только модуль девайса USB (причем USB1.1), а в ARM9 уже бывают встроены и хосты. Причем заметь это аппаратный модуль (как например таймер), а если попытаться рулить потоком USB вручную, то скучно не покажется.

Я находил через Гугль специализированные м/с хост-контроллеров как таковых, без всяких ARMов.

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

Тут ты конечно прав... :-(

[spensor]

Он не может работать на скорости, большей, чем конечный девайс. Ибо куда девать лишние данные?

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

Я находил через Гугль специализированные м/с хост-контроллеров как таковых, без всяких ARMов.

Эти микрухи требуют для полноценой работы контроллера, причем не уровня Z80. В приципе Z80 для демонстрации подойдет, но не более того. Или городить весь этот сыр-бор только для подключения USB-мышей?

[CHRV]

Эти микрухи требуют для полноценой работы контроллера, причем не уровня Z80. В приципе Z80 для демонстрации подойдет, но не более того. Или городить весь этот сыр-бор только для подключения USB-мышей?

Ну еще возможно USB data storage всякие .

С принтерами сложнее тут нуно пилить гири - так как все они через драйвер работают.

[spensor]

Ну еще возможно USB data storage всякие .

Заманчивая идея, только лучше не распылять силы, а сосредоточится на MMC/SD, тем более что программатор MMC<>USB вообще копейки стоит.
А если уж и заниматься USB то в более серъезном приложении.