Нужно от МК передавать большие объемы данных в ПК. Скорость - 1 байт с интервалами от 10 до 20 мкс. Направление только от устройства в ПК. Для связи настраиваю UART микроконтроллера на передачу со скоростью 3 Мбит. Далее переходник UART-USB (FT232) для ввода в компьютер, а там софт работает через виртуальный COM порт. Уже при интервале 25 мкс теряется примерно 0.1% данных. При интервале 30 мкс все стабильно. То есть компьютер не успевает обрабатывать всего 40 кБ/с! Пробовал увеличивать размер приемного буфера - не помогло.
Какие будут идеи?

3 Мбит это нестандартная скорость UART. Уверены что ее поддерживает FT232 с величиной ошибки 0%?
В коде МК ошибок нет? Перед загрузкой нового байта в UART проверяете что предыдущий был передан?
Проверьте логическим анализатором что на линии MK - FT232.

Какая операционная система на ПК - реального времени ? Сомневаюсь. Видимо, в этом корень зла - ПК не успевает перерабатывть инфу в темпе ее поступления. И как ни увеличивай размер буфера - не поможет : как ни велика бочка, но если в нее вливается больше, чем вытекает - затопит соседей снизу по любому
Идеи - а предварительную обработку на стороне МК нельзя, чтобы отправлять слегка сжатые данные ?

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Можно попробовать уменьшить длину проводов и/или заменить их на какие-нибудь хитровыделанные, типа витой пары.
У меня PL2303 тоже нет-нет, да и выдавал те же 0,1% ошибок на 4,5Mbs.
Потом радикально укоротил ему провода и заработало, да еще и на 6Mbs.

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

А вот с этого места хотелось бы поподробнее. С какой частотой вы отправляли байты?

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Я не слал по одному байту. Резервировал буфер размером 240х320х2=153600 байт, заполнял его, а потом слал целиком.

А попробовать использовать для обмена любой известный протокол обмена с коррекцией ошибок не пробовали?

+100500...Ну, это первое, что приходит в голову любому человеку, который не хочет секса на ровном месте ...Даже TCP поверх RS232 есть . Но начать надо с того (т.к. упоминается МК), чтобы посмотреть, а нормальный ли там RS? Обычно любители секаса “3-хпроводковый” пользуют...А вообще, последовательный порт не для высокой скорости...- пользуйте SPI ну либо, ethernet - дотаборды даже для аруинщиков продаются....

Микроконтроллер у меня - мега48. Со сложными алгоритмами обработки там не разгуляешься. Мне надо проверять некоторый импульсный сигнал с временной модуляцией. МК просто засекает импульсы таймером в режиме захвата и отправляет содержимое ICR1 в UART. А вся обработка идет в компьютере.

Добавлено after 2 minutes 47 seconds:

А еще вопрос. Направление передачи какое? От МК в компьютер или наоборот?

Конечно, там на месте виднее, но мне видятся 2 пути:
- Упираться в мегу8, которой в обед сто лет, и пытаться заставить ее гнать немыслимые объемы инфы в ПК.
- Взять какой-нить STM с ресурсами на порядок большими при сравнимой цене и загрузить его частью интеллектуальной работы.
Я так и не увидел метода, как при самых коротких и сверхэкранированных витых парах обеспечить обработку пришедшего большего количества информации, чем сможет ПК с нереалтаймовой (не так ли?) операционкой.

От ПК к МК (PIC18F2520).

У него быстродействия хватит для прима и передачи Для обмена с такой скоростью нужна частота тактирования МК повыше и наличие DMA.

FT232 подключается через USB 2.0, для которого даже 10 Мбит ерунда, все дело в правильной буферизации (при условии, что данные не пропадают на линии UART), а именно в правильной работе с буфером SerialPort. Как Вы читаете данные из буфера ?

Как из обычного ком порта - функцией ReadFile. Анализ потерь показывает что данные теряются непрерывными блоками. О есть идет прием вообще без потерь. Потом вдруг кусок данных пропадает, потом снова прием без потерь.