Собрал такую девайсину, но скорость маленькая , всё зделанно в соответствии с пдф ft232, только микросхемe преобразователя уровней не применял , сразу пустил на ноги программирования контроллера. Изменение скорости виртуального порта, в диспетчере устройств, ни к чему не приводит.
Подскажите в чём может быть проблемма???

Я думаю, изменение скорости виртуального порта здесь ничем и не поможет, ведь оно касается только скорости при обмене по стандартному протоколу через RX и TX. А PonyProg использует COM-порт нестандартным образом и сам устанавливает все задержки.

Даг какая разница винде, на обычном то порту, бедеемение скрость

Где-то была информация, что драйвер FTDI написан таким образом, что обмен пакетами возможен не чаще, чем за 1мс.
Если пакеты длинные, то это не сильно тормозит, но для побайтового обмена или, как в случае с PonyProg, где осуществляется дёргание ногами.

Блин, вот засада!!! А каким тогда образом обеспечивается хорошая скорость при нормальной работе микросхемы?
А если usb<-> lpt такая же ерунда будет?

AVR JTAG miniICE пойдёт на такий микрухе?

если вам именно програматор нужен то советую вот такой собрать
http://pinokio3000.narod.ru/my_designs/AVR..._Programmer.htm
работает хорошо.

У меня уже год работает абсолютно без проблем.
А так-же на FTDI работает AVRISP и тоже абсолютно без проблем.
Кроме того, достаточно много устойств на FT232BM и FT245BM так-же не вызывают ни малейших нареканий. На FT232BM одно из устройств передает/принимает данные на скорости 460800 бод. Три года - полет нормальный.

Совершенно верно. PonyProg работает ч/з сигналы RTS/CTS/DSR/DTR какие точно не смотрел, но точно сигналы управления. И это понятно так как сигналами TxD/RxD нельзя управлять. Но сам USB даёт выигрыш только за счёт передачи пакетов. То есть собирает-передаёт. Если пакет не собран, то передаётся ч/з какое то время.
То есть если Вы будете посылать в USB один байт и ждать ответа, то Win удет действовать след. образом она будет ждать, когда пройдёт (там по каналу управления даже больше чем 1мс) задержка, то Win закроет и отошлёт пакет из одного байта. Таким образом программаторы которые не имеют МК ч/з USB будут работать крайне медленно. Но даже те, которые имеют контроллер должны быть существенно переработаны (введены буфера, команды, разделены каналы приёма и передачи). Я свой переделывал очень долго.

Всем огроменное спасибо. Понял что Usb<->Rs не подходит для программирования понькой, по выше указанной причине и usb <-> lpt тоже, по причине отсутствия в преобразователе 10 ножки реального lpt порта