Цитата(iosifk @ Apr 7 2014, 19:16)
Вообще сама идея неправильная. Дело в том, что USART - это байт ориентированный протокол. А это значит, что программно придется формировать кадры, делать байт-стаффинг, считать суммы. И это сожрет много ресурсов. И в микроконтроллере и ПК. В то-же время можно взять другой контроллер с другим встроенным ядром. CAN, Ethernet, USB и пр. и будет быстро и просто. И под них есть готовые операционки с драйверами... И уж точно дешевле, т..к. у процессора останется больше ресурсов...
Но уж если заклинило, то берите переходник COM-USB, может быть это спасет...
1. Нет времени и желания на тестовую задачу заморачиваться с жирным камнем, так что только СОМ.
2. Да, переходник есть, разумеется СОМ-порт виртуальный. Беда в том, что ПК-шный софт не поддерживает больших скоростей
. Вот щас откопал слегка забытый ZOC, тама 960 000 бод, - на грани. Мне бы 2 Мбита - вот реально спасло б...
Цитата(aaarrr @ Apr 7 2014, 18:24)
А что от софта нужно, кроме умения принимать? Плюс на ПК для таких скоростей нужно нестандартное железо: встроенные трансиверы работают в лучшем случае до 250k.
Да ничего, просто принять поток из двухбайтных отсчетов и скласть в файл.
Примерно 100 000 отсчетов.
Фигачу из Х-меги, тупо в УАРТ...
Может как-то по-другому их затянуть в файлик?