caxapa.ru :: а в чём трабл самому написать? влёгкую делал мегабирный обмен даже на меге16 , буфер, протокольный диалоговый обмен с парсингом заголовков, ретреями, контролем таймаутов и прочим, CRC16. и всё на фоне ещё довольно ресурсоёмких задач и в среде многозадачного планировщика. Никаких проблем не наблюдалось. Но да, "ассемблер" :))

Adept (23.08.2024 01:48, просмотров: 35) ответил Nikolay_Po на Вот проект под dsPIC33EP512GP504. Принимает, обрабатывает и передаёт строки с аппаратным контролем потока RTS/CTS (иначе не получалось выйти на высокую скорость обмена с Windows без потерь). Писал давно, деталей не помню, но комментариев там масса, должно быть всё понятно. До 1.5Мбит/с обмен был стабильный. Больше не получалось - может, проблемы на стороне USB-UART CP2102, может ещё что. Но мне больше и не надо было. Обработка в прерываниях. Зачем Delay в UART'e - не

а в чём трабл самому написать? влёгкую делал мегабирный обмен даже на меге16 , буфер, протокольный диалоговый обмен с парсингом заголовков, ретреями, контролем таймаутов и прочим, CRC16. и всё на фоне ещё довольно ресурсоёмких задач и в среде многозадачного планировщика. Никаких проблем не наблюдалось. Но да, "ассемблер" :))

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)

Ответить

Микроконтроллеры PIC