Направих си един конвертор USB<>RS232 с чипа на FTDI FT232R, инсталирах си драйверите и когато виртуалния COM порт се използва с някой терминал нормално си приема и предава данните. Пробвах за закача един клонинг на ICD2 с RS232 интерфейс към конвертора. На нормален COM порт ICD-то си работи както трябва, но на виртуалния MPLAB-а разпознава ICD-то но неможе да комуникира с таргета. Дава съобщение да се забрани FIFO буфера, но към драйвера за виртуалния COM няма такива неща. Някакви идеи как може да се оправи този проблем. Също така пробвах да ползвам и програматора за PIC-ове от Млак Конструктор с конвертора и IC-Prog. Програматора работи (чете и записва), но изключително бавно. Поне 15 пъти по-бавно отколкото ако е свързано към нормален COM. Вероятон нещо не конфигурирам драйвера както трябва. Моля ако някои има опит да сподели възможните решения.

Ами нормално е ти какво очакваш на УСБ данните се пращат на пакети през 2 мсек. за 1.0 стандарта сметни за колко време ще се разклати един пин 8 пъти например ако се праща по 1 баит в пакета

Ето го и отговора защо толкова се бави комуникацията, ако пращам отделни байтове а не цели пакети. Точно вчера я открих тази закономерност.

При мен FT232R не се бави. Използвам я като преходник за BootLoader на PIC18. Практически няма разлика във времената на презареждане на софтуерa през RS232 и през преходника с FT232R. Изпращам директно hex файла през Tera Term Pro, използвам 57,600 , 8N1, XON/XOFF

Отговора може би е тука:
Start > Settings > ControlPanel > System > Hardware > DeviceManager > Ports(COM&LPT) > USB SerialPort(COMxx) > PortSettings > Advanced > LatencyTimer(msec) = 1

Това беше първото нещо което пробвах, не помага.

Някакви по-специални настройки правил ли си?

Не, нямам нищо специално по настройките, но пък и при мен данните се изпращат на цели редове от hex файла, така че може и затова да не се забавя.